| 00:10:51 | *** nribeka has joined #openmrs |
| 00:37:02 | *** [mharrison] has joined #openmrs |
| 00:48:26 | *** nribeka has quit IRC |
| 00:48:31 | *** nribeka has joined #openmrs |
| 00:59:20 | *** nribeka1 has joined #openmrs |
| 01:20:13 | *** nribeka has quit IRC |
| 02:02:01 | *** nribeka1 has quit IRC |
| 02:02:30 | *** nribeka has joined #openmrs |
| 02:02:43 | *** nribeka has quit IRC |
| 03:25:45 | *** upul has joined #openmrs |
| 06:25:38 | *** [mharrison] has quit IRC |
| 06:35:46 | *** Mario__ has joined #openmrs |
| 06:36:28 | *** pygi has quit IRC |
| 06:36:38 | *** Mario__ is now known as pygi |
| 07:05:14 | *** [mharrison] has joined #openmrs |
| 07:23:53 | *** pygi has quit IRC |
| 08:01:38 | *** pygi has joined #openmrs |
| 08:40:12 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1171 (task created): New feature to display Adult, Peds, and Other Forms <http://dev.openmrs.org/ticket/1171> |
| 09:49:38 | *** njero has quit IRC |
| 10:34:27 | *** pygi has quit IRC |
| 10:57:17 | *** mkanyesigye has joined #openmrs |
| 10:58:29 | *** mkanyesigye has quit IRC |
| 11:24:17 | *** upul has quit IRC |
| 12:18:04 | *** james_regen has joined #openmrs |
| 12:18:04 | *** ChanServ sets mode: +v james_regen |
| 12:49:39 | *** pygi has joined #openmrs |
| 13:33:06 | *** pygi has quit IRC |
| 13:35:22 | *** nribeka has joined #openmrs |
| 13:48:08 | *** [mharrison] has quit IRC |
| 13:48:51 | *** bwolfe has joined #openmrs |
| 13:48:51 | *** ChanServ sets mode: +o bwolfe |
| 13:49:04 | <Echidna> bwolfe, good you're here! |
| 13:49:34 | <bwolfe> I love that kind of greeting. :-) |
| 13:49:44 | <Echidna> lol |
| 13:49:51 | <Echidna> i've run into some trouble with formentry |
| 13:49:51 | <Echidna> Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1; nested exception is org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 |
| 13:49:59 | <Echidna> thats what i get when i try to start the modue |
| 13:50:02 | <Echidna> +l |
| 13:50:22 | <bwolfe> what action is it failing on? |
| 13:51:01 | <Echidna> http://rafb.net/p/798Rk087.html |
| 13:51:13 | <Echidna> thats all i get |
| 13:51:32 | <Echidna> i figure update[0] is the first update call in the sqldiff? |
| 13:51:57 | <Echidna> module is 3.3.4 |
| 13:52:00 | <Echidna> running on 1.4 |
| 13:52:04 | <Echidna> or rather, not running =/ |
| 13:52:05 | <Echidna> well |
| 13:52:13 | <Echidna> it runs fine on one of my installations |
| 13:52:20 | <Echidna> so i need to know what exactly fails to update |
| 13:52:21 | <bwolfe> saveGlobalProperty is the action |
| 13:52:34 | <Echidna> the one that fails is the one with a rather fresh db |
| 13:52:44 | <bwolfe> check ModuleFactory.java:623 |
| 13:52:58 | <bwolfe> add formentry.started=false to your global properties |
| 13:53:15 | <bwolfe> I fixed this in trunk, can't remember if I backported or not |
| 13:54:15 | <Echidna> it is already there and false |
| 13:55:04 | <bwolfe> hmm |
| 13:55:11 | <bwolfe> whats on line 623? |
| 13:55:21 | <bwolfe> in eclipse: |
| 13:55:35 | <bwolfe> control-shift-t, then MoFact |
| 13:55:38 | <bwolfe> then control-l |
| 13:55:40 | <bwolfe> then 623 |
| 13:55:41 | <bwolfe> :-) |
| 13:56:11 | <Echidna> as.saveGlobalProperty() |
| 13:56:20 | <bwolfe> ...... |
| 13:56:26 | <bwolfe> whats the argument.... |
| 13:56:35 | <Echidna> as.saveGlobalProperty(gp); |
| 13:58:52 | <bwolfe> heh |
| 13:58:54 | <bwolfe> ok... |
| 13:59:03 | <bwolfe> and gp is what ? taken from the config ? |
| 13:59:06 | <bwolfe> or somewhere else ? |
| 13:59:32 | <Echidna> else if (gp.getPropertyValue().equals(version) == false) { |
| 13:59:32 | <Echidna> log.info("Updating global property " + key + " to version: " + version); |
| 13:59:32 | <Echidna> gp.setDescription(description); |
| 13:59:32 | <Echidna> gp.setPropertyValue(version); |
| 13:59:32 | <Echidna> as.saveGlobalProperty(gp); |
| 13:59:37 | <Echidna> wait |
| 13:59:44 | <Echidna> that doesnt contain the origin of gp |
| 14:00:48 | <Echidna> GlobalProperty gp = as.getGlobalPropertyObject(key); |
| 14:01:05 | <Echidna> key is moduleid.db_version |
| 14:03:27 | <bwolfe> hmm |
| 14:03:28 | <bwolfe> ok |
| 14:03:53 | <bwolfe> Echidna: try adding the formentry.database_version = 0 to your global properties |
| 14:05:01 | <Echidna> nope, didnt kelp =/ |
| 14:05:06 | <Echidna> help* |
| 14:05:11 | <Echidna> brb |
| 14:13:25 | <Echidna> bwolfe: you said you fixed that particular error in trunk? |
| 14:14:12 | <bwolfe> Echidna: I thought so |
| 14:14:26 | <bwolfe> I know I found/fixed it for moduleid.started |
| 14:16:23 | <Echidna> when it tried to load the module, it also removed the database_version prop i just added |
| 14:19:05 | <bwolfe> heh |
| 14:19:06 | <bwolfe> odd |
| 14:19:47 | <Echidna> the other installation has all 10 formentry props |
| 14:20:13 | <Echidna> the databases should be ideantical too |
| 14:20:17 | <Echidna> -a |
| 14:21:13 | <bwolfe> hmm |
| 14:21:27 | <bwolfe> Echidna: create a ticket and I'll try to reproduce it |
| 14:21:35 | <bwolfe> be sure to include your current global props |
| 14:23:27 | <Echidna> all or just formentry |
| 14:26:59 | <bwolfe> just formentry |
| 14:28:57 | <Echidna> well none |
| 14:29:01 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1172 (defect created): The tribe doesn't appear in the patient dashboard after moving to module <http://dev.openmrs.org/ticket/1172> |
| 14:29:10 | <Echidna> or started=false after i attempt it |
| 14:29:18 | <Echidna> i looked at the dbs |
| 14:29:40 | <Echidna> the one where the module works had a table formentry_xsn which the other didnt have |
| 14:29:47 | <Echidna> i added it but that didnt help |
| 14:30:04 | <bwolfe> formentry_xsn is added after the db_version is checked/updated |
| 14:30:11 | <Echidna> ah |
| 14:30:16 | <Echidna> should i drop it then |
| 14:30:20 | <Echidna> or will it be just updated |
| 14:30:48 | <bwolfe> I think you'll need to drop it |
| 14:31:10 | *** kapten_yuba has joined #openmrs |
| 14:32:27 | *** kapten_yuba has left #openmrs |
| 14:38:02 | <Echidna> !ticket 1173 |
| 14:38:02 | <OpenMRSBot> Echidna: Ticket #1173: http://dev.openmrs.org/ticket/1173 |
| 14:38:12 | <Echidna> not that it contains anything besides what i just said =/ |
| 14:43:07 | <bwolfe> Echidna: thats fine, its the starting point now |
| 14:47:36 | <bwolfe> Echidna: yeah, it does look like thats what I was messing with last week |
| 14:48:07 | <Echidna> what puzzles me is why it works on my localhost installation |
| 14:48:19 | <Echidna> same build, same modules loaded |
| 14:48:22 | <Echidna> pretty much same db |
| 14:50:35 | <Echidna> hmm |
| 14:50:56 | <Echidna> i removed all global probs from formentry and tried loading the module fresh |
| 14:51:01 | <Echidna> now it fails like on the other installation |
| 14:52:30 | <bwolfe> Echidna: yeah, thats the ticket |
| 14:52:40 | <bwolfe> its tryign to update instead of insert for some reason |
| 14:52:48 | <bwolfe> are you running 1.4 on both Echidna ? |
| 14:53:14 | <Echidna> yes |
| 14:53:20 | <Echidna> same war file |
| 14:53:31 | <bwolfe> can you verify with trunk real quick? Do you have that checked out per chance? |
| 14:54:13 | <Echidna> it's altered with the location extension i wrote a while ago for the ticket |
| 14:54:17 | <Echidna> and |
| 14:54:23 | <Echidna> i dont really wanna change my db version =/ |
| 14:55:15 | <bwolfe> heh |
| 14:55:16 | <bwolfe> ok |
| 15:00:02 | <Echidna> bwolfe: would you have happen to have a compiled formimportexport module for 1.4/1.5? |
| 15:00:14 | <bwolfe> basic`: can you give me access to our server logs for svn (and trac) |
| 15:00:17 | <Echidna> i checked it out but it has tons of unresolved missing libs |
| 15:00:35 | <Echidna> -have |
| 15:00:44 | <bwolfe> Echidna: you should just be able to modify the /.classpath file to point at your openmrs-trunk libs |
| 15:07:33 | <Echidna> ok done |
| 15:07:39 | <Echidna> is openmrs-trunk default for trunk? |
| 15:07:42 | <Echidna> mine is just openmrs |
| 15:08:20 | <Echidna> bwolfe: i see you can manually link form fields to database fields |
| 15:08:30 | <Echidna> will it work with tables added by modules? |
| 15:08:56 | <Echidna> brb coffee |
| 15:09:12 | <bwolfe> openmrs-trunk is the "standard", I would suggest renaming yours to make life easier :-) |
| 15:09:17 | <bwolfe> what do you mean manually link? |
| 15:15:35 | <Echidna> like when you define a field, you one of the types is db field |
| 15:15:38 | <Echidna> or something like that |
| 15:15:50 | <Echidna> and it lets you type in the table/field names |
| 15:19:55 | <Echidna> -you |
| 15:19:56 | <Echidna> D= |
| 15:27:17 | <bwolfe> ah |
| 15:27:27 | <bwolfe> that isn't really used right now |
| 15:27:34 | <bwolfe> so you can type anything you want in there :-) |
| 15:27:52 | <Echidna> ah crap |
| 15:27:57 | <Echidna> that would've been nice |
| 15:29:17 | <Echidna> bwolfe: which prop does it try to update instead of creating? |
| 15:29:39 | <bwolfe> should be the formentry.database_version one |
| 15:30:25 | <Echidna> weird |
| 15:30:30 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6283]: -- chica * updated jars <http://dev.openmrs.org/changeset/6283> || OpenMRS Changesets: Changeset [6282]: -- atd * updated jars <http://dev.openmrs.org/changeset/6282> || OpenMRS Changesets: Changeset [6281]: -- nbs * updated openmrs jars and dss jar <http://dev.openmrs.org/changeset/6281> || OpenMRS Changesets: Changeset [6280]: -- dss * updated openmrs jars <http://dev.openmrs.org/changeset/6280> || OpenMRS Changesets: Changeset [6279]: -- sockethl7listener * updated openmrs jars <http://dev.openmrs.org/changeset/6279> || OpenMRS Changesets: Changeset [6278]: -- chica * fixed compile errors in CREATE_JIT.java * updated atd jar * ⦠<http://dev.openmrs.org/changeset/6278> || OpenMRS Tickets: Ticket #1173 (task created): FormEntry module 3.3.4 fails to start in OpenMRS 1.4 <http://dev.openmrs.org/ticket/1173> || OpenMRS Changesets: Changeset [6277]: -- atd * added parameter to consume to specify the form fields to be ⦠<http://dev.openmrs.org/changeset/6277> || OpenMRS Changesets: Changeset [6253]: Added extension point to head tag in headers. patch #1133 author: ⦠<http://dev.openmrs.org/changeset/6253> |
| 15:30:32 | <Echidna> i added it manually before, didnt work |
| 15:30:58 | <bwolfe> yeah, seeing the same behavious |
| 15:30:59 | <bwolfe> *r |
| 15:32:18 | <Echidna> bwolfe: also, when i checked the formentry 1.4.x branch out, it was missing the /dist folder and complained about it |
| 15:33:39 | <bwolfe> yeah, you need to create that |
| 15:33:56 | <Echidna> more you YOU need to create that in the repository =P |
| 15:34:01 | <Echidna> more like* |
| 15:36:44 | <bwolfe> Echidna: ha |
| 15:41:23 | <Echidna> ok if i add database_version=2.6, it loads |
| 15:41:39 | <Echidna> lets just hope my tables are actually 2.6 |
| 15:43:35 | <bwolfe> Echidna: yeah, I've found the problem is with 1.8 |
| 15:43:43 | <bwolfe> it isn't doing a case-sensitive comparison :-/ |
| 15:45:16 | <Echidna> http://rafb.net/p/4OSNzy65.html |
| 15:45:21 | <Echidna> oh great, more trouble =( |
| 15:45:32 | <Echidna> that happens if i try to load a form from the dashboard |
| 15:49:40 | <Echidna> what's the difference between the trunk module and the 1.4.x branch? |
| 15:50:53 | <bwolfe> a few fixes that andreas is working on I think |
| 15:52:31 | <Echidna> could the null exception result from me using the trunk module with 1.4? |
| 15:53:16 | <bwolfe> no |
| 15:53:55 | <Echidna> well |
| 15:54:20 | <Echidna> i just unloaded the omod from the module repository and added the one i compiled from the 1.4.x branch |
| 15:54:27 | <Echidna> and now theres no more exception |
| 15:57:05 | <bwolfe> because your database version is > 1.8 |
| 15:57:34 | <Echidna> no i mean the null exception when i tried to load a form on the dahsboard |
| 15:57:42 | <Echidna> after i successfully loaded the module in the first place |
| 16:01:01 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1173 (task closed): FormEntry module 3.3.4 fails to start in OpenMRS 1.4 <http://dev.openmrs.org/ticket/1173#comment:3> || OpenMRS Changesets: Changeset [6284]: formentry: Fixing the sqldiff to run properly on clean builds. - #1173 <http://dev.openmrs.org/changeset/6284> || OpenMRS Tickets: Ticket #1024 (task reopened): Add ability to append data to an encounter vi hl7 <http://dev.openmrs.org/ticket/1024#comment:3> |
| 16:11:05 | <basic`> bwolfe: sure, i'll do that first thing when i get in the office, give me 30 min |
| 16:20:33 | *** atomicturtle1 has left #openmrs |
| 16:32:57 | <Echidna> bwolfe: formimportexport hasnt been adapted to 1.4-5 yet? |
| 16:33:01 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6286]: nbi-installer: Adding the missed solaris mysql binary for sunbiz <http://dev.openmrs.org/changeset/6286> || OpenMRS Changesets: Changeset [6285]: nbi-installer: Adding the mysql binaries for sunbiz <http://dev.openmrs.org/changeset/6285> |
| 16:33:12 | <bwolfe> Echidna: I don't know |
| 16:33:31 | <bwolfe> that would be up to the author of the mdoule |
| 16:33:48 | <bwolfe> check who it is via the module repository: http://modules.openmrs.org |
| 16:35:15 | *** nribeka has quit IRC |
| 16:46:59 | <Echidna> well |
| 16:47:12 | <Echidna> theres trunk and the 1.3.x branch |
| 16:47:27 | <bwolfe> what does trunk have for the config.xml/require_version ? |
| 16:48:01 | <Echidna> yea, trunk is still for 1.3 |
| 16:48:12 | <Echidna> and complains about missing ConceptSynonym when trying to load |
| 16:50:35 | <bwolfe> yeah, ConceptSynonym doesn't exist anymore |
| 16:51:04 | *** kapten_yuba has joined #openmrs |
| 16:51:40 | *** pygi has joined #openmrs |
| 16:55:34 | <Echidna> bwolfe: who came up with the openmrs license? |
| 17:01:22 | <bwolfe> Echidna: I think it was mainly stolen from mozilla |
| 17:01:25 | <bwolfe> why? |
| 17:01:27 | <Echidna> heh |
| 17:01:30 | <Echidna> i'm reading them |
| 17:01:32 | <Echidna> 3.1. Application of License. The Modifications which You create or to which You contribute are governed by the terms of this License, including without limitation Section 2.2. The Source Code version of Covered Code may be distributed only under the terms of this License or a future version of this License released under Section 6.1, and You must include a copy of this License with every copy of the Source Code You distribute. |
| 17:01:45 | <Echidna> does this mean whoever writes modules, may only use the openmrs license |
| 17:01:52 | <Echidna> if they distribute them separately |
| 17:02:50 | <bwolfe> Echidna: no, that part just says that if you show/ship our source code you have to leave the license at the top |
| 17:03:00 | <Echidna> oh |
| 17:03:02 | <bwolfe> if you write a module you can put it under any license |
| 17:03:05 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6287]: Adding in the @Verifies annotation class for the new unit test layout <http://dev.openmrs.org/changeset/6287> |
| 17:03:18 | <bwolfe> you can even ship openmrs bundled with your module |
| 17:04:17 | <Echidna> so modules arent "modifications"? |
| 17:04:36 | <Echidna> PIH dont make any of their stuff available, do they? |
| 17:07:12 | *** atomicturtle has joined #openmrs |
| 17:07:32 | *** atomicturtle has left #openmrs |
| 17:09:54 | <bwolfe> Echidna: they make some of it available |
| 17:10:02 | <bwolfe> you should ask them for the rest... :-) |
| 17:10:26 | <bwolfe> they will give it out, but they tend to put it in their own repo first, then never come back to it to make it more generic |
| 17:10:34 | <bwolfe> no, modules aren't "modifications" |
| 17:12:09 | <Echidna> oh |
| 17:12:34 | <Echidna> bwolfe: so are there any obligation for a module author |
| 17:12:38 | <Echidna> +s |
| 17:13:21 | <bwolfe> no |
| 17:23:30 | <Echidna> bwofle: Can i use concept sets for form fields? |
| 17:28:29 | <bwolfe> Echidna: what do you mean ? |
| 17:30:06 | <Echidna> e.g. a concept set named LIPID PANEL that comes with the demo data |
| 17:30:13 | <Echidna> contains 4 concepts |
| 17:30:25 | <Echidna> can i use the parent concept when defining a form field |
| 17:30:33 | <Echidna> or do i have to define a field for each of the members |
| 17:35:23 | <Echidna> well maybe not |
| 17:35:28 | <Echidna> infopath complains |
| 17:35:44 | <Echidna> FormEntry.xsd#/schema/complexType[6][@name = 'obs_section']/sequence[1]/element[14][@name = 'lipids'] |
| 17:35:44 | <Echidna> Nicht deklarierter XSD-Typ : 'lipids_type'. |
| 17:36:02 | <Echidna> (undeclared xsd type) |
| 17:37:16 | <Echidna> it also doesnt like "document" as datatype |
| 17:37:37 | <Echidna> guess complex obs arent supported yet |
| 17:39:44 | *** kapten_yuba has left #openmrs |
| 17:39:48 | <bwolfe> Echidna: no, complex obs are not supported for infopath and the formentry module |
| 17:40:07 | <bwolfe> Echidna: complex obs support (outside of formentry) is only in trunk |
| 17:40:37 | <bwolfe> Echidna: when you drag/drop a concept_set (the parent concept) into the schema tree it /should/ create the children in the schema |
| 17:41:53 | <Echidna> bwolfe: only if the set concept itself is of the Test class |
| 17:41:59 | <Echidna> if it's a LabSet, it wont |
| 17:42:06 | <bwolfe> odd |
| 17:46:02 | <Echidna> actually, no |
| 17:46:06 | <bwolfe> Echidna: is the column concept.is_set set to 1 ? |
| 17:46:13 | <Echidna> yes |
| 17:46:24 | <Echidna> otherwise i wouldnt be able to add members to it |
| 17:46:37 | <bwolfe> hmm |
| 17:46:43 | <bwolfe> not sure why its doing that then |
| 17:46:51 | <bwolfe> the ConceptClass shouldn't matter |
| 17:46:56 | <bwolfe> it goes off of that is_set column |
| 17:47:41 | <Echidna> actually i lied, it wont list the members even if it's a "test" |
| 17:47:46 | <Echidna> it only listed them once for me |
| 17:47:48 | <Echidna> dunno why |
| 17:48:11 | <Echidna> i add them the weird way described in the formentry do |
| 17:48:19 | <Echidna> by typing in the search result id and pressing enter |
| 17:48:31 | <Echidna> i cant drag them anymore for some reason |
| 17:48:38 | <Echidna> it automatically opens the edit form |
| 17:48:43 | <Echidna> and i have to save it |
| 17:48:50 | <Echidna> but then the field is duplicated in the db |
| 17:49:01 | <Echidna> if i dont save it, it doesnt get added to the form.. |
| 17:50:30 | *** njero has joined #openmrs |
| 17:50:30 | *** ChanServ sets mode: +v njero |
| 17:50:31 | <bwolfe> Echidna: what browser are you using ? |
| 17:50:43 | <bwolfe> have you tried doing a shift-reload on the page ? |
| 17:50:50 | <Echidna> ff 3.0.4 |
| 17:51:28 | <Echidna> no i havenet |
| 17:51:30 | <Echidna> whqat does it do |
| 17:51:38 | <Echidna> havent* what* |
| 17:51:41 | <basic`> bwolfe: should be good for permissions now, want me to symlink those for you? |
| 17:52:11 | <bwolfe> basic`: that'd be awesome |
| 17:52:33 | <bwolfe> Echidna: holding down shift and pressing the reload button clears the javascript/css cache that ff holds onto |
| 17:55:13 | <basic`> bwolfe: okay, ~/log/httpd symlinked to them |
| 17:57:45 | <Echidna> =/ |
| 17:57:48 | <Echidna> no members |
| 17:57:57 | <Echidna> ok i gtg home, rly hungry |
| 17:58:00 | <Echidna> thx for the help |
| 18:37:19 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1174 (task created): Sorting features for saved cohort/searches/data exports <http://dev.openmrs.org/ticket/1174> |
| 18:53:35 | *** bwolfe has quit IRC |
| 18:56:06 | *** bwolfe has joined #openmrs |
| 18:56:06 | *** ChanServ sets mode: +o bwolfe |
| 18:59:20 | *** bwolfe has quit IRC |
| 19:41:19 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6288]: Fixing cohort column in data export - #1166 author: djazayeri <http://dev.openmrs.org/changeset/6288> |
| 19:54:41 | *** nribeka has joined #openmrs |
| 19:55:17 | *** nribeka has quit IRC |
| 19:59:01 | *** nribeka has joined #openmrs |
| 20:11:21 | *** [mharrison] has joined #openmrs |
| 20:14:36 | *** Mario__ has joined #openmrs |
| 20:14:56 | *** pygi has quit IRC |
| 20:14:58 | *** Mario__ is now known as pygi |
| 20:31:19 | *** vagrawal has joined #openmrs |
| 20:31:30 | <vagrawal> hi |
| 20:32:10 | <vagrawal> is there any openmrs tag i can use to pull up the current date in one of the jsp i m writing |
| 20:32:50 | <vagrawal> and also i need to format it in mm/dd/yyyy format |
| 20:43:23 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1166 (defect closed): Cohort Column broken in data exports <http://dev.openmrs.org/ticket/1166#comment:4> || OpenMRS Changesets: Changeset [6290]: 1.3.x branch: Fixing #1166 (Cohort Column broken in data exports). ⦠<http://dev.openmrs.org/changeset/6290> || OpenMRS Tickets: Ticket #1175 (defect created): Patient dashboard fails to load after setting the patient tribe to blank <http://dev.openmrs.org/ticket/1175> || OpenMRS Changesets: Changeset [6289]: 1.4.x branch: Fixing #1166 (Cohort Column broken in data exports). ⦠<http://dev.openmrs.org/changeset/6289> |
| 20:49:32 | *** vagrawal has quit IRC |
| 20:59:23 | *** james_regen has quit IRC |
| 21:47:28 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6390]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6390> || OpenMRS Changesets: Changeset [6389]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6389> || OpenMRS Changesets: Changeset [6388]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6388> || OpenMRS Changesets: Changeset [6387]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6387> || OpenMRS Changesets: Changeset [6386]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6386> || OpenMRS Changesets: Changeset [6385]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6385> || OpenMRS Changesets: Changeset [6384]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6384> || OpenMRS Changesets: Changeset [6383]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6383> || OpenMRS Changesets: Changeset [6382]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6382> || OpenMRS Changesets: Changeset [6381]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6381> || OpenMRS Changesets: Changeset [6380]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6380> || OpenMRS Changesets: Changeset [6379]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6379> || OpenMRS Changesets: Changeset [6378]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6378> || OpenMRS Changesets: Changeset [6377]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6377> || OpenMRS Changesets: Changeset [6376]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6376> || OpenMRS Changesets: Changeset [6375]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6375> || OpenMRS Changesets: Changeset [6374]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6374> || OpenMRS Changesets: Changeset [6373]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6373> || OpenMRS Changesets: Changeset [6372]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6372> || OpenMRS Changesets: Changeset [6371]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6371> || OpenMRS Changesets: Changeset [6370]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6370> || OpenMRS Changesets: Changeset [6369]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6369> || OpenMRS Changesets: Changeset [6368]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6368> || OpenMRS Changesets: Changeset [6367]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6367> || OpenMRS Changesets: Changeset [6366]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6366> || OpenMRS Changesets: Changeset [6365]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6365> || OpenMRS Changesets: Changeset [6364]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6364> || OpenMRS Changesets: Changeset [6363]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6363> || OpenMRS Changesets: Changeset [6362]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6362> || OpenMRS Changesets: Changeset [6361]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6361> || OpenMRS Changesets: Changeset [6360]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6360> || OpenMRS Changesets: Changeset [6359]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6359> || OpenMRS Changesets: Changeset [6358]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6358> || OpenMRS Changesets: Changeset [6357]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6357> || OpenMRS Changesets: Changeset [6356]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6356> || OpenMRS Changesets: Changeset [6355]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6355> || OpenMRS Changesets: Changeset [6354]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6354> || OpenMRS Changesets: Changeset [6353]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6353> || OpenMRS Changesets: Changeset [6352]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6352> || OpenMRS Changesets: Changeset [6351]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6351> || OpenMRS Changesets: Changeset [6350]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6350> || OpenMRS Changesets: Changeset [6349]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6349> || OpenMRS Changesets: Changeset [6348]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6348> || OpenMRS Changesets: Changeset [6347]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6347> || OpenMRS Changesets: Changeset [6346]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6346> || OpenMRS Changesets: Changeset [6345]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6345> || OpenMRS Changesets: Changeset [6344]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6344> || OpenMRS Changesets: Changeset [6343]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6343> || OpenMRS Changesets: Changeset [6342]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6342> || OpenMRS Changesets: Changeset [6341]: remoteregistration module: initial import as a copy of registration module ⦠<http://dev.openmrs.org/changeset/6341> |
| 21:51:51 | *** pygi has quit IRC |
| 22:19:31 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6392]: Fixed the numeric-only version number to actually be numeric only. ⦠<http://dev.openmrs.org/changeset/6392> || OpenMRS Changesets: Changeset [6391]: openmrs-logic: Changes to add the result of call rule to resultLookup map ⦠<http://dev.openmrs.org/changeset/6391> |
| 22:42:14 | *** Echidna has quit IRC |
| 22:47:29 | *** Echidna has joined #openmrs |
| 22:54:46 | *** [mharrison] has quit IRC |
| 23:01:56 | *** atomicturtle1 has joined #openmrs |
| 23:02:02 | *** atomicturtle1 has left #openmrs |
| 23:04:20 | *** Echidna has quit IRC |
| 23:15:36 | *** Echidna has joined #openmrs |
| 23:47:13 | *** kapten_yuba has joined #openmrs |
| 23:47:19 | *** kapten_yuba has left #openmrs |
| 23:48:46 | *** nribeka has quit IRC |
| 23:55:38 | <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1176 (defect created): PATIENT.TRIBE field still exists after tribe has been moved from patient table <http://dev.openmrs.org/ticket/1176> |