{23} Trac comments (3729 matches)

Results (1101 - 1200 of 3729)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Posixtime Author Newvalue
#1508 1328000871000000 rgrp Closing as fixed -- while there are some remaining things to do mentioned here such as wordpresser it is agreed these aren't for the immediate present (and we can open new tickets for theme as and when we need them).
#1243 1328000405000000 rgrp invalid as things have changed and this has been fixed or obsoleted.
#1506 1328000218000000 rgrp As super ticket should stay in major milestone.
#1594 1328000053000000 rgrp With #1583 done this is lower priority so deferring into next major milestone.
#1705 1327945105000000 seanh Done in branch feature-1698-tag-taxonomies
#1673 1327941049000000 ross Implemented in 31199375a34e04af8158e60335816236029ff96e as part of the feature-1669-publisher-profile branch.
#1663 1327919257000000 seanh Done in branch feature-1515-activity-streams
#1401 1327665399000000 dread Basic check of the home page shows the CSS has not been fixed: {{{ GET http://127.0.1.1/img/find.png 404 (Not Found) GET http://127.0.1.1/img/share.png 404 (Not Found) GET http://127.0.1.1/img/collaborate.png 404 (Not Found) }}}
#1709 1327659722000000 dread Note: imports issue was previously dealt with in #1708 and was originally caused by Ian's commit - Ross just merged it in to master.
#1709 1327659562000000 dread I have checked in a similar fix and with a simple test.
#1630 1327620506000000 rgrp Done, see: https://github.com/okfn/ckan/commit/211c8006fe28106f532db5f09ca47e02f065f454
#1709 1327620218000000 rgrp I also note there is an error with how importing was working (re top level imports in lib/search.py) that meant simple_search was broken. I've fixed this locally and raised with Ross (whose commit triggered the problem) ...
#1709 1327620136000000 rgrp I have already fixed the issue with counts (in a branch to be merged) :-) Also this is opened in an already ended sprint :-) IMO we don't bother testing simple_search since intended to be hacky and unsupported. Worth documenting the option but highlighting non-supported nature.
#1630 1327620031000000 rgrp Did not make it by end of day but now done!
#1660 1327616782000000 rgrp Update: I've done the change I suggested and it now works fine.
#1660 1327614737000000 rgrp The broken-ness arose from a (very sensible) refactor (done by Tom Rees) to be stricter about what we tried to preview. Rather than hack around the conditions of the format string for previewing, my strong suggestion is to get rid of weird format types like x-osdata-csv (just change it to csv). An alternative, that would preserve ability to set 'funky' formats would be to set the mimetype correctly (to text/csv) (this may still need an update to the previewer but one that would be sensible to make).
#1425 1327605718000000 zephod Refactored it to be (a) easy to find, and (b) a two-stage process which has a little more gravity. Like Bitbucket and GitHub. https://github.com/okfn/ckan/commit/f3a4c3de70da08d396da4e65a5d286b253be0e0b
#1716 1327601196000000 zephod Easily done. https://github.com/okfn/ckan/commit/2bd50d92f48ca67edb69e51a7bcfc5009d77a785
#1710 1327583922000000 dread Code done in [master 804b549] headed for release Example usage (on the appropriate server): {{{ paster db user-dump-csv /tmp/users.csv }}}
#1583 1327582702000000 zephod And this: CKAN: * https://github.com/okfn/ckan/commit/8f3c70c3f3008acf9e3bfcc813f40df07c6ee4c5
#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
#1708 1327580995000000 dread Fixed in [master 0d3543c]
#1710 1327580140000000 dread Rufus says that the paster command is enough for now.
#1708 1327505889000000 dread Fix on its way. This problem also stopped simple_search and affected reading the beaker settings. Patch will make SOLR settings initialised consciously in config/environment.ini, rather than at search import time. I've also moved the search import time to be later.
#1708 1327494415000000 dread The problem has traced back to this commit by Ian: https://github.com/okfn/ckan/commit/51136465fb1bb94ea70df32be00eaef6ae43792b ckan/config/routing.py {{{ -from ckan.plugins import PluginImplementations, IRoutes 10 +from ckan.controllers.package import set_fallback_controller as set_fallback_package_controller,\ 11 + add_package_controller,\ 12 + set_default_as_fallback_controller_if_required as set_default_as_fallback_package_controller_if_required 13 +from ckan.plugins import PluginImplementations, IRoutes, IPluggablePackageController }}} By importing the package controller at this earlier point, it sets the ckan_url quasi-global variable before the config file has been loaded. {{{ /home/dread/gitroot/ckan/ckan/config/middleware.py(18)<module>() -> from ckan.config.environment import load_environment /home/dread/gitroot/ckan/ckan/config/environment.py(20)<module>() -> from ckan.config.routing import make_map /home/dread/gitroot/ckan/ckan/config/routing.py(10)<module>() -> from ckan.controllers.package import set_fallback_controller as set_fallback_package_controller,\ /home/dread/gitroot/ckan/ckan/controllers/package.py(20)<module>() -> from ckan.lib.search import SearchIndexError, SearchError /home/dread/gitroot/ckan/ckan/lib/search/__init__.py(9)<module>() -> from common import (SearchIndexError, SearchError, SearchQueryError, > /home/dread/gitroot/ckan/ckan/lib/search/common.py(11)<module>() -> solr_url = config.get('solr_url', DEFAULT_SOLR_URL) }}} In retrospect we should have not initialised the variables from the config during import.
#1708 1327493457000000 dread I've got a fix for this and am just looking to see where this problem started now.
#1695 1327426989000000 dread * links_to/linked_from was already available (since Sept - Friedrich put them in). * Count property not easy so not done. * POST to the Relationships Register (all three) works now (and the original way via the entity still works too) * Schema/validation was added along with tests for error conditions. * Creating a new relationship documented in Model Methods * 'Model Formats' section in API docs restored and updated. Committed to master aimed for release 1.6 https://github.com/okfn/ckan/commit/f16450c1c34cac09046a098273f66d2b75aa87dd Spent 6h on this in the end - generally useful tidying in this area.
#1704 1327425354000000 johnglover Importer made and added to ckanext-ecportal/scripts. Still has to be run on the test server with Eurostat JSON datasets.
#1700 1327425247000000 johnglover Done, see ecportal_setup.rst in ckanext-ecportal extension.
#1703 1327425195000000 johnglover First draft complete (see ckanext-ecportal extension), ideally would need sample data from additional publishers for testing.
#1699 1327425070000000 johnglover CKAN 1.5.1 with EC Portal extension has been deployed to test server. Full setup docs are in the ckanext-ecportal extension.
#1583 1327424812000000 markw Added request to fix table of broken resource links, which is itself broken
#1701 1327423221000000 amercader Done. See 668292 - 78cc11 Time spent: 1.5 days
#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.
#1646 1327407044000000 dread Seems ok now. Chrome auto updates - maybe it had a bug before.
#1521 1327405394000000 zephod Resolved in this merge: https://github.com/okfn/ckan/commit/2337424dd4ebe3b81b6da454f2305031922d3d5c
#1697 1327402311000000 dread Just note that although there are similarities to the 'auto-save' feature on forms #1538, these use cases probably justify the different methods of saving the draft.
#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/
#1640 1327340939000000 amercader Done, see http://publicdata.eu/package?extras_eu_country=RS
#1600 1327335778000000 rgrp Booted: https://github.com/okfn/help.thedatahub.org
#1695 1327323309000000 dread I propose spending 2h on this.
#1591 1327320209000000 dread All covered off. DGU is 1.5 but security issue fixed previously.
#1533 1327319887000000 rgrp Moving out of v1.6 (see previous comment).
#1591 1327317321000000 rgrp Done. (DGU waiting on integration)
#1605 1327317069000000 dread Need to merge with #1682
#1688 1327315514000000 dread Have not really started this - rolling into new sprint.
#1691 1327314081000000 rgrp OK Great. I only raised this because James mentioned this at sprint before Christmas as did Fry guys. One of us should update James on this at next standup.
#1630 1327313971000000 rgrp Work done so far 0.25d. Estimate completion by end of day.
#1401 1327089904000000 rgrp Fixed. See https://github.com/okfn/ckan/commit/7088b1fcae685e56a280ec7b396b0f9803a477d9 @dread: not at all clear why we had to change from g.site_url to h.url_for (idea was people could set site_url if the site was not at root ...)
#1691 1327082369000000 dread RTFM... ;-) user add <user-name> [apikey=<apikey>] [password=<password>]
#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
#1330 1327060201000000 dread This is simply incorrect. test_authz.py (I assume you mean the one in ckan/tests/functional?) tests that authz works all across the Web UI and API in enough detail. The 'total site lockdown' test - perhaps you mean the TestLockedDownViaRoles class which makes up a small part of test_authz? It was a test added due to an untested use case implemented in IATI, DataGM etc. These are currently active so still need testing. Regarding refactoring the tests to be "proper" then please open a new ticket, providing references to why it is not "proper" to test by searching for text in a web response.
#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
#1666 1326977528000000 seanh Done in feature-1515-activity-streams branch. Did not add activity streams for tags (as in the ticket description), instead added 'tag added' and 'tag removed' activities into the existing user and dataset activity streams.
#1683 1326976925000000 dread Here's someone else with the exact sorting problem: http://lucene.472066.n3.nabble.com/last-item-in-results-page-is-always-the-same-td2513423.html
#1683 1326975613000000 dread Workaround done in branch defect-1683-search-order - SOLR is asked for one extra result which it then discards. Merged to master, aimed for release 1.5.2. When we upgrade SOLR from 1.4 then we can remove this workaround
#1559 1326973608000000 dread Jilly, is this the work to get the Disqus (comments) extension to work with CKAN 1.5.1 (broken due to new templates)? Finland are currently wanting this. Shall I have a crack?
#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.
#1574 1326904965000000 ross Added related ticket #1681 for documentation/announce to be done asap.
#1680 1326900832000000 ross David suggested that we could implement this with a group extra instead of a new attribute.
#1623 1326892264000000 dread Done in [master c2c3427]. Added first CLI test too! Targets release 1.5.2. Took 0.5h
#1627 1326890614000000 dread Took 0.5h
#1627 1326890571000000 dread Fixed in [master 8314e97]. Headed for 1.5.2.
#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
#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.
#1597 1326821156000000 dread I found that adding facet:limit=200 does what we need.
#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.
#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.
#1677 1326807655000000 amercader See #1678
#1669 1326803055000000 ross Subtickets are at: * Publisher profile analysis #1670 [2d] * Publisher profile sysadmin authz #1671 [1d] * Publisher profile user authz #1672 [1d] * Test auth logic hooks for publisher profile #1674 [3d] * Publisher admin authz #1675 [3d] * Publisher editor authz #1676 [2d] * Add approval status field to groups #1673 [1d]
#1659 1326747205000000 dread Needed another fix: https://github.com/okfn/ckan/compare/ff08fd6...b772f52
#1401 1326747111000000 dread Links have been fixed on branch defect-1401-mount-non-root. (Instead of using c.site_url the links now just detect the mount url like the rest of the links.) Now it needs the js and css to be fixed too. Reassigning to Tom for this. Brazilians currently waiting for this to be fixed.
#1659 1326741734000000 dread Fixed in https://github.com/okfn/ckan/commit/7eb7dddbc103a23291c05a938d9e05365c7e6189 aimed at 1.5.2
#1637 1326737169000000 seanh Done on feature-1515-activity-streams branch.
#1633 1326736502000000 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 dataset 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 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.
#1496 1326736298000000 seanh This is finished, but I think that before closing this ticket a little more thought needs to go into what the activity streams and the user 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.
#1650 1326730780000000 ross Some translations are currently done with full locales (i.e. pt_BR) but we don't also have pt_PT and so where I would normally default to the language if there are only one translation I am unsure what to do in this case. Currently supports the short language code or the locale code, but this will need to be resolved before we address #1653
#1662 1326730414000000 dread Not important to fix this at the moment since CKAN's OpenID compatibility is essentially deprecated.
#1513 1326728958000000 dread This problem is now more obvious because we display use name. If there is an user icon, but no user name then you are in this 'inbetween' state. The problem is that the cookie exists in your browser, but it is not valid, for whatever reason. The solution is to change the css/javascript that displays the Register/My Account bit in the corner to talk to Auth, rather than just check for the cookie.
#1283 1326720891000000 dread Since we switched completely to SOLR, this has been true. SOLR doesn't index deleted packages so you can't search them, but they can be read/edited by admins.
#1656 1326711659000000 ross Dupe of #1657
#1590 1326711608000000 amercader Added in 658f76e4a0 and deployed to the production site.
#1640 1326710888000000 amercader Depends on #1655
#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.
#1647 1326707383000000 dread Isn't the problem that the 'Contact Us' link goes to http://okfn.org/contact/ rather than http://ckan.org/contact/ ?
#1401 1326460993000000 dread When javascript calls other scripts, it misses the mount-point prefix. e.g. application.js has hard-coded URL /api/2/util/is_slug_valid The URL prefix is stored in request.environ['SCRIPT_NAME'] so perhaps this value should be put in the HTML somewhere for the javascript to get at?
#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.
#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) }}}
#1641 1326376777000000 amercader Fixed on 77fa6483c32
#1592 1326304321000000 amercader Fixed on 1e649a62fcf
#1447 1326296987000000 nils.toedtmann For time being, i created a cron script [https://bitbucket.org/okfn/sysadmin/src/default/etc/cron/remove_old_files remove_old_files]. You could just copy it to /etc/cron.daily/, but i recommend to not run it as root: if it's misconfigured, it could wipe the system! So you better copy it to /home/okfn/sbin/ (not /home/okfn/bin/ which often is the sysadmin HG repo), and add it to some unprivileged user's crontab. In most cases, the leftover files are owned by user "www-data", so {{{ $ sudo crontab -e -u www-data }}} and then add something like {{{ 37 4 * * * /home/okfn/sbin/remove_old_files }}} Don't forget to edit the script remove_old_files itself and list the directories you want to be cleaned up. This is already done on s008/eu8 and s019/eu19. dread, do you want to do this for s025/eu25 and see how this goes? ---- Todo nils: verify tomorrow on s019 that it worked properly, e.g. this should show only a few files: {{{ find /var/lib/ckan/nederland/data/sessions/ -type f -amin +$((7*24*60)) -ls }}}
#1553 1326288657000000 ross I think this is caused by the javascript xhr call getting redirected (quietly) to the login page, so the original javascript can't complete as it has a login form rather than the auth form it is looking for. Maybe we should change the JS to realise that it is at the login page and do something different than pretend to still be uploading?
#1462 1326284357000000 amercader Closing as this has been fixed and deployed. @thejimmyg Not sure if there are still issues regarding packaging. Feel free to create a specific ticket for this if we need to work on it.
#1462 1326283656000000 rgrp @amercader: update? Could you also either close or move sprint (or to backlog as appropriate).
#1530 1326283604000000 rgrp Never accepted for this sprint. Should have been v1.6 or backlog.
#1475 1326283573000000 ross Initial draft written at http://wiki.ckan.org/Writing_asynchronous_tasks
#1446 1326281658000000 rgrp Total time: * 2012-01-09: 4.5d * Pre that date: 5d
#1446 1326281594000000 rgrp Marking as complete as Data Explorer is now functional enough for our purposes. Tickets done include (* indicates improvement over current explorer) * Core Backbone Models representing Dataset and Tabular data: https://github.com/okfn/recline/issues/10 * New theme: https://github.com/okfn/recline/issues/22 * Read-only mode: https://github.com/okfn/recline/issues/17 * Introduce hash navigation / state support (*): https://github.com/okfn/recline/issues/19 * Re-enable editing in DataTable (*): https://github.com/okfn/recline/issues/13 * [super] DataTable view (in Backbone) (*): https://github.com/okfn/recline/issues/14 * DataExplorer parent view (*): https://github.com/okfn/recline/issues/12 * Simple graph widget using flot: https://github.com/okfn/recline/issues/11 NB: quite a bit of work done pre 2012-01-09 iteration but in that iteration that we finished the work.
#1447 1326279495000000 dread eu25 ran out of space again this weekend and eu8 (at/it/us_co) today.
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracReports for help on using and creating reports.