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
|