IRC Chat : 2011-06-07 - OpenMRS

00:00:09 *** Echidna has joined #openmrs
00:00:14 *** ChanServ sets mode: +v Echidna
00:04:21 *** asgoyal has quit IRC
00:23:42 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): URL patterns for module servlet filter mappings should be relative to the context path - TRUNK-2324... <http://feedproxy.google.com/~r/OMRStrunk/~3/SxMVM3rq56w/OpenMRS>
00:30:28 <djazayeri> wyclif: do you know if there's a maven equivalent to "deploy-web"?
00:51:12 *** davidmr has joined #openmrs
00:51:50 *** davidmr has quit IRC
01:03:53 *** Echidna has quit IRC
01:08:16 *** Echidna has joined #openmrs
01:08:16 *** ChanServ sets mode: +v Echidna
01:24:17 *** davidmr has joined #openmrs
01:30:30 *** gbastien has quit IRC
01:34:48 *** gbastien has joined #openmrs
01:52:24 *** davidmr has joined #openmrs
01:58:27 *** davidmr has quit IRC
02:07:40 *** djazayeri has quit IRC
02:08:12 *** djazayeri has joined #openmrs
02:08:12 *** ChanServ sets mode: +o djazayeri
02:21:44 *** davidmr has joined #openmrs
02:22:15 *** gbastien has quit IRC
02:23:49 *** gbastien has joined #openmrs
02:31:38 *** mandric has joined #openmrs
02:36:25 *** mandric has quit IRC
02:38:58 *** mandric has joined #openmrs
02:45:38 *** davidmr has quit IRC
02:54:24 *** gbastien has quit IRC
03:15:57 *** dkayiwa has joined #openmrs
03:34:16 *** mandric has quit IRC
03:34:51 *** surangak has joined #openmrs
03:37:25 *** mandric has joined #openmrs
03:56:56 <surangak> djazayeri, howdy, r u there ?
04:17:03 *** deadpool has joined #openmrs
04:20:07 *** dkayiwa has quit IRC
04:21:34 *** deadpool has quit IRC
04:27:37 *** dkayiwa has joined #openmrs
04:35:31 *** mandric has quit IRC
04:44:10 *** dkayiwa has quit IRC
04:46:30 *** gauravpaliwal has joined #openmrs
04:46:30 *** ChanServ sets mode: +v gauravpaliwal
04:47:16 *** bryq has joined #openmrs
04:47:16 *** ChanServ sets mode: +v bryq
04:47:39 <gauravpaliwal> Anyone there ?
04:52:58 *** mandric has joined #openmrs
04:59:21 *** bryq has left #openmrs
04:59:43 *** mandric has quit IRC
05:00:25 *** mandric has joined #openmrs
05:09:58 *** gauravpaliwal has left #openmrs
05:10:09 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Adding Test case: Create a new relationship type - APPTEST-31 <http://feedproxy.google.com/~r/OMRStrunk/~3/FzHQqwHL9Tg/OpenMRS>
05:25:19 *** mandric has quit IRC
05:26:00 *** mandric has joined #openmrs
06:02:33 *** mandric has quit IRC
06:03:09 *** mandric has joined #openmrs
06:04:54 *** mandric has quit IRC
06:05:06 *** mandric has joined #openmrs
06:21:45 *** muthah has joined #openmrs
06:24:04 *** bwolfe has joined #openmrs
06:24:04 *** ChanServ sets mode: +o bwolfe
06:28:24 *** mandric has quit IRC
06:35:40 *** bwolfe has quit IRC
06:38:56 *** rafa has joined #openmrs
06:38:56 *** ChanServ sets mode: +v rafa
06:40:51 *** bwolfe has joined #openmrs
06:40:51 *** ChanServ sets mode: +o bwolfe
06:44:35 *** pascal` has joined #openmrs
06:53:30 *** ChanServ sets mode: +v pascal`
07:29:04 *** dkayiwa has joined #openmrs
08:05:07 *** dkayiwa has quit IRC
08:06:10 *** morristic has quit IRC
08:28:13 *** rafa has quit IRC
08:44:28 *** bwolfe has quit IRC
10:29:20 *** rafa has joined #openmrs
10:29:20 *** ChanServ sets mode: +v rafa
10:44:27 *** surangak_ has joined #openmrs
10:44:27 *** surangak has quit IRC
10:46:46 *** squidsoup has joined #openmrs
10:47:01 *** james_regen has joined #openmrs
10:47:01 *** ChanServ sets mode: +v james_regen
10:50:43 *** dkayiwa has joined #openmrs
10:55:56 *** surangak_ has quit IRC
11:02:37 *** dkayiwa has quit IRC
11:04:27 *** dkayiwa has joined #openmrs
11:32:33 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): Committing initial versions of PatientHandler and DomainObjectHandler, plus xml key-value registration <http://feedproxy.google.com/~r/OMRStrunk/~3/fT9XiMPEuT8/OpenMRS>
11:42:50 *** titi__ has joined #openmrs
11:49:42 *** titi__ has quit IRC
11:50:45 *** dkayiwa has quit IRC
12:15:29 *** dkayiwa has joined #openmrs
12:20:29 *** gauthami has joined #openmrs
12:20:40 <gauthami> hi james_regen
12:21:00 <james_regen> hi gauthami
12:22:02 <gauthami> which channel should i join openmrs_link ???
12:22:50 <james_regen> that will be fine, i'll let shaun know. he's not here yet
12:33:54 <gauthami> ok i would wait for shaun , james_regen
12:46:19 <james_regen> gauthami, shaun might be a few minutes late, he's on his way from a meeting somewhere else in the city that ran a bit late. i can answer questions, though, right now until he shows up
12:46:38 <gauthami> ok
12:46:56 <gauthami> did u have a look at the current link.regenstrief
12:47:09 <gauthami> i have covered the two points
12:47:34 <gauthami> now we should discuss ptm 28 and ptm 23
12:47:38 <gauthami> james_regen:
12:48:20 <gauthami> i will start talking from openmrs_link now james_regen
12:48:24 <james_regen> ok
12:50:43 *** gauthami has quit IRC
13:03:02 *** mandric has joined #openmrs
13:15:57 *** downeym has joined #openmrs
13:15:57 *** ChanServ sets mode: +o downeym
13:15:57 *** OpenMRSBot sets mode: +o downeym
14:02:16 *** gbastien has joined #openmrs
14:25:09 *** dkayiwa has quit IRC
14:41:44 *** Hazamonzo_ has joined #openmrs
14:44:44 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Test case: Add a global property - APPTEST-42 <http://feedproxy.google.com/~r/OMRStrunk/~3/-jlkX2RD0_o/OpenMRS>
14:45:22 *** Hazamonzo has quit IRC
15:09:30 *** pascal` has quit IRC
15:28:39 *** muthah has quit IRC
15:29:27 *** muthah has joined #openmrs
15:29:57 *** jportela has joined #openmrs
15:29:57 *** ChanServ sets mode: +v jportela
15:33:48 *** muthah has quit IRC
15:45:23 *** dlawson has joined #openmrs
15:45:23 *** ChanServ sets mode: +v dlawson
15:46:09 *** gbastien has quit IRC
15:56:33 *** rafa has quit IRC
16:00:01 *** gbastien has joined #openmrs
16:19:09 *** Echidna has quit IRC
16:20:05 *** rafa has joined #openmrs
16:20:05 *** ChanServ sets mode: +v rafa
16:28:05 *** lh has joined #openmrs
16:38:39 *** bryq has joined #openmrs
16:38:39 *** ChanServ sets mode: +v bryq
16:42:33 *** Echidna has joined #openmrs
16:42:33 *** ChanServ sets mode: +v Echidna
16:55:13 *** rafa has quit IRC
17:02:35 *** pascal` has joined #openmrs
17:22:56 <OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: @bawolfe http://4sq.com/j2074G /cc @nribeka @jkeiper @yanokwa <http://twitter.com/OpenMRS/statuses/78139477280817152> || On Twitter: OpenMRS: RT @jkeiper: I love the "simple" install option for @OpenMRS! Well done! #OpenMRS #java #foss #dev <http://twitter.com/OpenMRS/statuses/78137616289112065>
17:29:41 *** ChanServ sets mode: +v pascal`
17:38:39 *** dkayiwa has joined #openmrs
17:44:39 *** downeym sets mode: +v wyclif
17:45:01 <downeym> wyclif: free mexican food in break room if you are hungry and want to walk over :P
17:45:14 <downeym> everyone else is welcome to have some too :)
17:45:30 <downeym> (can't promise it will be here by the time you arrive)
17:45:54 <downeym> and james_regen too
17:55:39 *** gbastien has quit IRC
18:07:15 <pascal`> downeym, I just checked, there's nothing there.
18:08:29 <downeym> pascal`: too late i guess :)
18:08:45 <pascal`> =\
18:08:47 *** gbastien has joined #openmrs
18:12:28 <dkayiwa> hi wyclif
18:15:15 <downeym> pascal`: we should get a webcam in there though and broadcast
18:15:28 *** bwolfe has joined #openmrs
18:15:28 *** ChanServ sets mode: +o bwolfe
18:20:12 <pascal`> downeym, yeah, that'd save having to walk over and check the room
18:20:44 <downeym> pascal`: mhm
18:25:29 *** dkayiwa has quit IRC
18:25:41 *** rafa has joined #openmrs
18:25:41 *** ChanServ sets mode: +v rafa
18:26:50 *** wyclif has quit IRC
18:30:40 *** pascal` has quit IRC
18:31:38 *** gbastien has quit IRC
18:32:08 *** gbastien has joined #openmrs
18:47:12 <djazayeri> hi rafa
18:47:21 <rafa> hi Darius
18:47:31 <djazayeri> The mark-as-same issue is quite tricky
18:47:44 <rafa> indeed
18:47:55 <djazayeri> I'm wondering if it would make sense to do an explicit manual merge step
18:48:17 <djazayeri> Meaning that we show all properties and allow the user to pick the values they want.
18:48:32 <djazayeri> (for collections they'd pick the members they want to keep, from both existing and incoming)
18:48:44 *** gbastien has quit IRC
18:49:03 <djazayeri> it would be really tedious to do from the UI perspective, but at least it would allow maximum flexibility
18:49:14 *** gbastien has joined #openmrs
18:49:38 <djazayeri> And then we can add on keep/overwrite as shortcuts later
18:50:39 <rafa> hmm I've got an impression from Andy and Roger's e-mails that they actually don't want any merge operations
18:51:00 <rafa> They just want to be able to create mappings
18:51:52 <rafa> And leave up to users to merge on their own
18:51:53 <djazayeri> That does seem to be what they want, but the implication of that is that things you import will often not work.
18:52:23 <djazayeri> Basically we'd make that "merge on their own" be part of the import workflow.
18:52:24 <rafa> I agree
18:53:16 <djazayeri> i.e. if you import a form, which includes an incoming concept, where yours already has POS and NEG, but the incoming one _also_ has INDETERMINATE
18:53:29 <djazayeri> it would be quite nice to be able to just check a box to get that answer added to your concept.
18:53:48 <djazayeri> Instead of having to remember to go to the dictionary afterwards and add that as a possible answer.
18:54:20 *** gbastien has quit IRC
18:54:24 <rafa> yes, the question is if it is feasible to create a UI that allows for that
18:54:47 *** gbastien has joined #openmrs
18:54:51 <djazayeri> basically you'd need to iterate over all properties, and show their values as...strings?
18:54:54 <rafa> If it gets too complex, no one will use it anyway
18:55:48 <djazayeri> true
18:55:58 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Test case: Change a global property - APPTEST-41 <http://feedproxy.google.com/~r/OMRStrunk/~3/Wc71TMZjqmQ/OpenMRS>
18:56:23 <djazayeri> so, what happens if we start out by doing the simplified version they're asking for, where we don't merge at all
18:56:34 *** czakian has joined #openmrs
18:57:08 <djazayeri> i.e. if they mark something as "already-existing" we just save that uuid-to-uuid linkage? (And in the case of concepts we add a mapping.)
18:57:33 <rafa> I suppose yes
18:57:33 <djazayeri> IIRC we went down this path when we were discussing this in the first place, and that didn't quite work, right?
18:58:14 <djazayeri> I mean, I guess it doesn't "work" in the sense that things which depend on that item may be broken
18:58:29 <rafa> Well it won't work out of the box for html forms for sure
18:58:29 <djazayeri> how does it work with our USA -> Washington -> Seattle example?
18:58:50 <rafa> Html forms would need to be processed before saving to the database given the mappings
18:59:04 <djazayeri> Yeah, we'd need to tell the html form about replacements it has to apply.
18:59:16 <djazayeri> Can we do it automatically for things like location though?
18:59:35 <djazayeri> i.e. I import something that has USA->Washington->Seattle
18:59:38 <djazayeri> and I already have Washington
18:59:57 <djazayeri> (and my Washington doesn't have Seattle as a child.)
19:00:20 <djazayeri> So, I would look at the incoming package and say "replace incoming-Washington with existing-Washington"
19:01:01 <djazayeri> How will the module and/or hibernate handle that?
19:01:18 <djazayeri> when trying to save USA (incoming), does it recurse to saving the children?
19:01:54 <djazayeri> If it doesn't recurse, then basically saving USA will have no effect on Washington
19:02:02 <rafa> We can't save USA and Seattle then
19:02:14 <djazayeri> so it does recurse?
19:02:15 <rafa> Because we promised not to touch Washington.
19:02:29 <rafa> Yes, it would need to recurse.
19:02:36 <djazayeri> the hibernate mapping from parent to child is marked as inverse=true
19:02:59 <djazayeri> I mean: does hibernate recurse automatically when we try to save USA?
19:03:29 <djazayeri> does it recurse automatically on an inverse=true collection? marking the collection members as also needing to be saved?
19:03:36 <rafa> No, it does not, but it shouts that you reference a transient item that must be saved first
19:04:36 <rafa> So you either need to save children or remove them
19:05:05 <djazayeri> Okay, but since the user has already said they want to replace washington, before we save USA we would have to walk the object hierarchy and replace the incoming Washingon with the existing Washington in its childLocations collection.
19:05:57 <djazayeri> when we look at saving incoming-Washington we will just decide not to save it, since it's being replaced.
19:06:28 <djazayeri> when we look at saving incoming-Seattle, we will replace its parent location property with existing-Washington
19:07:05 <djazayeri> So, I suspect that the outcome is that our existing Washington location _will_ have Seattle added as a child, but it will not have USA added as a parent.
19:07:25 <rafa> Right
19:08:35 <rafa> I suppose there's no other option as to merge objects that are not concepts.
19:09:17 <djazayeri> if we had an advanced UI that showed all properties and let you decide, that would obviously work.
19:09:24 <djazayeri> But it would obviously be hard to write the UI.
19:09:47 <djazayeri> So, let's say for sake of argument that the behavior we described above is "good enough"
19:10:28 <djazayeri> how would things work if we apply the same behavior to concept and conceptname?
19:11:43 <djazayeri> Basically it would not modify the simple properties on our concept (e.g. datatype, class) but it _would_ add names.
19:11:51 <djazayeri> (that would fail validation, but let's ignore that)
19:12:53 <djazayeri> Actually, does the module save a concept name by saving the parent concept? or by going directly to hibernate and saving the conceptname object?
19:13:10 *** relojeroster has joined #openmrs
19:13:13 <rafa> It saves only a parent concept.
19:13:16 <downeym> Hi relojeroster and welcome to the #openmrs IRC channel.
19:13:36 <relojeroster> downeym: Hi, thanks
19:13:46 <djazayeri> Is that because there's no ConceptService.saveConceptName? So it just skips saving that individual element?
19:13:50 <relojeroster> djazayeri: Helllo, I'm David
19:13:56 <rafa> correct
19:14:08 <djazayeri> did we mark that in the export? or is that handled at the time of import?
19:14:11 <djazayeri> hi relojeroster
19:14:27 <relojeroster> djazayeri: How are you?
19:15:03 <rafa> It's a general rule that we don't save any metadata that has not a service save method.
19:15:11 <rafa> Sot it's handled at the time of import.
19:15:17 <djazayeri> relojeroster: I'm good
19:15:39 <djazayeri> rafa: that's good actually, it means that in this example we will *not* add names to the concept.
19:16:15 <relojeroster> djazayeri: I forgot to mention that I know englis
19:17:01 <relojeroster> djazayeri: ups, I forgot the "h"
19:17:14 <djazayeri> rafa: so if we import-with-replacement, we probably will end up adding our existing concept to an imported set, but we won't modify our existing concept.
19:17:24 <djazayeri> rafa: so that sounds like exactly the behavior we want.
19:17:32 <relojeroster> djazayeri: do you want what I have of the module I'm doing?
19:17:41 <djazayeri> relojeroster: english or spanish is fine. I don't need the module
19:18:05 *** jportela has quit IRC
19:18:06 <djazayeri> can you very briefly explain what you're trying to do?
19:18:14 <djazayeri> you want to create a module, it will add some pages, etc.
19:18:25 <djazayeri> you followed the "my first module" tutorial?
19:20:19 <djazayeri> rafa: in addition we would need to (1) tell the htmlformentry module about the replacement when it's saving the form, and (2) add a mapping to the concept_map table when the user says things are the same
19:20:53 <relojeroster> djazayeri: yes, I followed all the steps, but I think that I delete the submit button, but I really don't know about that
19:21:06 <rafa> djazayeri: So we simply don't save the incoming concept, right?
19:21:20 <djazayeri> rafa: right
19:21:42 <djazayeri> relojeroster: so you wrote a module that has a web page in it?
19:22:03 <rafa> djazayeri: what about it's children like concept answers, etc?
19:22:32 <djazayeri> relojeroster: and that web page needs a submit button? Or are you talking about uploading the module to your local openmrs server?
19:22:55 <djazayeri> rafa: the point is that we are _not_ modifying the existing concept (per Andy and Roger's request) so we d o not change the concept_answers etc.
19:23:06 <relojeroster> djazayeri: no, I know how to upload the module to my locla openmrs server
19:23:43 <rafa> djazayeri: yes, but I think they might need to be mapped as well.
19:23:45 <relojeroster> djazayeri: I need to submit some data
19:23:49 <djazayeri> rafa: this might cause the imported form to break, but andy says that's okay
19:24:24 <djazayeri> relojeroster: so, you have an html page with a <form> and an <input type="submit"> ?
19:24:51 <relojeroster> djazayeri: not an html page, but a jsp
19:24:54 <djazayeri> rafa: the incoming package will include children too, so you'd need to manually mark those as being equivalent.
19:25:03 <djazayeri> and that's how the mapping will be added.
19:25:29 <djazayeri> relojeroster: right, that's what I mean. So, what is the question exactly? Do you know how the <form> in the jsp submits to a controller?
19:26:22 <rafa> djazayeri: so we don't even copy mappings to children?
19:26:42 <djazayeri> rafa: what do you mean?
19:27:17 <djazayeri> like the example from before we are importing HIV RAPID TEST and ours has POS and NEG, and the incoming has POS, NEG, and INDETERMINATE
19:27:25 <relojeroster> djazayeri: right, I don't know how to submit the form
19:27:57 <djazayeri> rafa: so, the user would manually need to say that HIV RAPID TEST -> existing HIV RAPID TEST; POS -> existing POS; NEG -> existing NEG
19:28:04 <djazayeri> but INDETERMINATE is new.
19:28:33 <rafa> djazayeri: okay so manually means still while importing
19:28:34 <djazayeri> so we would end up creating an INDETERMINATE concept, but _not_ adding it to our HIV RAPID TEST concept
19:28:52 <djazayeri> rafa: yes, while importing. they have to go through all incoming items one by one.
19:29:32 <djazayeri> relojeroster: is this coming from the basic module? does the controller that shows a form use spring annotations? (i.e. does it have @Controller)?
19:30:18 *** wyclif has joined #openmrs
19:30:38 *** gbastien has quit IRC
19:31:02 <rafa> djazayeri: Good I think it through once again and think how to implement it.
19:31:03 <relojeroster> djazayeri: let me check that
19:31:11 *** gbastien has joined #openmrs
19:31:27 <djazayeri> rafa: it should be easier to implement, right?
19:32:27 <rafa> It seems like that
19:33:07 <relojeroster> djazayeri: where do I need to look for that??
19:36:04 <djazayeri> relojeroster: look at http://svn.openmrs.org/openmrs-modules/basicmodule/trunk/omod/src/main/java/org/openmrs/module/basicmodule/web/controller/BasicModuleFormController.java
19:36:08 <OpenMRSBot> <http://ln-s.net/8tBY> (at svn.openmrs.org)
19:36:11 <djazayeri> you should have this equivalent file in your module
19:38:19 <relojeroster> djazayeri: Yes, I have that file
19:40:47 <djazayeri> Okay, so basically when you submit the jsp that's basicmoduleLink.form
19:40:58 <djazayeri> as a POST
19:41:20 *** gbastien has quit IRC
19:41:31 <djazayeri> it will be handled by the onSubmit method of the controller.
19:41:54 *** gbastien has joined #openmrs
19:45:17 <djazayeri> relojeroster: I have to go to lunch, but many people here should be able to answer questions about how spring controllers work
19:45:29 <relojeroster> djazayeri: Do I need to add something to that file?? I have a lot of textboxes
19:46:23 <djazayeri> relojeroster: here's a very old email I wrote on the topic: https://wiki.openmrs.org/x/sA4z
19:46:49 <relojeroster> djazayeri: thanks!
19:47:04 <djazayeri> here's another example: https://wiki.openmrs.org/x/ZhAz
19:47:47 <djazayeri> basically you can do @RequestParam("input name") String someInput in the signature of the onSubmit method and Spring will automatically set it.
19:48:05 *** rafa has quit IRC
19:48:21 *** james_regen has quit IRC
19:56:40 *** relojeroster has quit IRC
20:21:38 *** mandric has quit IRC
20:27:24 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : changed to UTF-8 encoding for Spanish and French messages translations <http://feedproxy.google.com/~r/OMRStrunk/~3/p8Z_PQLU2k0/OpenMRS>
20:34:35 *** mandric has joined #openmrs
20:35:10 *** dkayiwa has joined #openmrs
20:35:20 *** gbastien has quit IRC
20:36:06 *** gbastien has joined #openmrs
20:42:29 *** gbastien has quit IRC
20:43:12 *** gbastien has joined #openmrs
20:47:10 *** dkayiwa_ has joined #openmrs
20:47:28 *** dkayiwa has quit IRC
20:47:28 *** dkayiwa_ is now known as dkayiwa
20:58:17 *** morristic has joined #openmrs
20:58:25 <downeym> Hi morristic and welcome to the #openmrs IRC channel.
20:58:27 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): TRUNK-1976 : Delete unused libcache folders before creating new one <http://feedproxy.google.com/~r/OMRStrunk/~3/TfIlrCVqF4g/OpenMRS> || New Changeset: OpenMRS (trunk): Fix EncounterService.getCountOfEncounters() and getEncounters(String, Integer, Integer, Boolean) - TRUNK-2332 <http://feedproxy.google.com/~r/OMRStrunk/~3/NoQUkIS1Vic/OpenMRS>
21:02:01 *** dkayiwa has quit IRC
21:02:03 *** bryq has quit IRC
21:02:41 *** gbastien has quit IRC
21:03:21 *** gbastien has joined #openmrs
21:05:01 *** jportela has joined #openmrs
21:05:01 *** ChanServ sets mode: +v jportela
21:07:42 *** bwolfe has quit IRC
21:09:41 *** gbastien has quit IRC
21:10:15 *** gbastien has joined #openmrs
21:19:10 *** muthah has joined #openmrs
21:25:59 *** gbastien has quit IRC
21:26:19 *** rafa has joined #openmrs
21:26:19 *** ChanServ sets mode: +v rafa
21:27:57 *** gbastien has joined #openmrs
21:48:15 *** downeym has quit IRC
21:49:10 *** gbastien has quit IRC
21:50:33 *** gbastien has joined #openmrs
21:51:56 *** rafa has quit IRC
21:58:01 *** czakian has quit IRC
22:09:27 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : performed complete translation for initial setup wizard compeltion page (wizardcomplete.vm) <http://feedproxy.google.com/~r/OMRStrunk/~3/In8vYXwDjD4/OpenMRS> || New Changeset: OpenMRS (trunk): Fix failing test by starting with a fresh temp folder <http://feedproxy.google.com/~r/OMRStrunk/~3/Z19fne0MLBw/OpenMRS>
22:22:42 *** morristic_ has joined #openmrs
22:22:43 *** morristic has quit IRC
22:22:44 *** morristic_ is now known as morristic
22:30:59 *** gbastien has quit IRC
22:31:57 *** wluyima has joined #openmrs
22:32:17 *** gbastien has joined #openmrs
22:32:23 *** wluyima is now known as Guest5282
22:33:03 *** wyclif has quit IRC
22:34:21 *** wyclif has joined #openmrs
22:41:11 <dlawson> clear
22:41:34 *** dlawson has quit IRC
22:49:51 *** wyclif has quit IRC
23:11:41 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): Second attempt at fixing failing OpenmrsClassLoaderTest <http://feedproxy.google.com/~r/OMRStrunk/~3/kkNAAe4MBFc/OpenMRS>
23:16:50 *** gbastien has quit IRC