IRC Chat : 2009-01-12 - OpenMRS

02:58:29 *** nribeka has joined #openmrs
03:16:48 *** nribeka1 has quit IRC
03:35:55 *** nribeka has quit IRC
04:02:13 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1200 (enhancement created): DevStudio installation does not appear to work for MacOSX <http://dev.openmrs.org/ticket/1200>
07:22:11 *** [mharrison] has joined #openmrs
09:04:44 *** ehue has joined #openmrs
09:04:50 <ehue> hello
09:04:55 <ehue> is there anybody online ?
12:55:31 *** atomicturtle has quit IRC
13:20:32 *** james_regen has joined #openmrs
13:20:32 *** ChanServ sets mode: +v james_regen
13:48:08 *** upul has joined #openmrs
14:10:54 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6584]: Merging trunk into branch logic [6475]:[6481] <http://dev.openmrs.org/changeset/6584>
14:19:26 *** nribeka has joined #openmrs
14:23:49 *** atomicturtle has joined #openmrs
14:53:26 *** bmckown has joined #openmrs
14:53:26 *** ChanServ sets mode: +o bmckown
15:07:55 <r0bby> o/
15:27:23 *** atomicturtle has quit IRC
15:27:25 *** atomicturtle1 has joined #openmrs
15:33:00 *** bwolfe has joined #openmrs
15:33:00 *** ChanServ sets mode: +o bwolfe
15:36:09 <nribeka> bwolfe, sorry i didn't test the new setup that i told you in the email yesterday. i was too busy watching Steelers :)
15:36:28 <nribeka> bmckown, Steelers won yaaayyy :)
15:37:03 <bmckown> hehe yes. I saw that nribeka :-)
15:37:24 <bmckown> the only team predicted to win this weekend that actually did win.
15:37:55 <nribeka> all home team lost except us :D
15:38:03 <bwolfe> heh, np nribeka
15:38:06 <bmckown> yes. hmm. maybe superbowl?
15:38:15 <bwolfe> football is more important anyway ;-)
15:38:24 <nribeka> we surely hope so :P
15:38:30 <nribeka> bwolfe, lol :D
15:38:31 <bmckown> football is very important. ;-)
15:41:22 <nribeka> haha lol
15:41:30 <nribeka> on other topic, bwolfe + bmckown
15:41:46 <nribeka> one on one mapping will add a new field in the pojo
15:42:03 <bmckown> a new field?
15:42:12 <nribeka> new property
15:42:38 <Echidna_> hi
15:42:44 <bmckown> yes. it has to be one-to-one no? when do you have many patients to one person?
15:42:54 <nribeka> <one-to-one name="shippingAddress" class="Address" cascade="save-update"/>
15:43:13 <nribeka> will add shippingAddress property
15:43:20 <nribeka> yes, i think it has to be one on one
15:43:50 <nribeka> so, in our case we will add User to the Person
15:43:55 <bmckown> hi, Echidna_
15:44:13 <nribeka> <one-to-one name="user" class="User" cascade="save-update"/>
15:44:15 <bwolfe> nribeka: hmm, thats not really ideal.
15:44:23 <bmckown> sounds maybe backwards?
15:44:28 <nribeka> i don't like it too
15:44:36 <nribeka> backward?
15:44:48 <bwolfe> it would be nice if the user doesn't have to duplicate methods from the person object. (meaning you can do user.getName() and it gets the person name)
15:45:09 <Echidna_> football D=
15:45:28 <nribeka> the one to one is making the method detached, right bwolfe?
15:45:47 <bwolfe> if that is what it does, I don't like it :-p
15:49:29 <Echidna_> is there a way i can make openmrs delete files created by a module when the session expires?
15:49:34 <Echidna_> form within the module, if possible
15:49:36 <nribeka> from the pojo perspective, it think user.getName will still return the person.getName but i'm not sure if we do getPatient(patientId) it will also load the person object from the database (if we use the one to one mapping)
15:49:37 <Echidna_> form*
15:50:47 <Echidna_> from*
15:50:50 <Echidna_> =/
15:52:00 <bwolfe> Echidna_: I don't think any call is triggered when a user's session expires
15:52:10 <bwolfe> Echidna_: or do you mean when tomcat is shut down ?
15:52:20 <bwolfe> or when a module is stopped/unloaded ?
15:52:48 <bwolfe> nribeka: I read through this again http://www.hibernate.org/hib_docs/v3/reference/en/html_single/#inheritance
15:52:50 <OpenMRSBot> <http://ln-s.net/2i2_> (at www.hibernate.org)
15:53:31 <bwolfe> nribeka: not sure if switching to a union_subclass or subclass element instead of a joined_subclass element would help
15:54:55 <Echidna_> bwolfe: optimally when the user's http session expires
15:55:32 <nribeka> subclass --> won't allow null property on the child class (Patient + User)
15:55:36 <Echidna_> alternatively, is there a methods in spring's formcontroller that is called after displaying the page
15:55:38 <Echidna_> that'd work too
15:55:44 <Echidna_> -s
15:56:01 <Echidna_> i need to serialize some data for display, then get rid of it
15:56:04 <nribeka> union_subclass --> per concrete, you said that this is not an option from the start :P
15:56:06 <Echidna_> otherwise it will add up
15:57:27 <bmckown> Echidna_, could you create a temporary folder in the module's application data directory?
15:58:10 <Echidna_> maybe
15:58:28 <Echidna_> right now i just create files in the module's directiory
15:58:31 <Echidna_> -i
15:58:41 <Echidna_> moduleid/sessionid_filename
16:00:05 <Echidna_> but if it's a subfolder, what difference would that make?
16:00:14 <Echidna_> i still need a way to get rid of it later on
16:01:11 <bmckown> can you have the module delete the files when it's finished with them?
16:01:24 <Echidna_> the class that reads the file does
16:01:35 <Echidna_> but if that class doesnt get there for some reason, the files stay forever
16:01:46 <Echidna_> the session will expire eventually and theres no way to know the filename
16:01:50 <basic`> bwolfe: sent out a test email to your address
16:02:11 <bwolfe> basic`: yep, got it. looks good too! :-)
16:02:17 <Echidna_> brb
16:02:20 <bwolfe> unfortunately this means our mail server sucks :-/
16:02:55 <bmckown> true. maybe if the files were in a tmp sub folder, then you could delete the folder and contents. A hack way to do it could be as a scheduled task maybe.
16:03:19 <bmckown> to clean up files that didn't get deleted in a session.
16:03:36 <basic`> bwolfe: great, i wonder where/why these are getting lost :)
16:04:26 <basic`> the html diff does look pretty nice though
16:05:44 <basic`> bwolfe: are prop change emails still going through?
16:05:45 <upul> bwolfe: if I run only schema+core and startup, OpenmrsConstants.CORE_PRIVILEGES() creates a default priv set. These privs also exist in demo data. So demo data cannot be run in an exiting database.
16:06:42 <bwolfe> basic`: they were still working as of when I opened that ticket
16:07:21 <bwolfe> upul: I'm not following you. are you referring to the startup wizard ?
16:07:31 <bwolfe> or the old .sql files ?
16:08:06 <upul> bwolfe: wizard. i separated the demo data part, and tried to run it on an existing database
16:08:09 <bwolfe> Echidna_: perhaps just delete all files that were last modified greater than 2 hours ago
16:08:27 <bwolfe> Echidna_: and either do it as a scheduled task as bmckown says, or at the beginning of that page load
16:08:43 <basic`> okay, that's just strange.. i'll dig around some more and see if i can find the revprop and regular post commit emails and compare (to see if any of the email settings are different)
16:09:33 <Echidna_> bmckown: i think java only allows to delete empty folders
16:09:42 <Echidna_> so i'd have to delete the contents, then the folder
16:09:47 <Echidna_> which is more work
16:10:07 <bwolfe> Echidna_: see OpenmrsUtil.deleteDirectory() method
16:11:26 <Echidna_> ic
16:11:33 *** Echidna_ is now known as Echidna
16:15:13 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6586]: Fixing runtime error from last commit dealing with set to list … <http://dev.openmrs.org/changeset/6586> || OpenMRS Changesets: Changeset [6585]: registration: Single page for search and registration. v0.9-dev <http://dev.openmrs.org/changeset/6585>
16:29:18 *** atomicturtle1 has left #openmrs
16:36:15 <Echidna> bwolfe: how often is the module activator run?
16:37:05 <bwolfe> everytime your module is started. which is everytime openmrs starts or another module is loaded
16:37:22 <Echidna> ok
16:37:33 <Echidna> maybe that'd be often enough to clean the dir
16:38:05 <Echidna> each run generates up to 8 files, 3kb each
17:09:09 *** upul_ has joined #openmrs
17:09:18 *** Echidna_ has joined #openmrs
17:12:36 *** Echidna has quit IRC
17:13:29 *** upul__ has joined #openmrs
17:13:29 *** upul_ has quit IRC
17:19:23 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1201 (enhancement created): Installed JRE is not detected <http://dev.openmrs.org/ticket/1201> || OpenMRS Tickets: Ticket #1199 (enhancement closed): Support migration of hashed passwords and salt <http://dev.openmrs.org/ticket/1199#comment:4> || OpenMRS Changesets: Changeset [6587]: ticket 1199: Add method to UserService that allows directly updating of … <http://dev.openmrs.org/changeset/6587>
17:20:30 *** upul has quit IRC
17:20:35 *** upul__ is now known as upul
17:40:35 <bmckown> bwolfe, do you have any fancy ideas on how I could make remoteregistration not depend on creating an encounter for each registration?
17:41:12 <bmckown> (since it will use remote formentry to submit registrations)
17:41:24 <bwolfe> bmckown: not any without mods to remoteformentry
17:41:44 <bmckown> that's what I suspected.
17:42:03 <bwolfe> if remoteformentry had some way of knowing whether to pass the form onto formentry or not...
17:42:45 <bmckown> but the part of getting the data into openmrs is form entry, not remote formentry, right?
17:42:56 <bmckown> so it still needs formentry module, no?
17:44:07 <bwolfe> right
17:44:29 <bwolfe> remoteformentry just creates or matches a form to a patient...then passes the form onto formentry
17:45:19 <bmckown> so formentry needs an encounter. (or the changes will also need to be made to formentry module)
17:46:13 <bwolfe> if the form is never passed onto the formentry module, no encounter will be created. so you could mod remoteformentry to just do the create/match part and /not/ pass the form on
17:46:29 <bmckown> thank you. :-)
17:51:22 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1203 (enhancement closed): Installed MySQL is not detected <http://dev.openmrs.org/ticket/1203#comment:1> || OpenMRS Tickets: Ticket #1202 (enhancement closed): Installed MySQL is not detected <http://dev.openmrs.org/ticket/1202#comment:1> || OpenMRS Changesets: Changeset [6588]: Remove Annotation from loop and add to method level in order to support … <http://dev.openmrs.org/changeset/6588> || OpenMRS Tickets: Ticket #1204 (enhancement created): Installed MySQL is not detected <http://dev.openmrs.org/ticket/1204> || OpenMRS Tickets: Ticket #1203 (enhancement created): Installed MySQL is not detected <http://dev.openmrs.org/ticket/1203> || OpenMRS Tickets: Ticket #1202 (enhancement created): Installed MySQL is not detected <http://dev.openmrs.org/ticket/1202>
17:54:22 *** ndutta has joined #openmrs
17:55:05 <bwolfe> ndutta: I committed a small change to the header.vm today
17:55:20 <bwolfe> you'll probably have a conflict when you do an svn update
17:56:08 <ndutta> Ya I just saw the change on ticket 1191
17:56:12 <bwolfe> its a pretty small chunk that you can copy/paste into your changed header: http://dev.openmrs.org/changeset/6589/openmrs/trunk/src/web/org/openmrs/web/filter/initialization/header.vm
17:56:16 <OpenMRSBot> <http://ln-s.net/2i4c> (at dev.openmrs.org)
17:56:45 <ndutta> What abt the images?
17:57:09 <bwolfe> ndutta: did you get my email ?
17:57:33 <ndutta> no
17:57:48 <ndutta> where did you sent it??
17:58:12 <ndutta> on my gmail address??
17:59:47 <bwolfe> ndutta: I replied from my phone this morning. I just checked, and apparently it failed when sending. I just resent it.
17:59:53 *** atomicturtle has joined #openmrs
18:00:01 *** atomicturtle has left #openmrs
18:00:06 <ndutta> ok
18:02:46 <ndutta> bwolfe: There is nothing in the InitializationFilter that is blocking/allowing gif and the tomcathome/webapps/openmrs/images has all the gif files but only two are accesible/
18:03:11 <bwolfe> ndutta: very interesting...
18:03:43 <bwolfe> ndutta: but the images are only "blocked" in the wizard right? You can see the male/female icon, etc when the app is started correctly, right ?
18:05:07 *** nribeka has quit IRC
18:06:04 <ndutta> yes. But openmrs_logo_short.gif and openmrs_logo_large.gif are accesible in wizard.
18:07:08 <bwolfe> very very odd
18:07:25 <ndutta> As you said images should be blocked in wizard, but these two images are accesible.
18:07:32 <ndutta> ya its strange.
18:08:55 <bwolfe> perhaps those images are cached by your browser ?
18:09:29 <bwolfe> change the image link to <img src="..../images/....gif?somerandomtext=somerandomnumber"
18:09:59 <ndutta> ok
18:10:48 <ndutta> I also tried by clearing browser's cache
18:12:36 *** atomicturtle1 has joined #openmrs
18:13:46 <bwolfe> ndutta: and the image still appears ?
18:14:23 <ndutta> yes. Before writing mail i tried that also but no change.
18:15:06 <ndutta> its redirected to initialsetup for any other thing... or address
18:16:37 <bwolfe> ndutta: so very odd. Well, you can either change the InitializationFilter file to allow /images to go through, or you can mess with the /web/WEB-INF/web.xml file to send everything _but_ the /images directory to the IntializationFilter. (line 209)
18:17:09 <bwolfe> ndutta: (well done on the debugging before emailing! :-D)
18:19:11 <ndutta> :-D
18:19:55 <ndutta> Same thing isn't happening at your end ??
18:21:30 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1205 (task created): Bug causing report macros to fail when then include certain parameters <http://dev.openmrs.org/ticket/1205> || OpenMRS Tickets: Ticket #1192 (task closed): Show User all SQL calls made up to error point in Setup Wizard <http://dev.openmrs.org/ticket/1192#comment:1> || OpenMRS Tickets: Ticket #1191 (enhancement closed): Check Database User Connection After Creation in Setup Wizard <http://dev.openmrs.org/ticket/1191#comment:2> || OpenMRS Changesets: Changeset [6589]: Added check against database connection username/password in initial setup … <http://dev.openmrs.org/changeset/6589>
18:22:49 *** sunbiz_ has joined #openmrs
18:23:42 <sunbiz_> heys guys !!
18:23:49 *** sunbiz_ has quit IRC
18:24:37 *** sunbiz has joined #openmrs
18:24:51 <sunbiz> !seen sunbiz
18:24:51 <OpenMRSBot> sunbiz: sunbiz was last seen in #openmrs 13 weeks, 4 days, 11 hours, 58 minutes, and 42 seconds ago: <sunbiz> !devcall
18:24:56 <bwolfe> hey sunny
18:25:01 <sunbiz> hey
18:25:22 <bwolfe> ndutta: I haven't tested it. will do so now
18:25:35 <ndutta> ok
18:26:02 <upul> bwolfe: I have done some changes to wizard code,
18:26:13 <bwolfe> more changes upul ?
18:28:21 <upul> separated the demo data to an option, replaced the error string with error list, back and forward flow, and selecting the right yes/no radio button when typing in a text box
18:28:38 <upul> bwolfe: i see ndutta is working on a ticket
18:29:15 <bwolfe> upul: cool. yeah, I think ndutta is focusing the look though. is that right ?
18:29:52 <upul> i haven't done any designing things, but added some controls
18:29:57 <ndutta> yes... Im working on beautifying the wizard
18:30:48 *** sunbiz has left #openmrs
18:31:18 <bwolfe> ah good, so you are working on separate things. :-)
18:31:27 <ndutta> yes.. Im working on the look ATM planned that for later but faster the better
18:31:56 <bwolfe> ndutta: I cannot access any of the images
18:32:29 *** sunbiz has joined #openmrs
18:33:52 <ndutta> ok. http://127.0.0.1:8080/openmrs/images/openmrs_logo_large.gif isn't this accessible ??
18:35:38 *** nribeka has joined #openmrs
18:41:29 *** atomicturtle1 has left #openmrs
18:42:08 *** glen_ has joined #openmrs
18:42:21 <ndutta> cya.
18:43:16 <ndutta> gn bye
18:43:19 *** ndutta has left #openmrs
18:44:53 *** sunbiz has left #openmrs
18:45:02 *** sunbiz has joined #openmrs
18:51:37 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6590]: Adding verbage to the metadata/model/readme file <http://dev.openmrs.org/changeset/6590>
18:58:22 *** sunbiz has quit IRC
19:23:37 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1206 (task created): Wizard: improvements, separate demo data option, validations, usability, back and next flow <http://dev.openmrs.org/ticket/1206>
19:31:22 <bmckown> bwolfe, eh, after changing log.level.openmrs still logging remoteformentry as DEBUG. Any ideas? I don't see a log4j file in remote formentry module.
19:31:34 <bmckown> I restarted tomcat, but to no avail.
19:31:59 <bwolfe> bmckown: did you unzip the omod ?
19:32:02 <bmckown> log.level.openmrs=warn
19:32:09 <bwolfe> there might be something packaged in there
19:32:12 <bmckown> okay let me try that.
19:34:13 <bmckown> that's the culprit. the log4j in remoteformentry is set to debug.
19:35:39 <bmckown> eh, was looking in metadata folder for log4j file in remoteformentry module. it's in the root directory.
19:37:07 <bwolfe> ah, sorry about that bmckown
19:37:21 <bmckown> is it supposed to be in metadata?
19:37:58 <bwolfe> bmckown: I can't remember
19:38:13 <bmckown> okay. well at least i found that. thanks for the help. :-)
19:42:08 <bwolfe> sure thing. anytime! :-)
19:42:19 <bwolfe> ...as long as you don't ask the same question twice ;-)
19:47:39 *** upul has quit IRC
19:48:02 <bmckown> that's understandable.
19:53:41 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6591]: 1.4.x - patch for ticket #1205 applied to branch 1.4.x to fix bug with … <http://dev.openmrs.org/changeset/6591>
20:18:47 <bwolfe> basic`: burke made a change to the listserv to accept svn@openmrs.org and *@osuosl.org . Can you set the script to go to both me and the list and I'll try a comment again ?
20:25:43 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1207 (enhancement created): Wizard to convert Java project to OpenMRS Module project <http://dev.openmrs.org/ticket/1207> || OpenMRS Tickets: Ticket #1205 (task closed): Bug causing report macros to fail when then include certain parameters <http://dev.openmrs.org/ticket/1205#comment:1>
20:57:46 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1085 (enhancement closed): GenerateTestCasePlugin Find All @Shoulds <http://dev.openmrs.org/ticket/1085#comment:4> || OpenMRS Tickets: Ticket #1089 (enhancement closed): GenerateTestCasePlugin Consistency <http://dev.openmrs.org/ticket/1089#comment:3> || OpenMRS Changesets: Changeset [6594]: Project Property Page Added to Configure Source & Test Folder … <http://dev.openmrs.org/changeset/6594> || OpenMRS Changesets: Changeset [6593]: Changed the naming to 'behavior' <http://dev.openmrs.org/changeset/6593> || OpenMRS Changesets: Changeset [6592]: ticket #1199 - fix privilege for service methods that change user … <http://dev.openmrs.org/changeset/6592>
21:21:06 *** james_regen has quit IRC
21:29:51 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #1208 (task created): Change native id generation to "native if not assigned" <http://dev.openmrs.org/ticket/1208> || OpenMRS Changesets: Changeset [6597]: Merging trunk into branch logic [6481]:[6576] <http://dev.openmrs.org/changeset/6597> || OpenMRS Changesets: Changeset [6596]: Fixing runtime error from last commit dealing with set to list change <http://dev.openmrs.org/changeset/6596> || OpenMRS Tickets: Ticket #1082 (defect closed): GenerateTestCasePlugin Fails Quietly <http://dev.openmrs.org/ticket/1082#comment:4> || OpenMRS Changesets: Changeset [6595]: registration: Fixed bug in save patient's death date and removed unused … <http://dev.openmrs.org/changeset/6595> || OpenMRS Tickets: Ticket #1086 (enhancement closed): GenerateTestCasePlugin: Find Methods missing any @Should <http://dev.openmrs.org/ticket/1086#comment:4>
21:30:37 <nribeka> i have a question bwolfe + bmckown
21:30:42 <nribeka> + --> or
21:30:55 <bmckown> okay
21:31:12 <nribeka> when we run the junit test, the pop-up for login, is it always show up or just once?
21:31:33 <bmckown> always
21:31:53 <bwolfe> it'll show up multiple times probably
21:31:56 <bmckown> each time you run it unless you put your username and password for junit in the runtime properties file.
21:32:24 <bmckown> oh, yea once per junit test method sometimes.
21:33:02 <bmckown> but you can put junit.username and junit.password in runtime.properties if you're tired of the prompt.
21:33:09 <nribeka> ok ok
21:33:13 <nribeka> thanks bmckown :)
21:33:55 <bwolfe> really, we should add a few parameters to the BaseContextSensTest.authenticate() method to take in strings
21:34:03 *** glen_ has quit IRC
21:34:20 <bwolfe> either that, or just check for "admin:test" before asking the user
21:34:36 <bwolfe> because our in memory datasets all have admin:test...
21:34:54 <nribeka> strange for me, it still asking for username + password
21:34:58 <bmckown> oh that's right.
21:35:08 <nribeka> i already add that to the props
21:35:14 <nribeka> it's runtime props right?
21:35:25 <bmckown> cause of in-memory. I guess my idea only works if you're using the local database.
21:39:58 <bwolfe> bmckown: you were right
21:40:00 <bwolfe> it works for both
21:40:16 <bwolfe> nribeka: yes, runtime properties
21:40:42 <bwolfe> nribeka: it might not be finding your runtime properties file
21:41:14 <bmckown> you could log what is the runtime properties file in a junit test.
21:42:16 <nribeka> checking what the junit gets
21:42:19 <nribeka> :D
21:42:40 <nribeka> it was working but not now
21:47:02 <nribeka> ups, they can't find the props file
21:47:19 <nribeka> different dir structure i think
21:48:26 <nribeka> the web app create the props file at: C:\Application Data\OpenMRS
21:49:16 <nribeka> but the junit looks for it at: C:\Users\Winardi\Application Data\OpenMRS\
21:49:29 <nribeka> windows Vista problem, bwolfe or bmckown?
21:50:04 <bmckown> bgates
21:50:04 <bwolfe> not really
21:50:09 <bmckown> Oh, I thought you were asking whose fault
21:50:15 <bwolfe> your tomcat is running as the "System User" and your junit is running as "winardi"
21:50:27 <bwolfe> yes, it is bgates' fault
21:51:20 <basic`> bwolfe: hey, do you still want me to check a commit email?
21:51:36 <bwolfe> basic`: sure
21:51:51 <basic`> i can just manually run what the hook runs, if that is easier
21:52:05 <bwolfe> basic`: thats perfect
21:52:12 <nribeka> hahahahaha ... blame bgates then :)
21:56:48 <basic`> bwolfe: okay, sent one to you and one to the list
22:01:55 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Changesets: Changeset [6599]: registration: Comments, module-specific bean names and fixed patient … <http://dev.openmrs.org/changeset/6599> || OpenMRS Tickets: Ticket #437 (defect closed): Calendar object does not appear: concept_name_tag branch <http://dev.openmrs.org/ticket/437#comment:4> || OpenMRS Tickets: Ticket #843 (task closed): make an installer for openmrs 1.3 <http://dev.openmrs.org/ticket/843#comment:3> || OpenMRS Tickets: Ticket #1172 (defect closed): The tribe doesn't appear in the patient dashboard after moving to module <http://dev.openmrs.org/ticket/1172#comment:2> || OpenMRS Changesets: Changeset [6598]: Added global property option for person attributes on the patient … <http://dev.openmrs.org/changeset/6598>
22:09:26 *** bmckown has quit IRC
22:15:19 <bwolfe> basic`: I got the one sent directly to me, nothing from the list though
22:54:35 <basic`> that's so strange
22:57:55 *** nribeka has quit IRC
23:05:14 *** bwolfe has quit IRC
23:05:20 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #635 (task closed): hideAddNewPatient flag in findPatient widget is broken <http://dev.openmrs.org/ticket/635#comment:6> || OpenMRS Tickets: Ticket #465 (defect closed): Error when trying to set a patient relationship through the patient dashboard using Internet Explorer <http://dev.openmrs.org/ticket/465#comment:2>
23:47:56 *** nribeka has joined #openmrs