Timestamps are in GMT/BST.
[0:27] * ksclarke (n=kevin@adsl-1-145-78.clt.bellsouth.net) Quit ("Leaving.")
[0:37] * lcs (n=lcs@serenity.hul.harvard.edu) has joined #duraspace
[0:37] * lcs (n=lcs@serenity.hul.harvard.edu) has left #duraspace
[1:28] * awoods (n=awoods@pool-72-66-9-167.bltmmd.fios.verizon.net) Quit (Read error: 110 (Connection timed out))
[2:35] * ClaudiaJuergen (n=Miranda@pc5102.ub.uni-dortmund.de) has joined #duraspace
[2:35] <ClaudiaJuergen> good morning all
[4:44] * stuartlewis (n=stuartle@121.98.213.132) has joined #duraspace
[4:45] * grahamtriggs (n=trig01@195.128.10.96) has joined #duraspace
[5:02] * grahamtriggs1 (n=trig01@195.128.10.96) has joined #duraspace
[5:02] * grahamtriggs (n=trig01@195.128.10.96) Quit (Read error: 104 (Connection reset by peer))
[6:39] * kshepherd (n=kim@ec2-174-129-179-33.compute-1.amazonaws.com) Quit (lindbohm.freenode.net irc.freenode.net)
[6:50] * kshepherd (n=kim@ec2-174-129-179-33.compute-1.amazonaws.com) has joined #duraspace
[7:18] * stuartlewis (n=stuartle@121.98.213.132) Quit ()
[8:42] * mhwood (i=mwood@mhw.ulib.iupui.edu) has joined #duraspace
[8:55] * ksclarke (n=kevin@152.10.148.147) has joined #duraspace
[9:07] * bradmc (n=bradmc@207-172-69-79.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) has joined #duraspace
[9:26] * awoods (n=awoods@pool-71-178-169-208.washdc.fios.verizon.net) has joined #duraspace
[9:56] * scottatm (n=scottatm@peat.evans.tamu.edu) has joined #duraspace
[10:13] * grahamtriggs1 (n=trig01@195.128.10.96) Quit (Read error: 60 (Operation timed out))
[10:23] * michaeldb (n=michaeld@CPE002436a25b34-CM000a739b087e.cpe.net.cable.rogers.com) has joined #duraspace
[10:57] * ClaudiaJuergen (n=Miranda@pc5102.ub.uni-dortmund.de) Quit ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
[11:37] * ben_atmire (n=ben_atmi@213.219.159.242.res.static.edpnet.net) has joined #duraspace
[12:01] * rrodgers (n=rrodgers@dhcp-18-111-15-222.dyn.mit.edu) has joined #duraspace
[12:05] * rrodgers (n=rrodgers@dhcp-18-111-15-222.dyn.mit.edu) Quit (Client Quit)
[12:12] * mdiggory (n=mdiggory@64.50.88.162.ptr.us.xo.net) has joined #duraspace
[12:14] <mdiggory> Seems pretty quiet, are we awaiting a start of the Developers meeting?
[12:16] <mhwood> My calendar shows a JIRA Cleanup at 1400 ET and the Developers following at 1500 ET.
[12:18] <mdiggory> I think whomever is scheduling needs to make sure to update the google calendar
[12:19] <mdiggory> I have DSpace committers meeting scheduled for 9PST
[12:19] <mdiggory> on that calendar
[12:21] <mdiggory> http://www.google.com/calendar/embed?src=3mfp5qsv0kejvsbh558lmshujk%40group.calendar.google.com&ctz=America/Los_Angeles
[12:21] <mdiggory> sorry...omit the ctz to be in your timezone
[12:26] <mhwood> The schedule was shuffled on IRC. I agree that published schedules should be updated for such things.
[12:30] <mdiggory> We should all have better access to schedule in the calendar.
[13:08] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-tmoocpxxeqwmthdq) has joined #duraspace
[13:09] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-tmoocpxxeqwmthdq) has left #duraspace
[13:19] * grahamtriggs (n=grahamtr@cpc3-stev1-0-0-cust857.lutn.cable.ntl.com) has joined #duraspace
[13:31] * ben_atmire (n=ben_atmi@213.219.159.242.res.static.edpnet.net) Quit ()
[13:42] * lcs (n=lcs@serenity.hul.harvard.edu) has joined #duraspace
[13:50] * vy_ (n=vy@150.101.121.112) has joined #duraspace
[13:52] * stuartlewis (n=stuartle@121.98.213.132) has joined #duraspace
[13:59] * tdonohue (i=80ae241d@gateway/web/freenode/x-qgpuedcvpltxuiof) has joined #duraspace
[13:59] <bradmc> Hi all.
[14:00] <vy_> Hi.
[14:00] * rrodgers (n=rrodgers@dhcp-18-111-15-222.dyn.mit.edu) has joined #duraspace
[14:00] <tdonohue> hello brad, all
[14:00] <bradmc> mdiggory: Sorry, missed updating that public calendar.
[14:01] <mhwood> Hello, everybody.
[14:01] <stuartlewis> vy_: Thanks for updating the wiki - looks pretty swish!
[14:01] <stuartlewis> I guess everyone knows the rules by now? http://wiki.dspace.org/index.php/JIRA_Cleanup
[14:02] * gabriela (i=8e96c2bb@gateway/web/freenode/x-kxupfhfqhauadtfq) has joined #duraspace
[14:03] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-girsaoltjgpvjdgi) has joined #duraspace
[14:04] <stuartlewis> Welcome to this meeting - if you've not read the rules, they can be seen at http://wiki.dspace.org/index.php/JIRA_Cleanup
[14:04] <stuartlewis> Everyone Ok if we start in 60 seconds?
[14:04] <bradmc> Yes.
[14:04] <rrodgers> yep
[14:04] <mhwood> Yes
[14:05] <tdonohue> yes
[14:05] <vy_> ye
[14:05] <stuartlewis> OK... here goes....
[14:05] <stuartlewis> DS-125 - Trivial/Bug - Date type can't be repeatable in the submission - http://jira.dspace.org/jira/browse/DS-125 - [unassigned / Andrea Bollini]
[14:06] <mhwood> 0
[14:06] <rrodgers> 0
[14:06] <lcs> 0
[14:06] <stuartlewis> +1
[14:06] <bradmc> DS-125: 1, extra minute:
[14:06] <vy_> +1 unexpected behavior
[14:06] <tdonohue> +1
[14:07] <gabriela> 0
[14:07] <bradmc> Volunteer?
[14:07] <stuartlewis> CLaudia votes -1
[14:07] <bradmc> DS-125: +3, keep for 1.6, needs owner.
[14:07] <stuartlewis> DS-244 - Minor/Improvement - RSS / ATOM Feeds should have authors specified - http://jira.dspace.org/jira/browse/DS-244 - [unassigned / Tim Donohue]
[14:08] <stuartlewis> Claudia votes 0
[14:08] <stuartlewis> tdonohue: You OK voting for Christophe again?
[14:08] <rrodgers> +1 - did it already for OpenSearch RSS/Atom
[14:08] <tdonohue> yea, sorry...dupriez votes +1
[14:08] <tdonohue> +1 myself as well
[14:08] <mhwood> 0
[14:08] <lcs> 0
[14:09] <vy_> +1
[14:09] <bradmc> DS-244: +3, keep for 1.6, needs owner.
[14:09] <mhwood> Seems assigned to Kim Shepherd
[14:09] <bradmc> DS-244: +4, for 1.6, Kim Shepard?
[14:09] <stuartlewis> DS-121 - Trivial/Bug - XMLUI Feedback form breaks with multiple hostnames - http://jira.dspace.org/jira/browse/DS-121 - [Kim Shepherd / Keith Gilbertson]
[14:09] <stuartlewis> (yes - info might be a bit out of date now - so Kim has assigned it to him since I wrote the list - can leave it as so)
[14:09] <tdonohue> dupriez: 0
[14:09] <rrodgers> 0
[14:09] <stuartlewis> Claudia: +1
[14:10] <mhwood> 0
[14:10] <lcs> +1 (good idea but i don't care enough to do it)
[14:10] <tdonohue> +1
[14:10] <bradmc> DS-121: +3, keep for 1.6, assigned to Kim Shepherd.
[14:10] <stuartlewis> +1
[14:10] <vy_> +1 has patch
[14:10] <stuartlewis> DS-246 - Major/Bug - XMLUI - DSpaceAbstractTransformer URLDecode '%' escaper is too greedy - http://jira.dspace.org/jira/browse/DS-246 - [unassigned / Kim Shepherd]
[14:11] <bradmc> DS-121: +5, keep for 1.6, has patch, assigned to Kim Shepherd.
[14:11] <stuartlewis> Claudia: +1
[14:11] <rrodgers> +1
[14:11] <lcs> +1
[14:11] <tdonohue> dupriez: +1
[14:11] <mhwood> +1
[14:11] <gabriela> +1
[14:11] <tdonohue> +1
[14:11] <stuartlewis> Also now assigned to Kim
[14:11] <stuartlewis> +1
[14:11] <vy_> +1
[14:11] <bradmc> DS-246: +9, keep for 1.6, assigned to Kim
[14:11] <stuartlewis> DS-172 - Major/Improvement - Hit highlighting in search results - http://jira.dspace.org/jira/browse/DS-172 - [Stuart Lewis / Charles Kiplagat]
[14:12] <stuartlewis> I have a working prototype for this. But no time to get it finished before 1.6 or an xmlui version done.
[14:12] <tdonohue> dupriez: +1
[14:12] <tdonohue> +1 for later, but not for 1.6
[14:12] <rrodgers> 0 (should have UI parity)
[14:12] <gabriela> 0
[14:12] <lcs> 0
[14:12] <mhwood> 0
[14:12] <stuartlewis> It requires a change in the look of results tables from a simple table, to a bulleted list of data (google-like)
[14:13] <bradmc> DS-172: +2, defer to post 1.6, assigned to Stuart.
[14:13] <stuartlewis> DS-208 - Major/Improvement - Make the fulltext indexes configurable - http://jira.dspace.org/jira/browse/DS-208 - [Andrea Bollini / Andrea Bollini]
[14:13] <tdonohue> dupriez: +1
[14:13] <stuartlewis> +1 if we're keeping DS-172 as it requires it. Can we mark it as a dependency?
[14:13] <stuartlewis> Claudia votes: +1
[14:13] <stuartlewis> +1
[14:13] <gabriela> +1
[14:13] <mhwood> 0
[14:14] <rrodgers> 0
[14:14] <lcs> +1
[14:14] <vy_> +1
[14:14] <bradmc> DS-208: +4, note DS-208 depends on it, keep for 1.6? extra minute:
[14:14] <bradmc> Do we keep it in 1.6, or defer?
[14:15] <stuartlewis> I'm happy to defer
[14:15] <bradmc> DS-208: +7, note DS-172 depends on it, defer to post 1.6
[14:15] <tdonohue> defer
[14:15] <mhwood> Defer
[14:15] <rrodgers> defer
[14:15] <mdiggory> defer
[14:16] <bradmc> DS-208: +7, note DS-172 depends on it, defer to post 1.6
[14:16] <stuartlewis> DS-254 - Minor/Bug - Bitstream (and item-export) download service does not correctly sense authenticated user - http://jira.dspace.org/jira/browse/DS-254 - [unassigned / Larry Stone]
[14:16] <stuartlewis> +1
[14:16] <rrodgers> +1
[14:16] <stuartlewis> Claudia: +1
[14:16] <gabriela> +1
[14:16] <grahamtriggs> stuartlewis: need to turn on issue linking in JIRA, then create the types of issue links (depends on / is required by). It's not a true dependency in the sense of JIRA knowing what it means, but it does provide the info to users
[14:16] <lcs> +1
[14:16] <tdonohue> +1
[14:16] <mhwood> +1
[14:16] <tdonohue> dupriez: +1
[14:16] <vy_> 0
[14:17] <mdiggory> +1
[14:17] <bradmc> DS-254: +9, keep for 1.6, assign to ?
[14:17] <mdiggory> I can do it
[14:17] <bradmc> DS-254: +9, keep for 1.6, assign to mdiggory.
[14:17] <stuartlewis> Thanks Mark
[14:17] <stuartlewis> DS-255 - Minor/Bug - CompleteStep in submission LOSES SUBMISSION if an exception is thrown - http://jira.dspace.org/jira/browse/DS-255 - [unassigned / Larry Stone]
[14:17] <stuartlewis> Claudia: +1
[14:17] <tdonohue> +1
[14:17] <lcs> +1
[14:17] <tdonohue> dupriez: +1
[14:17] <mhwood> +1
[14:18] <rrodgers> +1
[14:18] <vy_> +1
[14:18] <mdiggory> +1
[14:18] <gabriela> +1
[14:18] <grahamtriggs> stuartlewis: hmmm... swore I didn't see the link option a minute ago. Dependency added
[14:18] <bradmc> DS-255: +6, keep for 1.6, assign to ?
[14:18] <mdiggory> I'll take that one as well
[14:18] <bradmc> DS-255: +9, keep for 1.6, assign to mdiggory.
[14:18] <stuartlewis> DS-259 - Minor/Bug - Community/collection admin should not to be able to delete their admin group - http://jira.dspace.org/jira/browse/DS-259 - [Andrea Bollini / Andrea Bollini]
[14:18] <mdiggory> lcs already did the work
[14:19] <stuartlewis> Claudia: +1
[14:19] <mdiggory> is this in relation to delegated admins?
[14:19] <rrodgers> +1
[14:19] <stuartlewis> +1
[14:19] <tdonohue> mdiggory: yes, it's dependent on delegated admins
[14:19] <lcs> +1
[14:19] <tdonohue> +1
[14:19] <vy_> 0
[14:19] <tdonohue> dupriez: +1
[14:19] <mhwood> +1
[14:19] <gabriela> +1
[14:19] <bradmc> DS-259: +8, keep for 1.6, assign to An drea?
[14:20] <stuartlewis> Yes - he can reassign if he needs to
[14:20] <mdiggory> patch was already applied... issue is presentation
[14:20] <bradmc> DS-259: +8, keep for 1.6, assign to Andrea
[14:20] <stuartlewis> Yes - think this issue is just about the presentation
[14:20] <stuartlewis> DS-228 - Major/New Feature - Community Admin XMLUI: Delegated Admins Patch - http://jira.dspace.org/jira/browse/DS-228 - [Tim Donohue / Tim Donohue]
[14:20] <bradmc> DS-259: +8, keep for 1.6, assign to Andrea, note followup on presentation needed.
[14:21] <tdonohue> dupriez: 0
[14:21] <rrodgers> Isn't this already being committed? (228)
[14:21] <stuartlewis> Claudia: 0
[14:21] <mhwood> 0
[14:22] <vy_> 0
[14:22] <tdonohue> DS-228 was committed, but reopened by Andrea
[14:22] <lcs> +1
[14:22] <mdiggory> just vote to continue activity for 1.6 +1
[14:22] <rrodgers> +1
[14:22] <stuartlewis> +1
[14:22] <tdonohue> +1, but would suggest assigning to Andrea...I won't have much time till I join Duraspace in Nov
[14:22] <mdiggory> issue needs to identify what has and has not been commited
[14:22] <bradmc> DS-228: +5, complete fo r 1.6, assign to b ollini
[14:22] <stuartlewis> DS-265 - Major/Bug - IndexBrowse dies fatally when confronting badly-formatted date - http://jira.dspace.org/jira/browse/DS-265 - [unassigned / Samuel Ottenhoff]
[14:23] <stuartlewis> IIRC I couldn't reproduce this one
[14:23] <stuartlewis> Claudia: 0
[14:23] <rrodgers> 0
[14:23] <mhwood> 0
[14:23] <mdiggory> -1 no patch, unreproducable
[14:23] <stuartlewis> Anyone happy for us to assign it to them for testing?
[14:23] <lcs> 0
[14:23] <gabriela> 0
[14:23] <bradmc> DS-265: -1 Mark won't fix, note "can't reproduce".
[14:24] <stuartlewis> DS-264 - Minor/Bug - XMLUI misses logging UsageEvent on requests fulfilled from the cache (with proposed fix) - http://jira.dspace.org/jira/browse/DS-264 - [Mark Diggory / Larry Stone]
[14:24] <tdonohue> dupriez: 0
[14:24] <mdiggory> I own it +1
[14:24] <lcs> +1
[14:24] <bradmc> DS-264: +1, for 1.6, assign to mdiggory.
[14:24] <gabriela> +1
[14:24] <mhwood> +1
[14:24] <rrodgers> +1
[14:24] <stuartlewis> +1
[14:24] <tdonohue> +1
[14:24] <bradmc> DS-264: +8, for 1.6, assign to mdiggory.
[14:24] <stuartlewis> Claudia: +1
[14:24] <vy_> +1
[14:25] <stuartlewis> DS-203 - Major/Improvement - Extend the event system to no CRUD actions - http://jira.dspace.org/jira/browse/DS-203 - [Mark Diggory / Andrea Bollini]
[14:25] <bradmc> DS-264: +10, for 1.6, assign to mdiggory.
[14:25] <grahamtriggs> DS-265 - I'll assign to me. Might have some thoughts about it.
[14:25] <rrodgers> +1 - install event only
[14:25] <mhwood> +1
[14:25] * bradmc (n=bradmc@207-172-69-79.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) Quit (Read error: 104 (Connection reset by peer))
[14:25] <lcs> +1 add install
[14:25] <gabriela> 0
[14:25] <mdiggory> actually, most of this stuff is in Imho UsageEvent stuff going into stats
[14:25] * bradmc (n=bradmc@207-172-69-79.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) has joined #duraspace
[14:26] <stuartlewis> DS-265: -1 Assign to grahamtriggs
[14:26] <bradmc> DS-203: +1, keep for 1.6, assign to ?
[14:26] <rrodgers> I'll take it
[14:26] <stuartlewis> Leave assigned to Mark D?
[14:26] <mdiggory> sorry... rereading
[14:27] <bradmc> DS-203: extra min
[14:27] <mdiggory> This is entangled with the service work and stats
[14:27] <mdiggory> attach as dependency to it... need to get issue id
[14:27] <mdiggory> do want participation from those interested
[14:28] <mdiggory> I can keep if, but if you really want it Graham... then take it
[14:28] <bradmc> DS-203: +1 (install event only), keep for 1.6. depends on TBD, assign to mark D.
[14:28] <bradmc> Graham wanted 265
[14:28] <stuartlewis> DS-243 - Major/Improvement - UsageEvent adjustments to support Statistics and Reporting Addons. - http://jira.dspace.org/jira/browse/DS-243 - [Mark Diggory / Mark Diggory]
[14:28] <rrodgers> I see no entanglement with UsageEvents if we just add install event
[14:28] <mdiggory> oh yea, I see it
[14:29] <mhwood> +1
[14:29] <mdiggory> install event, yes... entangled in that the patch I have from Minho does some of these addtions
[14:29] <vy_> 0
[14:29] <lcs> +1
[14:29] <tdonohue> dupriez: 0
[14:29] <gabriela> 0
[14:30] <stuartlewis> Claudia: +1
[14:30] <mdiggory> +1
[14:30] <tdonohue> +1, since I'm assuming stats needs this
[14:30] <bradmc> DS-243: +4, f or 1.6, assign to mdiggory?
[14:30] <mdiggory> already is
[14:30] <stuartlewis> DS-268 - Minor/Bug - XMLUI Item Mapper cannot handle multiple words in search box - http://jira.dspace.org/jira/browse/DS-268 - [unassigned / Tim Donohue]
[14:30] <tdonohue> dupriez: 0
[14:30] <bradmc> mdiggory: just confirming :)
[14:31] <mdiggory> :-)
[14:31] <tdonohue> +1 - this has bitten us too many times to mention...very annoying
[14:31] <stuartlewis> Claudia: +1
[14:31] <rrodgers> +1
[14:31] <vy_> +1
[14:31] <gabriela> +1
[14:31] <lcs> +1
[14:31] <mhwood> 0
[14:31] <bradmc> DS-265: +6, for 1.6, assign to?
[14:32] <stuartlewis> Volunteers if it is to make it into 1.6?
[14:32] <bradmc> DS-265: +6, for 1.6, unassigned for now.
[14:32] <stuartlewis> DS-133 - Major/Bug - XMLUI Item Mapper contains hardcoded strings and only shows dc.contributor.* and dc.title - http://jira.dspace.org/jira/browse/DS-133 - [unassigned / Tim Donohue]
[14:32] <grahamtriggs> bradmc: 268!!
[14:32] <bradmc> NO DS-265!
[14:32] <bradmc> DS-268: +6, for 1.6, unassigned for now.
[14:33] <bradmc> (NO DS-265 to be edited, that was a typo)
[14:33] <mhwood> +1
[14:33] <tdonohue> dupriez: 0
[14:33] <stuartlewis> 0
[14:33] <tdonohue> +1
[14:33] <stuartlewis> Claudia: +1
[14:33] <gabriela> 0
[14:33] <bradmc> DS-133: +2, for 1.6, assign to ?
[14:33] <lcs> 0
[14:34] <bradmc> DS-133: +3, for 1.6, unassigned for now.
[14:34] <stuartlewis> DS-260 - Critical/Bug - Template item some times has owningCollection filled and some times not - http://jira.dspace.org/jira/browse/DS-260 - [unassigned / Andrea Bollini]
[14:35] <stuartlewis> Claudia: +1 the use as an item as container for template information should be reconsidered
[14:35] <mhwood> 0
[14:35] <stuartlewis> 0
[14:35] <rrodgers> 0
[14:35] <tdonohue> +1 sound like Andrea already has a fix
[14:35] <lcs> +1
[14:35] <tdonohue> dupriez: +1
[14:35] <vy_> 0
[14:35] <bradmc> DS-260: +4, progress for 1.6, unassigned (will Andrea pick it up?)
[14:36] <stuartlewis> Is assigned to Andrea
[14:36] <mdiggory> already assigned to him
[14:36] <tdonohue> DS-260: last comment was andrea saying he'd commit a fix...so, I'm assuming he's got it
[14:36] <stuartlewis> Time for half time oranges?
[14:36] <bradmc> DS-260: +4, 1.6, assigned for Andrea.
[14:36] <bradmc> half time :)
[14:36] <tdonohue> whoo hoo...i love half time oranges!
[14:39] <stuartlewis> DS-270 - Major/Improvement - Make delegate admin permissions configurable - http://jira.dspace.org/jira/browse/DS-270 - [Andrea Bollini / Andrea Bollini]
[14:39] <mdiggory> .....halftime oranges have been about since the old days, when oranges were served to the men in battle - giving them a boost in energy but, more importantly, making their sword-hands sticky so they didn't lose their grip.....
[14:40] <mhwood> 0
[14:40] <tdonohue> dupriez: +1
[14:40] <bradmc> ... as opposed to today where we are all losing our grip.
[14:40] <stuartlewis> Claudia: 0
[14:40] <lcs> +1
[14:40] <rrodgers> 0
[14:40] <tdonohue> +1 myself
[14:40] <gabriela> 0
[14:40] <mdiggory> keep with Andrea... non critical )
[14:40] <mdiggory> 0
[14:40] * grahamtriggs tries to think of two warring factions stopping for oranges. Wonder if they swap ends as well?
[14:40] <stuartlewis> Yes - leave as is with Andrea
[14:40] <bradmc> DS:-270 +3, Keep for 1.6, assigned to Andrea.
[14:41] <stuartlewis> # DS-272 - Minor/Improvement - Persian translation of Dspace messages 1.5 - http://jira.dspace.org/jira/browse/DS-272 - [unassigned / Saeed Moaddeli]
[14:41] <tdonohue> 0
[14:41] <tdonohue> dupriez: +1
[14:41] <rrodgers> 0 needs sponsor
[14:41] <lcs> 0
[14:41] <gabriela> 0
[14:41] <stuartlewis> Claudia: -1 (she probably has a reason)
[14:41] <stuartlewis> 0
[14:41] <mhwood> 0
[14:41] <stuartlewis> Do we have a place for these?
[14:42] <tdonohue> (claudia's reason is in the comments of DS-272)
[14:42] <stuartlewis> Can we close the issue, but link to it from the wiki page (think there is one?)
[14:42] <bradmc> DS-272: 0: won't fix. Link from wiki page.
[14:42] <mdiggory> clearlly needs more work
[14:42] <stuartlewis> DS-273 - Major/Bug - Scoped Search results navigation broken - http://jira.dspace.org/jira/browse/DS-273 - [unassigned / Rafael Henkin]
[14:43] <stuartlewis> Kim and I managed to reproduce this one in the end
[14:43] <stuartlewis> Claudia: 0
[14:43] <stuartlewis> +1 if a volunteer can be found
[14:43] <rrodgers> fix ?
[14:43] <tdonohue> dupriez: +1
[14:43] <mhwood> 0
[14:43] <gabriela> 0
[14:43] <lcs> 0
[14:43] <rrodgers> 0
[14:44] <tdonohue> +1 if volunteer
[14:44] <vy_> 0
[14:44] <tdonohue> (otherwise, defer till after 1.6)
[14:44] <bradmc> DS-273: +2: for 1.6, unassigned for now.
[14:44] <stuartlewis> DS-274 - Minor/Bug - Typo in XSL breaks rendering of dri:xref with class - http://jira.dspace.org/jira/browse/DS-274 - [unassigned / Larry Stone]
[14:44] <bradmc> (We can change status later if no volunteer)
[14:44] <tdonohue> dupriez: 0
[14:44] <bradmc> (We'll need a final review for 1.6, which will be Stuart's call).
[14:44] <mhwood> +1
[14:44] <lcs> +1
[14:45] <stuartlewis> Claudia: +1
[14:45] <tdonohue> +1
[14:45] <gabriela> +1
[14:45] <rrodgers> +1
[14:45] <mdiggory> +1
[14:45] <vy_> +1
[14:45] <bradmc> DS-274: +7, for 1.6, assign to ?
[14:45] <mhwood> I can do that one
[14:45] <mdiggory> I can take with others
[14:45] <mdiggory> or mhwood
[14:45] <bradmc> DS-274: +9, for 1.6, assign to mhwood
[14:45] <stuartlewis> DS-267 - Major/New Feature - Item submission - possibility to overwrite the default item policies as inherited from the owning collection during item submission - http://jira.dspace.org/jira/browse/DS-267 - [unassigned / Claudia Jürgen]
[14:45] <stuartlewis> Claudia: +1
[14:46] <rrodgers> -1 need policy UI before relevant
[14:46] <tdonohue> dupriez: +1
[14:46] <gabriela> 0
[14:46] <mhwood> 0
[14:46] <bradmc> DS-267: +1, extra min:
[14:47] <bradmc> So assign post-1.6, since no policy UI for 1.6?
[14:47] <stuartlewis> 0
[14:47] <lcs> 0
[14:47] <tdonohue> -1 until there is a UI...this doesn't seem to have a UI yet
[14:47] <mdiggory> ask for review by Andrea
[14:47] <mdiggory> may leave UI capabilities to later...
[14:47] <lcs> also needs to be integrated with embargos
[14:47] <rrodgers> but then change is pointless
[14:48] <bradmc> DS-267: 0, refer to Andrea / Claudia for comment.
[14:48] <stuartlewis> DS-277 - Minor/Improvement - Make the OAI sets configurable - http://jira.dspace.org/jira/browse/DS-277 - [Ben Bosman / Ben Bosman]
[14:48] <stuartlewis> Claudia: +1
[14:48] <stuartlewis> +1, leave assigned to Ben
[14:48] <rrodgers> +1 we also have add-on from ?RAAP
[14:48] <mhwood> +1
[14:48] <lcs> +1
[14:48] <gabriela> +1
[14:48] <tdonohue> dupriez: +1
[14:49] <bradmc> DS-277: +6, 1.6, assigned to ben bosman.
[14:49] <stuartlewis> DS-278 - Minor/Improvement - Remove hardcoding from eperson selection popup, that expects the target form to be named epersongroup - http://jira.dspace.org/jira/browse/DS-278 - [unassigned / Graham Triggs]
[14:49] <stuartlewis> Claudia: +1
[14:49] <lcs> 0
[14:49] <rrodgers> 0
[14:49] <stuartlewis> grahamtriggs: Can we assign this to you?
[14:49] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-girsaoltjgpvjdgi) Quit (Ping timeout: 180 seconds)
[14:49] <tdonohue> dupriez: +1
[14:49] <tdonohue> +1
[14:50] <mhwood> 0
[14:50] <grahamtriggs> Yes, I have code
[14:50] <gabriela> +0
[14:50] <gabriela> +1
[14:50] <bradmc> DS-278: +5, 1.6 assign to graham
[14:50] <stuartlewis> DS-214 - Major/New Feature - Catalan translation - http://jira.dspace.org/jira/browse/DS-214 - [unassigned / Centre de Supercomputació de Catalunya]
[14:50] <stuartlewis> Claudia: "+1 nearly finished"
[14:51] <rrodgers> +1 if Claudia says so
[14:51] <tdonohue> 0
[14:51] <tdonohue> dupriez: 0
[14:51] <lcs> 0
[14:51] <mhwood> 0
[14:51] <bradmc> DS-214: +2, 1.6, assign to Claudia
[14:51] <stuartlewis> DS-279 - Major/Bug - XMLUI Item Mapper will map the same item more than one time - http://jira.dspace.org/jira/browse/DS-279 - [unassigned / Tim Donohue]
[14:51] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-wenmlvianwekkdpo) has joined #duraspace
[14:52] <stuartlewis> Claudia
[14:52] <stuartlewis> Claudia: +1
[14:52] <stuartlewis> +1
[14:52] <scottatm> +1
[14:52] <tdonohue> +1 very annoying, as items appear mulitple times in a collection
[14:52] <lcs> +1
[14:52] <tdonohue> dupriez: 0
[14:52] <rrodgers> +1
[14:52] <stuartlewis> Volunteers?
[14:52] <mhwood> 0 duplicates DS-65
[14:53] <bradmc> DS-279: +6: for 1.6, unassigned.
[14:53] <stuartlewis> DS-280 - Minor/Bug - build.xml fails for ant versions below 1.7 (patch included) - http://jira.dspace.org/jira/browse/DS-280 - [unassigned / Larry Stone]
[14:53] <bradmc> Think DS-65 was closed leaving DS-279 to be fixed.
[14:53] <stuartlewis> I vote we change the docs to require ant 1.7
[14:53] <stuartlewis> Claudia: +1
[14:53] <tdonohue> bradmc: yep, that's correct...DS-65 was closed in favor of DS-279
[14:54] <rrodgers> +1 Ant 1.7
[14:54] <mhwood> 0 ant 1.7 has been shipping for some time.
[14:54] <lcs> +1 ant 1.65, my site is primitive
[14:54] <grahamtriggs> +1 require Ant 1.7
[14:54] <bradmc> DS-280: +3, make documentation require Ant 1.7. Assign to trimble.
[14:54] <gabriela> +1 Ant 1.7
[14:54] <tdonohue> +1 ant 1.7
[14:55] <bradmc> Any dissent on Ant 1.7?
[14:55] <mdiggory> Its a small patch
[14:55] <mdiggory> +1 Ant 1.7 and +1 apply the patch
[14:55] <bradmc> Revote:
[14:55] <stuartlewis> +1 to mdiggory's suggestion
[14:55] <rrodgers> +1 mdiggory
[14:55] <lcs> +1 mdiggory
[14:55] <mhwood> +1 mdiggory
[14:55] <tdonohue> +1 mdiggory
[14:56] <stuartlewis> Assign to? Volunteers?
[14:56] <bradmc> DS-280: +7, apply patch and make documentation require Ant 1.7. Assign to ?, mark as doc required.
[14:56] * mdiggory ducks
[14:56] <stuartlewis> OK - assign to me
[14:56] <stuartlewis> DS-239 - Major/Bug - java.net.MalformedURLException: unknown protocol: resource - http://jira.dspace.org/jira/browse/DS-239 - [unassigned / Mark Diggory]
[14:56] <mdiggory> Still in the works on this one...
[14:56] <lcs> this looks related to DS-253
[14:56] <bradmc> DS-280: +7, apply patch and make documentation require Ant 1.7. Assign to stuartlewis, mark as doc required.
[14:56] <mdiggory> should be assigned to me
[14:57] <mdiggory> DS-239
[14:57] <mhwood> +1
[14:57] <stuartlewis> Claudia: +1
[14:57] <rrodgers> +1
[14:57] <mdiggory> +1
[14:57] <lcs> +1
[14:57] <tdonohue> dupriez: 0
[14:57] <tdonohue> +1
[14:57] <bradmc> DS-239: +7, for 1.6, assign to mdiggory.
[14:58] <stuartlewis> DS-282 - Major/Bug - "Starts with" navigation block should not display when browsing by specific value - http://jira.dspace.org/jira/browse/DS-282 - [unassigned / Samuel Ottenhoff]
[14:58] <bradmc> Committer Mtg in 3 min. Continue right up to then?
[14:58] <rrodgers> sure
[14:58] <stuartlewis> Sounds good
[14:58] <stuartlewis> Claudia: 0
[14:58] <mhwood> 0
[14:58] <rrodgers> 0
[14:59] <tdonohue> dupriez: +1
[14:59] <lcs> +1
[14:59] <tdonohue> +1
[14:59] <mdiggory> needs patch 0
[14:59] <tdonohue> (though needs a volunteer to tackle)
[14:59] <stuartlewis> 0
[14:59] <vy_> 0
[14:59] <bradmc> DS-282: +3, for 1.6, unassigned.
[15:00] <stuartlewis> TIme for one more...?
[15:00] <bradmc> Yep.
[15:00] <stuartlewis> DS-283 - Major/New Feature - When browsing by letter, set breadcrumb to take user back to main browse index - http://jira.dspace.org/jira/browse/DS-283 - [unassigned / Samuel Ottenhoff]
[15:00] <rrodgers> 0 post 1.6 needs implementation
[15:00] <tdonohue> dupriez: +1
[15:00] <lcs> 0
[15:01] <mdiggory> 0 no patch
[15:01] <mhwood> 0
[15:01] <stuartlewis> Claudia: 0
[15:01] <stuartlewis> 0
[15:01] <tdonohue> 0 post-1.6
[15:01] <vy_> 0 needs patch
[15:01] <bradmc> DS-283: +1, mark post-1.6.
[15:01] <bradmc> 13 more issues to go. Spend 15 min of comm mtg to complete?
[15:02] <rrodgers> OK by me
[15:02] <tdonohue> might as well get it done
[15:02] <mhwood> OK
[15:02] <vy_> yep
[15:02] <stuartlewis> +1
[15:02] <bradmc> Go stuart.
[15:03] <stuartlewis> DS-236 - Major/New Feature - Authority Control, and plug-in choice control for Metadata Fields - http://jira.dspace.org/jira/browse/DS-236 - [unassigned / Larry Stone]
[15:03] <tdonohue> dupriez: +1
[15:03] <lcs> +1 - i have some more updates to make
[15:03] <rrodgers> 0
[15:03] <mhwood> 0
[15:03] <tdonohue> 0 needs to work in XMLUI as well
[15:03] <lcs> it's done for XMLUI, andrea was working on JSPUI
[15:03] <stuartlewis> Claudia: +1
[15:03] <bradmc> DS-236: +3: for 1.6, assign to larry stone.
[15:03] <bradmc> (larry reassign to andrea if needed)
[15:04] <stuartlewis> DS-284 - Trivial/Bug - Some rows if presented in the item summary will be wrongly considered odd or even. - http://jira.dspace.org/jira/browse/DS-284 - [unassigned / Flávio Botelho]
[15:04] <tdonohue> lcs: sorry, i misread
[15:04] <stuartlewis> Claudia: 0
[15:04] <lcs> +1 but my simpler one-pass patch
[15:05] <rrodgers> 0
[15:05] <tdonohue> dupriez: +1
[15:05] <stuartlewis> +1 if Larry happy to submit patch (or have you already?)
[15:05] <tdonohue> +1 for simple
[15:05] <mhwood> +1
[15:05] <lcs> i believe it's on the jira entry
[15:05] <bradmc> DS-284: +5, for 1.6, assign to larry stone.
[15:05] <stuartlewis> DS-285 - Major/Bug - Item and Bitstream pages do not provide Last-Modified HTTP header, nor recognize If-Modified-Since - http://jira.dspace.org/jira/browse/DS-285 - [unassigned / Larry Stone]
[15:06] <tdonohue> dupriez: +1
[15:06] <rrodgers> +1
[15:06] <tdonohue> +1
[15:06] <lcs> ok, i'll make sure it's cleaned up
[15:06] <lcs> +1
[15:06] <mhwood> +1
[15:06] <gabriela> +1
[15:06] <bradmc> DS-285: +5, for 1.6, assign to?
[15:06] <lcs> sigh..
[15:07] <bradmc> DS-285: +5, for 1.6, assign to larry stone.
[15:07] <lcs> i'll implement it and get mark to commit it.
[15:07] <stuartlewis> DS-192 - Minor/Improvement - Bitstreams should be returned ordered - http://jira.dspace.org/jira/browse/DS-192 - [unassigned / Flávio Botelho]
[15:07] <bradmc> lcs: :)
[15:07] <tdonohue> dupriez: +1
[15:07] <rrodgers> -1 misunderstanding of Seq #
[15:07] <stuartlewis> Claudia: +1
[15:08] <lcs> +1
[15:08] <mhwood> 0
[15:08] <grahamtriggs> Q about 285 - does anyone know if the item / bitstream is marked as modified if the policies are changed?
[15:08] <tdonohue> 0 needs more discussion
[15:08] <bradmc> DS-192: +2, needs discussion?
[15:08] <bradmc> minute on 285 and 192
[15:09] <bradmc> rrodgers: Object to patch for DS-192?
[15:09] <lcs> re 285, that would be a separate issue, but it's a valid concern.
[15:09] <rrodgers> I have no qualms about ordering per se, but it suggests that seq # is
[15:10] <mdiggory> grahamtriggs: I don't think so
[15:10] <rrodgers> a struct map on the cheap -
[15:10] <rrodgers> whereas it's really like a handle
[15:10] <grahamtriggs> lcs: I know, I was just flagging to see if we needed to add another security issue to Jira for fixing later
[15:10] <bradmc> DS-285: +5, for 1.6, assign to larry stone. DS-192: +2, for 1.6, unassigned.
[15:11] <lcs> agree with rrodgers; stable ordering is good but seq id is inappropriate
[15:11] <mdiggory> rrodgers: I recommend leaving ordering upto the UI, (alpha sort on name or likewise)
[15:11] <bradmc> DS-192: Let's take the debate into the jira ticket.
[15:11] * sands (n=sands@18.42.3.235) has joined #duraspace
[15:11] <stuartlewis> # DS-257 - Major/Improvement - Item Import and Export, use of multiple metadata schema - http://jira.dspace.org/jira/browse/DS-257 - [unassigned / Claudia Jürgen]
[15:12] * mdiggory brb
[15:12] <mhwood> 0
[15:12] <stuartlewis> -1 breaks current imports, BUT needs addressing somehow.
[15:12] <bradmc> sands: still doing jira issue review, comm mtg in 10 min.
[15:12] <tdonohue> dupriez: +1
[15:12] <lcs> +1
[15:12] <rrodgers> -1 agree stuartlewis (just resubmit with backwards compat)
[15:12] <sands> bradmc: great, thanks. sorry to get here so late.
[15:12] <tdonohue> 0 - i agree with stuart's comment on backwards compat
[15:12] <stuartlewis> CLaudia: +1
[15:13] <vy_> -1
[15:13] <bradmc> DS-257: +0, mark for post-1.6, note backward-compatibility is required.
[15:13] <stuartlewis> DS-286 - Minor/Task - Remove dspace/bin/dspace_migrate script - http://jira.dspace.org/jira/browse/DS-286 - [unassigned / Stuart Lewis]
[15:13] <grahamtriggs> -1 - makes it harder to simply remove a metadata schema for import where the target repository doesn't support it
[15:13] <stuartlewis> +1 (given dependency on DS-287)
[15:14] <mhwood> 0
[15:14] <lcs> 0
[15:14] <rrodgers> 0
[15:14] <sands> 0
[15:14] <tdonohue> +1
[15:15] <bradmc> DS-286: +1 Unchanged status, pending resolution on DS-287.
[15:15] <stuartlewis> DS-266 - Minor/New Feature - Configure metadata fields to hide in full item display and OAI-PMH harvesting - http://jira.dspace.org/jira/browse/DS-266 - [unassigned / Stuart Lewis]
[15:15] <bradmc> (Probably pushes it out of 1.6)
[15:15] <stuartlewis> bradmc: I hope to address 287 in 1.6
[15:16] <lcs> +1
[15:16] <stuartlewis> 266 - Claudia: +1
[15:16] <bradmc> stuartlewis: okay.
[15:16] <stuartlewis> +1 (oai-pmh has been done, now need to address jspui and xmlui)
[15:16] <sands> +1
[15:16] <mhwood> +1
[15:16] <tdonohue> dupriez: +1
[15:16] <lcs> i'm willing to work on xmlui implementation
[15:16] <tdonohue> +1 if there's volunteer
[15:16] <rrodgers> 0 - want to see solution
[15:17] <bradmc> DS-266: +7, for 1.6, assign to lcs (for xml piece, reassign later?)
[15:17] <stuartlewis> DS-288 - Minor/New Feature - Hide metadata from full item view - http://jira.dspace.org/jira/browse/DS-288 - [unassigned / Claudia Jürgen]
[15:17] <rrodgers> combine with previous?
[15:17] <tdonohue> combine with DS-266
[15:18] <sands> sounds like it
[15:18] <lcs> +1 combine with 266
[15:18] <mhwood> yes
[15:18] <stuartlewis> Claudia: 0
[15:18] <bradmc> DS-288: close, merge with DS-266.
[15:18] <stuartlewis> +1 combine (or mark as dependency)
[15:18] <stuartlewis> DS-263 - Major/Bug - Too many users provoke out of Memory on the eperson-list in JSPUI - http://jira.dspace.org/jira/browse/DS-263 - [unassigned / Flávio Botelho]
[15:18] <stuartlewis> 43K users, and it works OK. I'd say won't fix.
[15:18] <tdonohue> -1 sounds like misconfiguration problem
[15:19] <stuartlewis> Claudia: 0
[15:19] <rrodgers> -1
[15:19] <mhwood> -1
[15:19] <lcs> -1
[15:19] <bradmc> DS-263: -2: Won't fix, note likely configuration problem as works with 43k+ users elsewhere.
[15:19] <sands> -1 but might be worth documenting the parameter to play with under heavy load.
[15:19] <tdonohue> dupriez: +1
[15:19] <stuartlewis> DS-275 - Minor/Bug - License files not listed on Item Summary page; XSL bug with patch - http://jira.dspace.org/jira/browse/DS-275 - [unassigned / Larry Stone]
[15:19] <tdonohue> +1 to sands suggestion for documentation
[15:20] <stuartlewis> Claudia: 0
[15:20] <bradmc> DS-263: -4: Assign to Jeff Trimble for documentation of high load parameter settings. (He'll nag everyone else)
[15:21] <mhwood> +1
[15:21] <lcs> +1 ds-275
[15:21] <tdonohue> dupriez: +1
[15:21] <tdonohue> 0
[15:21] <sands> +1
[15:21] <stuartlewis> +1, assign to me if no volunteers
[15:22] <rrodgers> 0
[15:22] <bradmc> DS-275: +5, for 1.6, assign to stuartlewis.
[15:22] <stuartlewis> DS-253 - Major/Bug - NullPointerException in HttpServletResponseBufferingWrapper (Cocoon bug?) - http://jira.dspace.org/jira/browse/DS-253 - [Mark Diggory / Mark Wood]
[15:22] <mhwood> +1
[15:22] <rrodgers> 0 are bottom of diagnosis yet?
[15:22] <lcs> +1 make link to 239, they are related
[15:22] <mdiggory> related to DS-239
[15:22] <rrodgers> are -> at
[15:23] <lcs> i observed the latest crash running trunk yesterday
[15:23] <tdonohue> +1
[15:23] <tdonohue> dupriez: 0
[15:23] <bradmc> DS-253: +3 link to DS-239, keep open for 1.6.
[15:23] <mdiggory> the issue is fixed with upgrades to Cocoon subpackages... but new issues are needing resolution which are caused by those upgrades
[15:24] <stuartlewis> DS-245 - Minor/Improvement - Checksum Checker reports on bitstreams which do not have "in_archive" status - http://jira.dspace.org/jira/browse/DS-245 - [unassigned / Tim Donohue]
[15:24] <mdiggory> Cocoon community provided recommendations which I am testing
[15:24] <rrodgers> +1 seems simple tweak
[15:24] <stuartlewis> Claudia: +1
[15:24] <tdonohue> dupriez: +1
[15:24] <tdonohue> +1
[15:24] <mhwood> +1
[15:24] <lcs> +1
[15:24] <sands> +1
[15:24] * bradmc (n=bradmc@207-172-69-79.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) Quit (Read error: 104 (Connection reset by peer))
[15:24] * bradmc (n=bradmc@207-172-69-79.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) has joined #duraspace
[15:24] <stuartlewis> Volunteers for DS-245?
[15:25] <rrodgers> I can do it
[15:25] <bradmc> DS-245: +7, for 1.6, assign to rrodgers.
[15:25] <stuartlewis> OK - that is the list complete (woohoo!) that we have on JIRA.
[15:25] <bradmc> 3 min break, then comm mtg? Topics of interest for today?
[15:25] <tdonohue> not sure if I should bring it up, but there's another Checksum Checker bug I logged today
[15:25] <tdonohue> DS-302: Checksum Checker re-processes bitstreams marked "to_be_processed=false" at beginning of month.
[15:26] <tdonohue> http://jira.dspace.org/jira/browse/DS-302
[15:26] <bradmc> Topic: Jira review as part of weekly comm meeting?
[15:26] <tdonohue> yep, good idea
[15:26] <stuartlewis> From next week's dev meeting onwards, we'll have the simpler task of just reviewing recent bugs (although next week might be biggish as we'll have 4 weeks worth of bugs to consider)
[15:26] <mhwood> Sounds right.
[15:27] <stuartlewis> Topics: Update on stats and embargoes
[15:28] <mdiggory> getting better, great effort stuartlewis
[15:28] <stuartlewis> bradmc: Do you know when the intern effort will be available to get the JIRA tickets updated?
[15:29] <bradmc> stuartlewis: Was speaking with him concurrently. He started yesterday (prepping), and will be continuing tonight. Not sure how far he will get, but should see activity every day starting tonight.
[15:30] <stuartlewis> bradmc: Excellent :)
[15:32] <rrodgers> I think I'm ready to check in Embargoes - got some last-minute fixes from lcs
[15:32] <bradmc> Okay: Comm Mtg: (1) Jira reviews, (2) Stats update, (3) embargo update.
[15:32] <stuartlewis> rrodgers: Excellent news - thanks :)
[15:32] <bradmc> Jira Reviews: Propose: First 15 minute of weekly comm mtg for Jira reviews.
[15:32] <stuartlewis> bradmc: +1
[15:32] <mdiggory> +1
[15:32] <mhwood> +1
[15:32] <rrodgers> +1
[15:33] <bradmc> Okay. We'll come up with some initial rules, revised from Stuarts for the initial reviews. Something about how to handle reopening issues :)
[15:33] <bradmc> Shall we go to Embargoes, since rrodgers started?
[15:34] <mhwood> OK
[15:34] <stuartlewis> ok
[15:34] <rrodgers> Can one of the admins to scm.dspace.org check my account?
[15:34] <rrodgers> If I had one, I forgot the credentials
[15:34] <mdiggory> looking
[15:35] <rrodgers> anyway, while mdiggory looking, I propose to commit Embargo framework, and one *out-of-box*
[15:35] <stuartlewis> mdiggory: Can you also look at Scott Phillips email while you've got your head in there - I couldn't find a way of correcting it via the UI, might require some SQL foo.
[15:35] <rrodgers> implementation for setting fixed dates (as discussed)
[15:36] <stuartlewis> rrodgers: +1
[15:36] <mdiggory> rrodgers: no, you do not ahve an account... use the same account name on SF to create your user
[15:36] <mhwood> +1
[15:37] <rrodgers> sure or rlrodgers which is JIRA account name..
[15:37] <mdiggory> can he log in?
[15:37] <rrodgers> to JIRA?
[15:37] <mdiggory> stuartlewis: can scottatm log in to trac?
[15:37] <stuartlewis> mdiggory: Yes, think so.
[15:37] <scottatm> let me try...
[15:38] <scottatm> :)
[15:38] <mdiggory> he appears the only one that can change those details of his preferences
[15:38] <stuartlewis> But to change email requires an email to be sent to the current addreess, which is not set IIRC?
[15:38] <bradmc> Any more thoughts on Embargo, or should we talk about Stats (and Scott's password)
[15:38] <mdiggory> grumble grumble grumble...
[15:38] * bradmc thinks the password is mtattocs
[15:39] <scottatm> yeah, I can login... just not change preferences or my password because it can not validate my email address.
[15:39] <mdiggory> silliness... simplest solution, I delete the account and you recreated a new one
[15:40] <stuartlewis> Talk about stats now? We all seem in happy agreement for embargoes to get committed.
[15:40] <mdiggory> Stats continues to be worked on
[15:40] <mdiggory> @mire has extracted the table and listing presentations we use and we are working on folding them into XMLUI and JSPUI
[15:41] <stuartlewis> mdiggory: Any guesses at timescales?
[15:41] <stuartlewis> 2 weeks would be good if possible
[15:41] <mdiggory> I've been reworking some of the solr configuration and deployment. (I assumed you
[15:42] <mdiggory> I assumed you'd have a timeframe proposal like that
[15:42] <scottatm> mdiggory: Does that mean there will be atleast some type of stats view in DS 1.6?
[15:42] <stuartlewis> I think we need all major features in within 2 weeks to make sure we have time for docs, and materials to be ready for DSUG and a RC
[15:43] <mdiggory> scottatm It really depends on what we accomplish by the deadline
[15:44] <mdiggory> its not @mire statistics presentation, that is not portable into DSpace Foundation licensing ATM
[15:44] <stuartlewis> It is only a deadline for a release candidate (or perhaps better to call it an alpha or beta release if it is known to be incomplete)
[15:44] <mdiggory> stuartlewis: we will make that kind of deadline, yes
[15:45] <stuartlewis> mdiggory: Excellent - thanks :)
[15:45] <scottatm> mdiggory: but it will atleast be someway to surface the stats in the interface?
[15:45] <mdiggory> scottatm: it will be "exemplary" of how to surface stats into presentations
[15:45] <scottatm> okay.
[15:46] <stuartlewis> mdiggory: Is there anything you want us to test in the branch yet?
[15:47] <mdiggory> still writing up architectural docs and testing docs... hope to deliver drafts to wiki very soon
[15:47] <tdonohue> so, what will be "out-of-the-box" in 1.6? Just a stats framework? Or will stats fully work, but just no UI to them yet?
[15:47] <mdiggory> branch is testable for installing and testing dspace-services... so it would be good to test building and installing (adding/removing content)
[15:48] <mdiggory> will log to default UsageEventLogger based changes using Event Service
[15:48] <mdiggory> that is upto all of us to decide tdonohue
[15:48] <stuartlewis> Since a lot of people wouldn't upgrade until 1.6.1 anyway, I suppose having just a framework wouldn't be too bad if we can get some sort of reporting into 1.6.1?
[15:49] <mdiggory> I can make it a "
[15:49] <mdiggory> profile"
[15:49] <bradmc> Interesting thought.
[15:49] <mdiggory> that gets activated, or it can be there by default
[15:50] <mdiggory> if its there by default, then we will bring more under the 1.x branch IMO
[15:50] <bradmc> If you don't have it activated, and activate it later, have you lost the opportunity to collect those stats?
[15:51] <mdiggory> Yes and No...
[15:51] <mhwood> I think there is a need for a gadget to load old observations from logs or something.
[15:51] <mdiggory> stats are still logged to files...
[15:51] <mdiggory> thats something that is experimental ATM...
[15:53] <mdiggory> but some details of stats logging calculations if not calculated immediately
[15:53] <bradmc> It would be nice if that future, "1.6.1 reporting upgrade" resulted in magical display of history.
[15:53] <bradmc> Which argues for having it on out of the box in 1.6.
[15:53] <tdonohue> +1 bradmc
[15:53] <stuartlewis> +1
[15:55] <mdiggory> reporting code currently has log file "troller", can be repurposed for indexing log files
[15:55] <stuartlewis> Sounds good.
[15:56] <bradmc> That's the other solution to the nice-to-have requirement.
[15:56] <tdonohue> that's a nice feature
[15:56] <mdiggory> yes, anyone interested in experimenting in that area is welcome to join in
[15:56] <mdiggory> and should be able to work against the dspace-services-prototype branch
[15:57] <bradmc> We are coming to the end of our 30 minute "hour"
[15:57] <bradmc> As always, there is no "Off switch" for IRC, so keep going if you wish.
[15:58] <tdonohue> so how do we plan advertise the stats for 1.6, if there's no UI immediately? Will most people still see that as "stats", or will they even be aware of it if it's all behind the scenes?
[15:58] <mhwood> Topic: communicating scheduling changes. There was some confusion earlier today as to the time of this meeting.
[15:58] <mdiggory> tdonohue: we are working on UI presentations.
[15:59] <mdiggory> we are providing a simple UI
[15:59] <scottatm> mhwood: we're you at one point working on an XMLUI aspect to collect and view stats?
[15:59] <mdiggory> I.E. table...
[15:59] <tdonohue> ok, i misunderstood then.. I thought you said there were just "examples" being provided
[15:59] <scottatm> mhwood: is that something possible to hook up to the @mire/solr collector?
[16:00] <mdiggory> I'm saying they will not have "bells and whistles"
[16:00] <rrodgers> I have to run - (mdiggory: gentle reminder about scm account)
[16:00] <mdiggory> thnx
[16:00] <tdonohue> mdiggory: ok, got it...my mistake
[16:00] <bradmc> mhwood: my failure. been so long since we changed, I neglected to hit the google calendar.
[16:01] <mhwood> We have XMLUI code to detect and summarize viewing of items, based on the Rochester patch. We haven't done the administrative part yet; still using JSPUI for that.
[16:01] <mdiggory> mhwood: can you elaborate?
[16:01] <mhwood> I need to look at the new Solr backend to see how we can fit onto it.
[16:02] * rrodgers (n=rrodgers@dhcp-18-111-15-222.dyn.mit.edu) Quit ()
[16:02] <tdonohue> mhwood & scottatm: we have XMLUI aspect/themes to surface the stats generated by the Rochester patch as welll in IDEALS: www.ideals.uiuc.edu
[16:02] <mdiggory> mhwood: this is what hthe whole "portlets" debate seems to evolve into...
[16:02] <mhwood> Elaborate how?
[16:03] <mdiggory> Ok... SolrLogger currently facilitates queries against Solr to retrieve stats results... these will be presented in table in Communit, Collection and Item pages.
[16:04] <mdiggory> How does the Rochester patch approach exposure?
[16:05] <tdonohue> Rochester patch has its own DB tables to log downloads (it only tracks file downloads), and an API to those tables
[16:06] <mhwood> For community and collection, there is a little block down in the lower left corner giving month-to-date and since-counting-began totals. I forget how Item looks, but item detail has an added count column for the bitstream table.
[16:06] <tdonohue> Rochester patch also allows you to track IP ranges to "ignore", for know spiders...so you can filter them out of your download totals
[16:07] <mhwood> That's the bit I never got done in XMLUI.
[16:07] <tdonohue> we have that, mhwood...
[16:07] <tdonohue> i ported it all to XMLUI locally
[16:07] <mdiggory> spider IP's are part of event serialization in SolrLogger
[16:08] <mdiggory> not something that user would configure in viewing... part of UsageEvent processing
[16:08] <tdonohue> mdiggory: can you filter out IPs after the fact?...or does it just start filtering at the moment that new IP is added?
[16:09] * bradmc steps out and will read later.
[16:09] <tdonohue> we ran into many cases with the Rochester patch where we neglected to filter out an IP range for a few months, realized it later, and then corrected our download counts
[16:09] * stuartlewis better be off - need to get breakfast and get to work. Bye.
[16:09] <mdiggory> I suspect the later.
[16:10] <mdiggory> thanks, that is something to consider
[16:10] <scottatm> I need to head off too, thanks mdiggory for the answers.
[16:11] <mdiggory> yep
[16:11] * stuartlewis (n=stuartle@121.98.213.132) Quit ()
[16:12] * scottatm (n=scottatm@peat.evans.tamu.edu) Quit ()
[16:15] <vy_> thanks everyone, got to go,
[16:15] <vy_> \quit
[16:15] * vy_ (n=vy@150.101.121.112) Quit ("Quit")
[16:21] * lcs (n=lcs@serenity.hul.harvard.edu) has left #duraspace
[16:26] * sands (n=sands@18.42.3.235) has left #duraspace
[16:26] * gaurav_hiiii (i=5e7e1007@gateway/web/freenode/x-wenmlvianwekkdpo) has left #duraspace
[16:28] * tdonohue (i=80ae241d@gateway/web/freenode/x-qgpuedcvpltxuiof) Quit ("Page closed")
[16:35] * gabriela (i=8e96c2bb@gateway/web/freenode/x-kxupfhfqhauadtfq) has left #duraspace
[17:24] * mhwood (i=mwood@mhw.ulib.iupui.edu) Quit (Remote closed the connection)
[17:51] * stuartlewis (n=stuartle@gendiglt02.lbr.auckland.ac.nz) has joined #duraspace
[17:55] * ksclarke (n=kevin@152.10.148.147) Quit (Remote closed the connection)
[18:58] * grahamtriggs (n=grahamtr@cpc3-stev1-0-0-cust857.lutn.cable.ntl.com) Quit ()
[19:45] * mdiggory (n=mdiggory@64.50.88.162.ptr.us.xo.net) Quit (Read error: 60 (Operation timed out))
[20:49] * ksclarke (n=kevin@adsl-1-145-78.clt.bellsouth.net) has joined #duraspace
[21:59] * michaeldb (n=michaeld@CPE002436a25b34-CM000a739b087e.cpe.net.cable.rogers.com) Quit ("Leaving...")
[22:29] * mdiggory (n=mdiggory@cpe-76-176-188-83.san.res.rr.com) has joined #duraspace
[22:31] * mdiggory (n=mdiggory@cpe-76-176-188-83.san.res.rr.com) Quit (Client Quit)
[22:33] * ksclarke (n=kevin@adsl-1-145-78.clt.bellsouth.net) Quit ("Leaving.")
These logs were automatically created by DuraLogBot on irc.freenode.net using the Java IRC LogBot.