{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
#1563 1324314806000000 rgrp This is done and invalid to add this again.
#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?
#1559 1332242129000000 rgrp Fixed. See https://github.com/okfn/ckan/commit/9965818e20f7532b37eb97a3b76c078263eb0dd1 and https://github.com/okfn/ckanext-disqus/commit/ae6bf09a153831e75f9182a4b30921973ff7d080
#1553 1324056939000000 dread This is now ameliorated in thedatahub.org by requiring login to do any edits. But the bug may be an issue for other sites that want more open settings.
#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?
#1553 1329755702000000 rgrp @ross: this is indeed the issue (and I explained this to dread but failed to note here). I suggested this was a limited problem as most sites would not allow anonymous editing (which is where this occurs). However, it is a UX bug for that situation.
#1553 1340628027000000 ross Aron, can I assign this to you for when you do the JS based uploading on demo site/new UI?
#1553 1340628453000000 aron.carroll Ross, I think you just did :) I'll make sure the new form takes this into account.
#1553 1343226756000000 aron.carroll Fixed in d41af4c
#1552 1324056240000000 dread Done: [release-v1.5.1c 9850afc]
#1551 1346662048000000 ross Webstore appears to hav been deprecated in favour of datastore.
#1549 1324037471000000 dread I see a need for short links to any package or resource, so people can Twitter about them. As far as providing forwarding to a resource URL, even if that changes, then I'm not sure there is a need for it to be short - we could just use a long link with the resource-id. e.g. thedatahub.org/resource/c1e89abb-13cd-4e18-9078-03d15bf6f256/url-forward.
#1549 1324385952000000 ross Comment from John Erickson (on ckan-discuss): FYI, such ability to maintain an identifier was an original motivation/requirement of the DOI (which is why the Handle System was the obvious choice for implementation). Note that providing the ability to maintain the short URL implies some kind of authority --- either based on the originating user or a ckan administrator. The idea of analytics as a motivator is very good; this is a great feature of bit.ly Another feature to consider might be short URL lookup based on target URL at short URL creation time, to avoid multiple short URL for the same target.
#1549 1325474219000000 rgrp Closing as wontfix. Originally needed in context of storage but agreed this is no longer needed there. For general usage don't see the point as twitter etc already have shortlink systems and we have no urgent need for one. Happy for someone to reopen if they feel strongly the other way.
#1548 1323888271000000 dread Done in cset:35bfe8e in master.
#1547 1330084379000000 dread Went into CKAN 1.6
#1546 1323775424000000 johnglover Fixed: https://github.com/okfn/ckan/commit/fbaf4459b7da95c1db0ade165ea09720539c2f80
#1546 1323962689000000 dread It looks like Rufus forgot the second bit of the AND clause: {{{ and_(model.revision_table.c.id==model.package_revision_table.c.revision_id, + model.package_revision_table.c.continuity_id==self.id) ) }}} Unfortunately John's fix breaks the #191 fix. I'm reopening that to fix it there.
#1546 1323970014000000 dread The fix for the break related to 191 is checked in here: [release-v1.5.1c 2c595ae] and cherry picked to [origin/defect-191-modification-date f98a4b2]
#1546 1324034396000000 dread Broken since introduction in CKAN 1.3. Fixed in CKAN 1.5.1.
#1545 1325260051000000 rgrp closing as wontfix. These are all images and all from assets.okfn.org items and of such as standard/generic nature they are not worth bringing in-house. If this causes problems for local dev then just add an /etc/hosts for assets.okfn.org that is local or /dev/null like.
#1543 1324296991000000 johnglover New ticket, moving to current sprint
#1543 1324316682000000 johnglover Fixed: https://github.com/okfn/ckan/commit/f3b2bb9827b082ee09c74ede85ded21838fc9e80 Needed to refactor fix for 1501 slightly so that the search controller can still use its own url generator. Added new test for search pagination.
#1543 1324483367000000 dread This is not broken in 1.5 or earlier. Fix is in 1.5.1 release, so not a problem on any release.
#1540 1326060385000000 amercader Fixed in b80da7a4fe
#1536 1323349465000000 dread Fixed on master - cset:39b745f. Aimed for 1.5.2 branch (should be on thedatahub.org in a few days).
#1536 1330020599000000 dread Went into CKAN 1.6
#1533 1323359638000000 ross Investigating: 1. The XPATH that the middleware is currently using will definitely not match the navigation on 1.5.1, we'll need to change the xpath and also extract the anchors from the LI tags that are retrieved from the wordpress site. 2. Getting the main wordpress content just doesn't seem to work at all. Lots of class/id confusion. Will fix for 1.5.1 in branch
#1533 1324397900000000 rgrp Moving to v1.6 backlog. Sort of working but ross suggests we should be using atom feeds.
#1533 1325190689000000 rgrp Reassigning to me as per chat with Ross.
#1533 1325474699000000 rgrp Not really urgent in my view atm. Propose to defer at least out of this sprint. Needs further discussion of purpose and implementation.
#1533 1327319887000000 rgrp Moving out of v1.6 (see previous comment).
#1533 1338202636000000 ross This has been superceded by #2234
#1532 1323956004000000 dread I couldn't see a way to communicate the situation "OpenID authenticated, but doesn't match any CKAN user" from the repoze middleware to CKAN. So in [release-v1.5.1c 9e86c8b] I have provided extra instructions in the OpenID log-in screen, and in the log-in error message suggest what could have gone wrong. This issue appeared in 1.5.1b and fixed in 1.5.1c in time for the 1.5.1 release.
#1531 1326155226000000 kindly final commit 8457a34dff227e50aed8833673600b22683a23a1
#1530 1323283240000000 lucychambers Screenshot attached - browser = Chrome
#1530 1323283663000000 dread Cheers Lucy. Ok the gap between the name field and its help text is way too big. Zeph, any chance you can take a look?
#1530 1326283604000000 rgrp Never accepted for this sprint. Should have been v1.6 or backlog.
#1529 1324318628000000 dread Was done in cset:237ad148ba9 on master 7/12/11, aimed for 1.5.2
#1528 1323198001000000 zephod Done here. https://github.com/okfn/ckan/commit/b2748e395760083be2071b007641e787a071f955
#1528 1330020444000000 dread Went into CKAN 1.6
#1523 1323172904000000 icmurray Erroneously created when a file upload failed.
#1522 1324333827000000 kindly fixed cset:060efe4a0e7e4ede3337623092848740c58107f9
#1521 1323174618000000 thejimmyg It would be nice if the new UX also made it clearer that a user has to login, before they click the "Add a group" link which currently takes them to the login page with the message "Unauthorized to create a group".
#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
#1521 1327405394000000 zephod Resolved in this merge: https://github.com/okfn/ckan/commit/2337424dd4ebe3b81b6da454f2305031922d3d5c
#1521 1330084599000000 dread This went into CKAN 1.6
#1520 1323279697000000 rgrp wontfix in favour of #1534 (a proper fix)
#1520 1323280999000000 dread Rufus has persuaded me that this is not important since it is so rare, and focus on #1534 (which was #1514) instead.
#1519 1324297045000000 johnglover Didn't have time to look at this in previous sprint, moving to current sprint.
#1519 1324317373000000 rgrp wontfix for present. * stats should go into core see #1576 * but analytics is more complex and requires more thought. Not really sure what integration buys us right now (though understand from a deployment / client perspective these together in some way so may be worth revisiting in future)
#1518 1323760656000000 rgrp Debug via js console revealed the problem: Google storage replaces spaces with +.
#1518 1323761438000000 rgrp Further investigation shows that: * Spaces and any other characters work fine with local file storagfe * Google escapes other non-url allowed characters (so should work fine)
#1518 1323762304000000 rgrp Fixed in https://github.com/okfn/ckan/commit/3b209af3656851e560aeb4d6f5563f05897c8f01
#1518 1330020742000000 dread Fix went into CKAN 1.6
#1517 1323175957000000 zephod After some research, I've decided to disable the iframe datapreview of unknown filetypes. We need a safer mechanism for verifying that it's a text file or web page; a blacklist of filetypes which won't be iframed (GZIP, ZIP, etc) will never be adequate, and accidently starting a binary file download is a dangerous thing. The fix is simple - commit: 17f33031f5e348e623146601f830b8c67462fe00 But more work will be required to relax this restriction.
#1516 1323360020000000 amercader Closing as the main Solr servers are ready to support different Solr schemas. I.e they have two different cores: * http://<server>/solr/ckan-schema-1.2 * http://<server>/solr/ckan-schema-1.3 to which CKAN instances can point to. The CKAN instances that have not been updated (the ones under s004) are pointing to a Solr core with an old version of the schema, so they can wait until upgraded to 1.5.1 to update the solr_url property and rebuild the index. Data.gov.uk can be dealt with during the next deployment. It's not clear which Solr server are using the rest of the instances, but they can be updated as necessary when they upgrade their CKAN instance.
#1516 1323362689000000 nils.toedtmann Please note that * register.data.overheid.nl (s047) and datagm.org.uk (s048) should use solr on s046 - see http://trac.okfn.org/ticket/906 * thedatahub.org should use solr on s052 - see http://trac.okfn.org/ticket/931
#1515 1323106050000000 seanh Branch for this feature: https://github.com/seanh/ckan/compare/master...feature-1515-activity-streams
#1515 1330086273000000 dread The main body of this went into CKAN 1.6, including: #1298, #1299, #1495, #1511, #1623, #1631, #1637, #1663, #1666, #1686, #1639, #1694
#1515 1338204149000000 seanh Closing this super ticket. See remaining tickets with keyword "activity_streams": http://trac.ckan.org/query?status=accepted&status=assigned&status=new&status=reopened&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&keywords=~activity_streams
#1514 1323101621000000 rgrp Thanks for registering this. This was known in the change that allow editing of usernames. Suggestion there was a bigger fix which was to do, asap, a switch to change all revisions to use user id rather than username. If we do this now that will save us a lot of pain ...
#1514 1323279018000000 rgrp This is now a duplicate of #1534
#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.
#1513 1328205092000000 dread Fixed in [master ff90b3f]. Headed for 1.6 release.
#1511 1323100081000000 seanh This ticket is just for getting the activity stream at the model level, not yet for rendering it in any particular output format. Estimate: one day Related user stories: #039 User I want to see the activity stream for another user when I go to their user (profile/home) page. #042 User Subscribe to RSS feeds for activity in relation to packages, users, groups, tags (?) #032 User See what status people have by seeing small bits of info next to their name, e.g. a sign to indicate being a superuser/sysadmin and/or the number of datasets they have. I know the approximate activity and authority of users I come across Also see: http://ckan.okfnpad.org/notifications
#1511 1323264315000000 seanh Should be as a list of dicts, not Activity objects.
#1511 1325605964000000 seanh Implemented in branch feature-1515-activity-streams and ready for review. Relevant changes: ckan/lib/dictization/model_dictize.py: Added functions activity_dictize(), activity_list_dictize(), activity_detail_dictize(), activity_detail_list_dictize(). ckan/logic/action/get.py: Added functions user_activity_list() and activity_detail_list(). ckan.tests.models.test_activity.py: Now uses user_activity_list() and activity_detail_list() functions instead of accessing the model directly to get activity streams.
#1510 1325866117000000 rgrp @seanh: Duplicate of #1299? Also estimate in super ticket which is #1515 (not linked from this ticket!) is 3.5d. Is it possible to at least make a guesstimate. E.g. probably know this won't take 30d and probably know it is more than 0.5d :-). Also if you are not sure can you not ask kindly?
#1508 1323168583000000 shevski Will deploy ext-spatial, need to build geo-search for DGU for searching for UKLP datasets - will discuss at next meeting
#1508 1323184952000000 ross Custom form is referenced in #1485
#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).
#1507 1329752194000000 rgrp Moving as no opportunity to do last sprint.
#1506 1328000218000000 rgrp As super ticket should stay in major milestone.
#1506 1328001415000000 rgrp Add in link to user and group UX work.
#1506 1328225770000000 rgrp Move dataset edit to #1744. Dataset search moved out altogether to #1745.
#1505 1322760570000000 dread Also added tests for search_package api. Done in cset:edde51c aiming for release 1.5.2.
#1505 1324474577000000 dread Fix cherry-picked for 1.5.1.
#1504 1322757715000000 dread Fixed in cset:725670972371 on master, aimed for release 1.5.2.
#1504 1324035928000000 dread Cherry picked for 1.5.1.
#1503 1323090114000000 rgrp Done. See email: http://lists.okfn.org/pipermail/ckan-dev/2011-November/001530.html (no follow-up but it happened!)
#1503 1323281764000000 dread This is still ongoing - see the spreadsheet!
#1503 1323695557000000 dread The repos moved to github have now been deleted on bitbucket.
#1503 1323793662000000 dread All done now.
#1502 1322687823000000 johnglover Fixed: https://github.com/okfn/ckan/commit/1534d9f16d300f7d5a7aa6bf1a61f120ca7eff3d
#1502 1324480415000000 dread Went into CKAN 1.5.1.
#1501 1322684411000000 johnglover Fixed, commit: https://github.com/okfn/ckan/commit/255352a1c2f403aa5d25b461ca60dbc272d90ea4
#1500 1323166918000000 dread Fixed in cset:783e9ed05 on master aimed for 1.5.2
#1499 1322591888000000 dread Done in cset:9d97592 on master aimed for release 1.5.2.
#1498 1323165876000000 amercader This is now done. See [1] for the deployment documentation and conventions. CKAN checks the remote schema version on startup to see if it's compatible. See commits starting from 50285ef6. The migration work needed after releasing 1.5.1 is described in #1516. [1] https://github.com/okfn/ckan/blob/feature-1498-multiple-schemas/doc/solr-setup.rst
#1497 1322569805000000 dread Got rid of this one that appears on many CLI commands: {{{ /home/dread/gitroot/pyenv-ckan/lib/python2.6/site-packages/pylons/templating.py:610: UserWarning: Unbuilt egg for setuptools [unknown version] (/usr/lib/python2.6/dist-packages) Engine = entry_point.load() }}} cset:e1e2918 Look out for others and reopen when found.
#1496 1326104045000000 seanh I've implemented this in the activity streams branch: https://github.com/okfn/ckan/tree/feature-1515-activity-streams
#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.
#1495 1325606124000000 seanh Implemented in branch feature-1515-activity-streams and ready for review. See #1511 first as this builds directly on that. Relevant changes are in commit 3d328aa0: https://github.com/okfn/ckan/commit/3d328aa07f038287d4ecb3a9ba6facc9fabbddd2
#1494 1326103951000000 seanh I've added a controller function for getting a user's activity stream as rendered html to ckan/logic/action/get.py in this commit: https://github.com/okfn/ckan/commit/30264997c7fe34324381123d6741d404baa67c1e I'm proposing to leave it at that for now and not actually hook this controller function up to an API call, as I'm not sure how useful an API call for getting rendered HTML will be (we already have an API call for getting the user's activity stream a JSON).
#1493 1323166859000000 dread Fixed in db814bed5 and cdbfa799f on master
#1493 1324474360000000 dread Went into CKAN 1.5.1.
#1491 1322563620000000 seanh I've finished some work on this ticket here, ready to be reviewed: https://github.com/seanh/ckan/compare/defect-1491-visible-strings-need-internationalisation
#1491 1323703317000000 seanh Merged into master
#1491 1330020630000000 dread went into CKAN 1.6
← 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.