--- Log opened Fri Aug 01 00:00:53 2008
00:06 < KC2QBU> What if I want to access the website via a different port, 15000.  What do I need to change besides adding Listen 15000 in /data/wre/etc/modproxy.conf?
00:07 <@preaction> there's a "webServerPort" in the WebGUI config file you'll probably have to change
00:08 <@preaction> you'll probably have to change something in the spectre config file too, to tell it where to get to WebGUI
00:09 < KC2QBU> so I'd have to use either the default or 15000, but not both?
00:09 < KC2QBU> reason being locally it's fine, just my ISP blocks webserver ports
00:10 <@preaction> i think webServerPort just determines what port WebGUI uses when it makes URLs
00:15 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit [Read error: 113 (No route to host)]
00:16 <+perlmonkey2> perlDreamer: Did you trick me into taking the setToEpoch bug?  
00:16 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"]
00:22 < perlDreamer> who? /me?
00:29 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit []
00:31 -!- KC2QBU [n=Miranda@pool-96-243-22-151.bflony.fios.verizon.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"]
00:41 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui
00:48 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
00:48 -!- mode/#webgui [+o tavisto] by ChanServ
00:48 <+perlmonkey2> perlDreamer: you wouldn't happen to remember if the subscription yui datetime chooser returns unix time or not?
00:48 <+perlmonkey2> epoch time?
00:49 <+perlmonkey2> Because it looks like the it is expecting a formatted date string instead of an epoch time.
00:49 -!- dionak [n=dionak@97.66.185.250] has quit []
00:50 < perlDreamer> yup
00:50 < perlDreamer> that's the bug
00:50 < perlDreamer> it's being sent an epoch time
00:51 <+perlmonkey2> which must be coming from the YUI date pickers?
00:52 < perlDreamer> Form/DateTime
00:52 <+perlmonkey2> or is there a way to Form to check if it needs to be changed?
00:52 < perlDreamer> the interface to the Form has always been epoch
00:52 < perlDreamer> so it should probably always translate
00:52 < perlDreamer> but epoch is distinct from set time
00:52 < perlDreamer> \d+ vs word based
00:53 <+perlmonkey2> then I don't see how this bug was introduced.  Form::DateTime was changed to pass in an epoch?
00:53 <+perlmonkey2> to the setToEpoch method?
00:53 < perlDreamer> no, it always passed in an epoch, the bug was introduced when the YUI date pickers were used instead of the old ones
00:53 < perlDreamer> old JS date pickers wanted an epoch
00:54 < perlDreamer> new YUI date picker wants a set time
00:54 <+perlmonkey2> The error is showing an epoch time.  Is that not what is being returned from the new YUI date picker?
00:55 < perlDreamer> Isn't the error, "I got this: {epoch_date}, that isn't a set time.  Using current time instead.' ?
00:55 <+perlmonkey2> yes
00:56 <+perlmonkey2>  WebGUI::Session::DateTime::setToEpoch[921] - Could not format date 1217540842 for epoch.  Returning current time
00:56 < perlDreamer> right.  It _is_ an epoch, it wants to get a set time
00:58 <+perlmonkey2> the problem looks to be Form::DateTime which regexs for an epoch type and then if it finds and epoch types, calls setToEpoch.
00:59 < perlDreamer> I can buy that
00:59 <+perlmonkey2> setToEpoch ties to use DateTime::Format::Strptime::parse_datetime which takes a string formatted date.
01:00 <+perlmonkey2> This is all very confusing as I'm only guessing at desired behavior.
01:02 <+perlmonkey2> So we want this instead: $dt = DateTime->from_epoch( epoch => $epoch ); 
01:04 <+perlmonkey2> which should change anything except remove the error in the log.  Well I guess setToEpoch returns $self->time() now when it should be return the time in form param.
01:21 -!- bderrly [i=W2MSCr7y@75.142.153.68] has joined #webgui
01:25 <+perlmonkey2> perlDreamer: okay, if ^\d+$ is true, shouldn't we just return that, as it is probably an epoch?
01:42 < CIA-6> WebGUI: chrisn * r7134 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Text.pm t/Text.t): 
01:42 < CIA-6> WebGUI: Fixed: splitCSV and joinCSV had issues with complex CSV data. They now use
01:42 < CIA-6> WebGUI: Text::CSV_XS internally.
01:43 < perlDreamer> apeiron++ for tests
01:43 -!- estiven [n=estiven@201.232.58.66] has joined #webgui
01:43 < estiven> Hi
01:46 < estiven> I have the id of a collaboration system and i need to know the ids of all post in it.
01:46 < estiven> can i get it from webgui db?
01:46 < estiven> who tables can i use?
01:47 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
02:03 -!- carogra1 [n=Caroline@h69-131-72-137.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
02:15 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit [Read error: 113 (No route to host)]
02:21 -!- carogray [n=Caroline@h69-131-73-45.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)]
02:25 -!- estiven [n=estiven@201.232.58.66] has left #webgui []
02:29 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit []
02:34 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"]
02:49 -!- carogray [n=Caroline@h69-131-75-117.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
03:07 -!- carogra1 [n=Caroline@h69-131-72-137.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)]
03:15 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
03:15 -!- mode/#webgui [+o tavisto] by ChanServ
03:17 -!- carogra1 [n=Caroline@h69-131-74-117.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
03:34 -!- carogray [n=Caroline@h69-131-75-117.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 113 (No route to host)]
03:43 -!- patspam [n=patspam@ppp121-44-242-84.lns4.mel4.internode.on.net] has joined #webgui
03:49 -!- khenn [n=khenn@66-190-57-159.dhcp.mdsn.wi.charter.com] has joined #WebGUI
03:49 -!- mode/#webgui [+o khenn] by ChanServ
04:02 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
04:03 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
04:04 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [Client Quit]
04:06 -!- khenn_ [n=khenn@66-190-57-159.dhcp.mdsn.wi.charter.com] has quit [Read error: 113 (No route to host)]
04:37 -!- khenn [n=khenn@66-190-57-159.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection]
04:38 -!- khenn [n=khenn@66-190-57-159.dhcp.mdsn.wi.charter.com] has joined #WebGUI
04:38 -!- mode/#webgui [+o khenn] by ChanServ
05:21 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
05:28 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
05:50 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
05:56 < perlDreamer> Haarg: are you close to release?
05:56 < perlDreamer> a new release of WebGUI?
06:00 <@Haarg> haven't really started on it.  i was sleeping for a while actually.
06:01 < perlDreamer> I'm sorry if I woke you
06:02 < perlDreamer> I'll commit and close this bug quickly then.
06:03 <@Haarg> nah, i just happened to wake up.
06:03 <@Haarg> i meant to get up anyway
06:03 -!- carogra1 [n=Caroline@h69-131-74-117.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 54 (Connection reset by peer)]
06:04 < perlDreamer> It's in
06:04 < perlDreamer> I'll hold off any commits until after you give the all clear
06:05 <@Haarg> it'll be a while, so if you have stuff go ahead and do it
06:11 < CIA-6> WebGUI: colin * r7135 /WebGUI/ (5 files in 4 dirs): produce valid HTML in the Auth screen
06:12 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
06:19 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
06:24 -!- patspam [n=patspam@ppp121-44-242-84.lns4.mel4.internode.on.net] has quit ["Leaving."]
06:25 < perlDreamer> you're working late dionak
06:25 < dionak> hey there. yes...it is getting late
06:25 < dionak> so are you. 
06:25 < perlDreamer> It's only 8:30 on the west coast
06:27 < dionak> oh, i didn't realize you were west coast
06:27 < dionak> california?
06:28 < perlDreamer> I live near Portland, Oregon.
06:28 < perlDreamer> In Hillsboro, where Intel is.
06:28 -!- patspam [n=patspam@ppp121-44-242-84.lns4.mel4.internode.on.net] has joined #webgui
06:29 -!- KC2QBU [n=Miranda@pool-96-243-22-151.bflony.fios.verizon.net] has joined #webgui
06:30 < KC2QBU> Howdy!
06:30 < dionak> hey
06:30 < perlDreamer> Howdy.  What does KC2QBU mean?
06:30 < dionak> perlDreamer, are you going to the wuc this year?
06:30 < perlDreamer> Oh yeah
06:30 < perlDreamer> I'm giving two talks
06:30 < KC2QBU> perlDreamer: Do you know what Ham Radio is?
06:31 < perlDreamer> Yes, but I thought handles were shorter than 6 characters
06:31 < perlDreamer> I have a friend who is W7HOW
06:32 < KC2QBU> perlDreamer: Depends on the country.  6 characters or less.  In the US, all calsigns in the past 15 - 20 years have been 6 chars.
06:32 < dionak> great, pd. i'll see you at the wuc. i'm going to call it a night here. have a great evening
06:33 < dionak> look forward to your talks. 
06:33 < perlDreamer> good night dionak
06:33 < KC2QBU> gn dionak
06:34 < dionak> gn
06:34 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
06:36 < KC2QBU> perlDreamer: the US is split up into sections NY is a 2, PA is 3, New England area is 1, 4 is the East Coast, 7 is Texas I believe and so on.  Depends on how many Hams in that area that determines how high the characters go.
06:36 < perlDreamer> I see.
06:38 < KC2QBU> I've only been a Ham for 2 years now, their issuing the calls int KC2Txx range now. Almost KC2Uxx.
06:38 < perlDreamer> That's a lot of new hams
06:39 < KC2QBU> yep, since they dropped the code on all license levels, it's becoming a little more popular.
06:39 < perlDreamer> that's the morse code requirement, or another one?
06:40 < KC2QBU> plus a lot of digital modes to work with that appeal to a lot of people in the computer firld
06:40 < KC2QBU> Yep, morse code
06:41 < KC2QBU> There's even a way to hook up a GPS to a ham radio and transmit your position and telemetry info over the air.
06:41 < perlDreamer> cool
06:41 < KC2QBU> you can look up your position on the internet and track other hams on the web with google maps.
06:43 < KC2QBU> plus chatting and sending e-mails over the radio.  Basically it's a 1200 baud modem on both ends.
06:45 -!- patspa1 [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
06:45 < KC2QBU> There's a lot of different avenues you can take.  Lots of different aspects to Ham Radio
06:47 < KC2QBU> I'll still haven't figured out how to add port 15000 to the ports that wre listens.
06:47 < perlDreamer> I think if you search the forums, you'll find it
06:48 < KC2QBU> I searched, but didn't see anything.  I'll reword it in the search, again.
06:48 < perlDreamer> maybe I saw it in the wiki
06:52 < perlDreamer> KC2QBU: try this google search: custom port WRE webgui
06:54 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Connection timed out]
06:56 < KC2QBU> I found this when I was searching, but it's an older version and the files don't match.  http://www.webgui.org/install/upgrade_help/customising-wre-to-work-with-vservers#k2y2TQOfVEK2G76QsL5UZQ
06:56 -!- patspam [n=patspam@ppp121-44-242-84.lns4.mel4.internode.on.net] has quit [Read error: 110 (Connection timed out)]
07:05 -!- patspa1 [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Read error: 110 (Connection timed out)]
07:05 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
07:08 <@Haarg> perlDreamer, it's looking more and more like there won't be a release tonight
07:08 <@Haarg> charter's network in madison is all messed up or something
07:09 < perlDreamer> oh, that's not good
07:09 < perlDreamer> A little delay is okay with me
07:36 -!- KC2QBU [n=Miranda@pool-96-243-22-151.bflony.fios.verizon.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"]
08:16 < CIA-6> WebGUI: patspam * r7136 /branch/WebGUI_flux/lib/WebGUI/ (Inbox/Message.pm Flux/Admin.pm Flux.pm):
08:20 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."]
08:50 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 60 (Operation timed out)]
09:12 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
09:26 -!- khenn [n=khenn@66-190-57-159.dhcp.mdsn.wi.charter.com] has quit [Read error: 60 (Operation timed out)]
09:46 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
10:27 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui
10:34 -!- KlausH [n=KlausH@p5B070FA8.dip0.t-ipconnect.de] has joined #webgui
10:52 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI
10:52 -!- mode/#webgui [+o khenn] by ChanServ
12:32 -!- eink [n=eink@AMontsouris-157-1-70-83.w90-46.abo.wanadoo.fr] has joined #webgui
13:11 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"]
13:18 -!- wgGuest02 [n=wgGuest0@user-5447c519.wfd92.dsl.pol.co.uk] has joined #webgui
13:19 -!- wgGuest02 is now known as lrobinson
13:54 -!- eink [n=eink@AMontsouris-157-1-70-83.w90-46.abo.wanadoo.fr] has quit [Read error: 104 (Connection reset by peer)]
14:42 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
14:42 -!- mode/#webgui [+o preaction] by ChanServ
14:43 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
14:43 -!- mode/#webgui [+o rizen] by ChanServ
15:11 -!- topsub [n=josh@97.66.185.250] has joined #webgui
15:27 < lrobinson> hello
15:28 < lrobinson> is it safe to upgrade from 7.4.39 to the latest version of 7.5?
15:28 <@preaction> depends on what your definition of safe is
15:29 < lrobinson> i noticed the comment in the gotchas about not being able to use the beta if you've gone past 7.4.21
15:30 <@preaction> there is now an upgrade from 7.4.40 to 7.5
15:30 < lrobinson> so would it be better to get 7.4.40 first?
15:31 <@preaction> not better, manditory
15:31 < lrobinson> all right, thanks
15:55 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
15:55 -!- mode/#webgui [+v perlmonkey2] by ChanServ
15:57 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui
15:57 -!- mode/#webgui [+o bopbop] by ChanServ
15:58 <+perlmonkey2> good morning
16:02 < SDuensin> Morning.
16:08 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out]
16:10 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:11 <+perlmonkey2> Anything in the smoketests look serious?
16:11 <+perlmonkey2> Shelf or EMS?
16:12 < dionak> i've got a test to commit for the ems. tickets aren't committing...not sure why. it could use a second eye
16:15 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
16:15 <+perlmonkey2> dionak: tickets aren't committing?  You can't purchase them?
16:15 < dionak> i think it's just a matter of figuring out how to do it in the test. 
16:17 < dionak> i've just run out of time this week to look into it..
16:17 <+perlmonkey2> dionak: I'm not sure what your trying to do.  
16:17 < dionak> just added it. it's EventManagementSystem.t
16:17 < dionak> take a look and you'll see. i added an ems, then tried to add tickets and ribbons. 
16:18 < dionak> once i do that, i call getBadges and am not getting back what is expected.
16:19 <+perlmonkey2> test 14?
16:19 <+perlmonkey2> and 18
16:20 <+perlmonkey2> and 22
16:20 < dionak> yes on all counts
16:22 <+perlmonkey2> and you're seeing the same problem when you manually do this?
16:31 -!- estiven [n=estiven@201.232.58.66] has joined #webgui
16:33 < CIA-6> WebGUI: dionak * r7137 /WebGUI/t/Asset/Wobject/EventManagementSystem.t: Adding non-mech test
16:35 <+perlmonkey2> dionak: getLineage is failing.  Looks like the badges being created don't have an EMS in the DB.
16:35 < lrobinson> preaction: 7.5.18 installed - thanks
16:36 <+perlmonkey2> dionak: no, that is wrong.  They do.  So then why is getLineage failing (or is it?)
16:37 -!- lrobinson [n=wgGuest0@user-5447c519.wfd92.dsl.pol.co.uk] has quit []
16:41 <+perlmonkey2> dionak: :D  I found it.
16:42 <+perlmonkey2> dionak: try @$badges
16:42 <+perlmonkey2> scalar $badges probably just returns the location.
16:57 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI
16:59 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit ["Leaving."]
17:05 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit []
17:10 -!- khenn_ [n=khenn@97.92.186.139] has quit [Remote closed the connection]
17:10 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)]
17:11 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI
17:11 -!- mode/#webgui [+o khenn] by ChanServ
17:12 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
17:12 -!- mode/#webgui [+o Haarg] by ChanServ
17:18 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
17:18 -!- mode/#webgui [+v cap10morgan] by ChanServ
17:24 < dionak> oh, sweet! thanks perlmonkey2
17:25 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
17:25 -!- mode/#webgui [+o tavisto] by ChanServ
17:25 -!- kurios63 [n=chatzill@a62-216-21-20.adsl.cistron.nl] has joined #webgui
17:26 < kurios63> AFternoon all
17:26 < BartJol> afternoon
17:26 <@tavisto> howdy
17:27 < dionak> perlmonkey2, did you get a sql error when you ran the test? Unknown column 'badgeAssetId'
17:27 -!- Haaarg [n=haarg@h75-100-123-170.mdsnwi.dedicated.static.tds.net] has joined #webgui
17:27 -!- mode/#webgui [+o Haaarg] by ChanServ
17:28 <+perlmonkey2> dionak: yeah
17:30 < dionak> looks like a bug, possibly from EMSBadge.pm. not sure which table tho
17:30 <+perlmonkey2> dionak: that is the call to getRibbons which is also a getLineage call.  
17:30 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)]
17:30 <+perlmonkey2> why do you think it is in EMSBadge?
17:31 -!- estiven [n=estiven@201.232.58.66] has quit [Remote closed the connection]
17:31 < dionak> just from doing a grep -r badgeAssetId lib/*
17:32 <+perlmonkey2> so that would have to be in the constructor?
17:32 <+perlmonkey2> getLineage would only be insantiating them right?
17:33 < dionak> not sure about it being in the constructor. i would think getLineage would only be instantiating.
17:33 < dionak> the last thing done in the test is purge
17:34 < dionak> i'm thinking it's happening there b/c it looks like the 22 tests pass
17:34 <+perlmonkey2> Yeah, I just put in a finished print.
17:34 <+perlmonkey2> The DB is in the purge.
17:35 <+perlmonkey2> I think there was a smoketest failure in EMS purge
17:35 <+perlmonkey2> also
17:35 < dionak> cool. that would be the last thing for this initial test.
17:39 < dionak> i'm working on a release for end of day so i won't be able to update the purge method
17:41 <+perlmonkey2> okay I'll see if I can track that down real fast.  Shouldn't be too hard.
17:42 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui
17:42 < perlDreamer> apeiron: tests went boom :(
17:42 < perlDreamer> Can't locate auto/Text/CSV_XS/error_diag.al
17:46 < perlDreamer> testEnvironment.pl says it's okay
17:51 < perlDreamer> reinstalling Text::CSV_XS fixes that
17:51 < perlDreamer> but something needs to be put into the gotcha file
17:51 < perlDreamer> I thought it might just be me, since I don't run the WRE
17:51 < perlDreamer> but the nightly tests on plainblack.com failed, too
17:52 < perlDreamer> 0.52 seems to work okay
17:52 < perlDreamer> but the 0.26 in the testEnvironment.pl is questionable
17:53 <+perlmonkey2> dionak: okay, purge test passes.
17:53 <+perlmonkey2> ci now
17:55  * perlDreamer goes to a 4 hour meeting
17:56  * perlmonkey2 fears for perlDreamer.  Who could survive such a meeting?
17:57 < dionak> thanks perlmonkey2!
17:57 <+perlmonkey2> dionak: de nada :)
18:00 -!- kurios63_ [n=chatzill@a62-216-21-20.adsl.cistron.nl] has joined #webgui
18:12 -!- kurios63 [n=chatzill@a62-216-21-20.adsl.cistron.nl] has quit [Read error: 110 (Connection timed out)]
18:13 < CIA-6> WebGUI: dionak * r7138 /WebGUI/t/Asset/Wobject/EventManagementSystem.t: Passing tests for badges, tickets and ribbons
18:13 < CIA-6> WebGUI: dionak * r7139 /WebGUI/t/Asset/Wobject/EventManagementSystem.t: Removing unneeded version tag and workflow info
18:13 < CIA-6> WebGUI: perlmonkey2 * r7140 /WebGUI/lib/WebGUI/Asset/Sku/ (EMSRibbon.pm Subscription.pm EMSBadge.pm): Corrected purge table column names
18:13 < CIA-6> WebGUI: colin * r7141 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset.pm): fix a typo in the YUI asset toolbar demote/promote
18:13 < CIA-6> WebGUI: perlmonkey2 * r7142 /WebGUI/docs/changelog/7.x.x.txt: Corrected purge table column names
18:15 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has left #webgui []
18:18 -!- kurios63_ [n=chatzill@a62-216-21-20.adsl.cistron.nl] has quit ["ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]"]
18:21 <+perlmonkey2> Can someone look at Form::Date.pm lines 139 and 140 and tell me why if the value is =~ /^\d+$/ Session::DateTime::setToEpoch would be called on it?  setToEpoch is looking for a formatted string datetime to turn into an epoch time.
18:23 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit []
18:28 <@Haaarg> looks rather broken
18:32 -!- rizen [n=rizen@h69-130-247-231.vrnawi.dsl.dynamic.tds.net] has joined #webgui
18:32 -!- mode/#webgui [+o rizen] by ChanServ
18:32 <+perlmonkey2> Haaarg: since we're expecting a epoch value returned, I'll just have the $value returned if it is nothing but digits.
18:33 <+perlmonkey2> but if getDefaultValue is undef, the current logic would have time() returned.  I've left that in also.
18:33 <@Haaarg> are we?  i thought it was trying to format it as a mysql value
18:34 <@Haaarg> other areas in that file use epochToSet, which i think was the intention
18:36 <+perlmonkey2> Well I'm not sure what it is supposed to return.  I don't think it ever returned undef as setToEpoch returns time() if it can't parse the input.
18:39 <@Haaarg> ok, yeah.  it needs to return an epoch time
18:39 <@Haaarg> but it will also need to account for time zone
18:40 <@Haaarg> might be best to just change it to use WebGUI::DateTime for that
18:40 <+perlmonkey2> okay
18:42 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
18:42 -!- mode/#webgui [+v cap10morgan] by ChanServ
18:45 <+perlmonkey2> Haaarg: since this is a form input, will a time zone be available?  Or will WebGUI::DateTime use the webgui instance timezone?
18:46 <@Haaarg> it would need to convert from the user's time zone
18:59 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["that's all folks"]
19:08 <@rizen> apeiron: please hook up perlmonkey2 with permanent op status
19:08 <@apeiron> rizen, Okie.
19:08  * perlmonkey2 immediately abuses his power.
19:09 <@rizen> and snapcount should have permanent voice status
19:09 <@rizen> he was a people behind webgui
19:09 <@apeiron> They need to ident to nickserv for the access.
19:09 <@apeiron> I can't do anything about that.
19:09 <+perlmonkey2> Haaarg: I've been looking through the different date-ish modules and it looks like what I should do is find the user
19:09 <@apeiron> perlmonkey2, If you rejoin you should see your +o
19:09 <@rizen> oh...he has an account, he just must not have logged in for some reason
19:10 <+perlmonkey2> s timezone, use that to convert to local epoch and return it?
19:10 <@rizen> snapcount is such a people behind webgui that he actually created our irc channel
19:10 <@apeiron> ha, wow
19:10 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit ["Leaving."]
19:11 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
19:11 -!- mode/#webgui [+o perlmonkey2] by ChanServ
19:11 <@apeiron> There we go.
19:12 -!- perlmonkey2 was kicked from #webgui by perlmonkey2 [too cool for school]
19:12 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
19:12 -!- mode/#webgui [+o perlmonkey2] by ChanServ
19:12 <@Haaarg> that may be the best way to handle it
19:13 <@Haaarg> looks like ::DateTime's handling of user time zones is kind of convoluted as well
19:13 <@perlmonkey2> Haaarg: yeah I was thinking it might be an oppurtunity to add somefunctionality to DateTime.
19:14 <@Haaarg> if there was something like newFromUserTimeZone, or just having that as a parameter to new somehow
19:14 -!- Haaarg is now known as Haarg
19:14 <@perlmonkey2> maybe cloneFromUserTimeZone ?
19:15 <@Haarg> well, you could use that
19:15 <@perlmonkey2> All dates in the DB are UTC?
19:16 <@perlmonkey2> add the method cloneFromUserTimeZone and then grab the UTC value to insert?
19:16 <@Haarg> or wait, you mean create that?  i don't think that would work
19:16 < SDuensin> Hi guys.  Trying to set up a merchant account for use with WebGUI.  Does WebGUI store any cardholder data?
19:16 <@perlmonkey2> wait.  I could just use cloneToUserTimeZone  I wouldn't need a from.
19:16 <@Haarg> ::DateTime already has a time zone attached to it
19:17 <@Haarg> yeah, but to do that you would need ::DataTime->new($s)->cloneToUserTimeZone->epoch($e)->cloneToUserTimeZone->epoch
19:17 <@Haarg> or something equally silly
19:17 <@Haarg> err
19:17 <@Haarg> cloneToUTC for that second part
19:18 <@perlmonkey2> so, too silly to use?
19:19 <@Haarg> seems like it would be preferable to just have a simple way to create a ::DateTime using the user's time zone
19:21 <@perlmonkey2> return DateTime->new(epoch=>$epoch, time_zone => $self->session->user->profileField("timeZone"));  would seem to do it?
19:23 <@Haarg> well, you'd want to return a WebGUI::DateTime
19:27 <@perlmonkey2> which is a subclass of datetime, so I should be able to do the same thing to WebGUI::DateTime?
19:27 <@Haarg> i think that should work - if you add a $session
19:31 <@perlmonkey2> hmm, looking at WebGUI::DateTime I don't think I'll be able to do it my way and your way is better.  As for simplifying it, I guess I could change new to take an optional second param which is a timezone?
19:33 <@perlmonkey2> oh duh, WG::DateTime takes DateTime new params.
19:35 <@Haarg> ->new will accept a time zone
19:36 <@Haarg> but there isn't currently a way to specify to use the user's time zone
19:36 <@Haarg> whether that was done in ->new or a different sub doesn't seem too important to me
20:07 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has joined #webgui
20:10 < perlDreamer> SDuensin, wG does not store card data
20:11 < SDuensin> Thanks, perlDreamer - I read the code and kinda figured that.  Whew.  No PCI issues to worry about!
20:11 < perlDreamer> no
20:20 < perlDreamer> apeiron: which version of Text::CSV_XS do you have installed?
20:27 -!- rizen [n=rizen@h69-130-247-231.vrnawi.dsl.dynamic.tds.net] has quit []
20:33 <@apeiron> perlDreamer, 0.52 for the WRE.
20:33  * apeiron will bbl
20:34 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"]
20:35 < perlDreamer> okay, so it sound like all we need to do is update testEnvironment.pl to say 0.52 instead of 0.26
20:35 < perlDreamer> does the WRE ship with 0.52?
20:36 <@perlmonkey2> Haarg: no less silly than yours, but it saves having to create at least 1 new instance.
20:36 <@perlmonkey2> return WebGUI::DateTime->new($self->session,$value)->set_time_zone($self->session->user->profileField("timeZone"))->cloneToUTC->epoch();
20:37 <@perlmonkey2> DateTime has the set_time_zone method, so would it be redundant to add this into WebGUI::DateTime?
20:37 <@Haarg> where are you putting that?
20:37 <@perlmonkey2> Form::Date
20:37 <@perlmonkey2> getValue
20:37 <@perlmonkey2> if the value =~ /^\d+$/
20:38 <@Haarg> i was thinking you could add something in WebGUI::DateTime that does the WebGUI::DateTime->new($self->session,$value)->set_time_zone($self->session->user->profileField("timeZone")) part
20:39 <@perlmonkey2> WG::DateTime->new looks a little....busy.  I'm hesitant to mess with it.  But if you want a new set of logic in new, now problem.
20:39 <@perlmonkey2> s/now/no/
20:50 -!- Haaarg [n=haarg@h75-100-123-170.mdsnwi.dedicated.static.tds.net] has joined #webgui
20:50 -!- mode/#webgui [+o Haaarg] by ChanServ
20:59 -!- Haarg [n=haarg@h75-100-123-170.mdsnwi.dedicated.static.tds.net] has quit [Read error: 110 (Connection timed out)]
21:07 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
21:07 -!- mode/#webgui [+o preaction] by ChanServ
21:07 < CIA-6> WebGUI: colin * r7143 /WebGUI/ (sbin/testEnvironment.pl docs/gotcha.txt): 
21:07 < CIA-6> WebGUI: Document that WebGUI now requires Text::CSV_XS version
21:07 < CIA-6> WebGUI: 0.52.
21:40 <@perlmonkey2> perlDreamer: if you have a sec could you help me understand how the subscription dates get submitted as string formatted dates but in getValue in form::date they are epoch (which should be utc)?
21:41 < perlDreamer> perlmonkey2, I can try.
21:42 <@perlmonkey2> there is no way the yui is timezone aware.  So how/where is it being converted to epoch?
21:42 < perlDreamer> Can you walk me through where you are, to get me up to speed?
21:42 <@perlmonkey2> okay, I'm working with a subscription asset 
21:42 <@perlmonkey2> just to get date form submissions.
21:43 <@perlmonkey2> subscription sub www_listSubscriptionCodes has $session->form->date
21:43 <@perlmonkey2> form date has getValue
21:43 <@perlmonkey2> the value passed in to getValue is an epoch.
21:44 <@perlmonkey2> how did it get turned into an epoch and is it utc or the user's timezone (which would make it not really and epoch).
21:45 < perlDreamer> I have no idea about the timezone.
21:45 < perlDreamer> Does the warning come on loading the page, or hitting the search button?
21:45 <@perlmonkey2> I think both
21:46 <@perlmonkey2> I'd have to revert a lot of debug code to make sure.
21:46 < perlDreamer> in the definition sub for Form/Date, it uses $session->datetime->time()
21:47 <@perlmonkey2> which I'm going to hazard a guess is epoch + local time offset for the user?
21:47 < perlDreamer> needs to be traced
21:48 <@perlmonkey2> I'm dubbing this the nightmare bug.
21:48 < perlDreamer> it needs a test
21:48 <@perlmonkey2> needs something working before it can be tested.
21:48 < perlDreamer> well, yes and no.  I see your point.  A test is usually quicker than page loads and stuff, and it would prevent this from happening later.
21:49 <@perlmonkey2> wait, that is actually epoch
21:49 < perlDreamer> yes, defaultValue is in epoch
21:49 <@perlmonkey2> so it defaults to epoch.  
21:49 < perlDreamer> if no value is passed in, or if no defaultValue is assigned to the form
21:50 <@perlmonkey2> so what is submitted should also be UTC, since the users can not change time values, so there can't be any uncertainty as to which timezone they mean.
21:51 < perlDreamer> the new standard for working with dates is UTC, and everything in MySQL format
21:51 < perlDreamer> stored in the db as MySQL format, that is
21:51 < perlDreamer> but Form::Date has to work with legacy code, so it also has to deal with epoch times
21:52 <@perlmonkey2> well it looks jacked and I don't even really know where to start and I've been digging around it all day.
21:53 <@perlmonkey2> should form::date::getValue assume an epoch is utc when passed in?  or assume it is quasi-epoch set to a users local timezone?
21:55 <@perlmonkey2> I think it should assume UTC since epoch should always be in UTC.
21:55 < perlDreamer> UTC, but then we have to run cross tests on the Calendar.  This would be a good time for preaction to chime in.
21:56 <@perlmonkey2> that sure would make things easy as anything matching \d+ could simply be returned.
21:57 <@preaction> that depends, is it getting the epoch in UTC? when you use DateTime to make it more descriptive, does it match your local time? or does it match your local time converted to UTC?
21:57 <@preaction> we're using the YUI Date Control now, we weren't before, when the Calendar was written
21:58 < perlDreamer> How did you handle that in the calendar?
21:58 < perlDreamer> Or are you saying that the Calendar is borked?
21:58 <@preaction> i believe that the old Date thing assumed it was UTC, so i left that broken
21:59 <@preaction> the new code that gets run when the defaultValue is a MySQL-formatted date assumed the current user's time zone and converted to UTC
22:00 < perlDreamer> So, for Form::Date (and DateTime), we're assuming that it's always passed a UTC date, whether in MySQL format, or in epoch?
22:01 < perlDreamer> and Form::Date should handle converting it to the user's timezone, from their profileField
22:01 <@preaction> no. if it is going to return an epoch, it assumes UTC throughout (and no TZ conversion gets done)
22:01 <@preaction> if it is going to return a MySQL date, it assumes it was given the user's time zone and converts to UTC
22:01 <@preaction> at least, that's how it was last I knew
22:02 <@preaction> you should see it as WebGUI::DateTime->new( mysql => ..., time_zone => $session->user->profileField( 'timeZone' ) ); or something
22:02 <@preaction> oh, shit, Date and Time don't have a timezone conversion, because it's incomplete
22:03 <@preaction> but DateTime does timezone conversion, because it's complete
22:03 <@preaction> Date can't, because there's no time.
22:03 < perlDreamer> complete = deals with time _and_ daet
22:03 < perlDreamer> okay
22:03 <@perlmonkey2> so session::date line 140 should just return $value and line 149 should convert that string to utc epoch?
22:03 <@preaction> Time can't because what happens when we go past 0:00 either forward or backward? we'd have to change the date, and we can't because we don't have one
22:05 <@perlmonkey2> although converting line 149 to epoch would be for time 00:00:00
22:05 <@Haaarg> sorry for throwing you off with that earlier perlmonkey2, i wasn't really thinking about it hard enough
22:05 <@preaction> we're looking at WebGUI::Session::DateTime now?
22:05 <@perlmonkey2> no, line 149 wouldn't do anything as that is mysql formatted and should just return the mysql format.
22:06 <@perlmonkey2> Haaarg: oh, no worries.  It hadn't occurred to me that epoch should always be in utc yet.
22:06 <@perlmonkey2> So to fix Form::Date line 140 just needs to return $value  
22:07 <@preaction> if $value is an epoch, yes
22:07 <@preaction> so the YUI Calendar makes an epoch date?
22:07 <@Haaarg> no, i think it uses mysql format
22:09 <@preaction> perlmonkey2, it might be you'll have to make sure that $value is an epoch and not a mysql datetime there
22:10 <@perlmonkey2> preaction: looks like it already tests as well as can be testing by matching for ^\d+$
22:10 <@preaction> though you might want to try to just return $value and see what happens, i think it might be getting both at one point or another
22:10 <@preaction> see what $value is though? it's $self->SUPER::getValue which may or may not be $self->get("value")
22:10 <@perlmonkey2> And DateTime::getValue looks like it handles mysql formatted correctly 
22:11 <@Haaarg> the idea should be it accepts either epoch or mysql, and outputs based on the default value's format
22:11 <@perlmonkey2> if (!$self->get("defaultValue") || $self->get("defaultValue") =~ m/^\d+$/ || !$self->get("value") || $self->get("value") =~ m/^\d+$/) 
22:11 <@perlmonkey2> That should only be an epoch value right?
22:11 <@preaction> yes
22:12 <@preaction> but that has nothing to do with the return value of the SUPERclass's getValue sub
22:12 <@perlmonkey2> cool, then we can just return $vlaue in that case and then the else looks like it handles mysql formatted perfectly
22:12 <@perlmonkey2> oh
22:12 <@preaction> you can pass getValue a value and it will use that, otherwise it tries to get it from the form
22:12 <@preaction> so as Haaarg said, the YUI date picker returns it mysql style, and if the control wants it as an epoch, you need to use setToEpoch
22:13 <@preaction> but if I pass in an epoch to getValue, now I have an epoch, and if I want an epoch back, I can't call setToEpoch on it
22:13 <@preaction> so yes, I'm with perlDreamer in this needs to be tested for all four possibilities
22:13 <@Haaarg> bleh, looks like i have to make a custom version of the tinymce spellchecker
22:14 < perlDreamer> right, write a test
22:14 < perlDreamer> then this never happens again
22:14 <@preaction> 1) Epoch in, Epoch out. 2) Epoch in, MySQL out. 3) MySQL in, Epoch out. 4) MySQL in, MySQL out.
22:14 < perlDreamer> how does it ask for epoch/MySQL out?
22:14 <@preaction> that's the code perlmonkey2 posted above
22:14 < perlDreamer> sorry, I have 3/4 of my brain wrapped around transistors and resistors today
22:15 <@Haaarg> if the default value matches mysql's format
22:15 <@preaction> if you set the "value" or "defaultValue" property to a MySQL-formatted date (or rather, to NOT an epoch date)
22:15 <@Haaarg> and the input looks like an epoch
22:15 <@preaction> or rather, to NOT a number
22:15 <@preaction> that should probably be changed to use Scalar::Util qw( looks_like_number )
22:35 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui
22:35 -!- mode/#webgui [+o apeiron] by ChanServ
22:38 <@perlmonkey2> if $self->SUPER::getValue is from the form, what is $self->get('value') from?
22:38 <@perlmonkey2> doh, the def
22:39 <@preaction> it used to be called getValueFromForm, but FromForm is ackward and redundant
22:40 <@preaction> getDefaultValue ends up getting the "value" property, or if that doesn't exist, the "defaultValue" property
22:41 <@perlmonkey2> the POD says that the call to SUPER is set $value equal to an optional value instead of the one from the form.  Now that is confusing.
22:42 <@perlmonkey2> I thought the call to $self->get('value') was grabbing the value from the form.
22:43 <@preaction> nope, get() is for the form properties
22:43 <@preaction> er... form control properties
22:43 <@preaction> update the pod to make it clearer though
22:43 <@preaction> please
22:44 <@perlmonkey2> so the $self->SUPER::getValue(@_) is getting the super processed form input?
22:44 <@Haaarg> it's using ->get to find what format the result is supposed to be, should be able to just use getDefaultValue now
22:44 <@preaction> yes, it should use getDefaultValue now
22:45 <@preaction> and Scalar::Util looks_like_number
22:45 <@preaction> then it will be essentially self-documenting
22:46 <@perlmonkey2> okay, some psuedocode if you guys don't mind.
22:46 < perlDreamer> looks_like_number is a little overkill
22:46 < perlDreamer> it also recognizes floats, doesn't it?
22:47 <@preaction> you can technically have floating-point epochs
22:47 <@preaction> though none of our fields will support them
22:47 < perlDreamer> negative numbers
22:47 <@preaction> plus it's easier to look at and say "hmm, that's checking to see if it's just a number"
22:47 < perlDreamer> it does read nice
22:47 <@preaction> negative epochs are also possible, dates before 01-01-1970 00:00:00
22:47 <@perlmonkey2> if there isn't a getDefaultValue or getDefaultValue is a number, then regardless of $value, turn it into an epoch somehow.  otherwise turn it into a mysql time somehow?
22:48 <@preaction> perlmonkey2, basically, yep
23:11 <@perlmonkey2> This is from my data form date time entry test: 12/31/1969  6:33 pm
23:11 <@perlmonkey2> I entered 10:33 today.
23:11 <@perlmonkey2> :D
23:18 < perlDreamer> well, if it didn't give you a warning, that's some progress :)
23:20 <@perlmonkey2> I'm not sure what that was because when I list all values they are correct.
23:35 < perlDreamer> perlmonkey2, I'm sorry I can't spend more time helping you today.
23:36 <@perlmonkey2> perlDreamer: It's not like that's your job or anything.  I'm learning a ton digging through this, so it is probably for the best that you can't help :)
23:51 < perlDreamer> I know, but I don't like suggesting that people try things without sticking around to follow through/help out.
23:54 < SDuensin> Quick almost on topic question:  How do you write "not exists" for a hash in Perl?  ("exists" is:   "if exists $hash{$key}")
23:54 <@preaction> !exists
23:54 <@preaction> not exists
23:55 <@preaction> either way
23:55 < perlDreamer> perldoc perlop
23:55 <@preaction> are you sure you want exists and not defined or boolean truth?
23:55 < SDuensin> It won't take it.  :-/
23:55 < perlDreamer> it won't take it?
23:55 < SDuensin> I want to know if $key isn't in the hash.
23:55 < perlDreamer> if !exists $hash{$key};
23:56 <@preaction> if ( not exists $hash{ $key } ) { ... }
23:56 < SDuensin> Ah, parens made it happier.  
23:56  * SDuensin is weak in his Perl-fu.
23:56 < perlDreamer> You need a llama
23:56 < perlDreamer> or a camel book
23:56 < SDuensin> Yes, I do.
23:56 <@preaction> perlbot books
23:56 < perlbot> http://books.perl.org
23:56 <@preaction> llama is free online
23:57 < SDuensin> Thanks
23:57 <@preaction> perlbot learning perl
23:57 < perlbot> "Learning Perl", the Llama Book - http://oreilly.com/catalog/9780596520106/index.html (new fifth edition, covers 5.10) . see also <tutorial>
23:57  * SDuensin is writing system tools in Perl to better learn it for WebGUI hacking.  :-)
23:57 <@preaction> perlbot learn perl
23:57 < perlbot> http://learn.perl.org/library/beginning_perl/
23:57 <@preaction> ahh, not learning perl, beginning perl
--- Day changed Sat Aug 02 2008
00:00 < SDuensin> I gotta say, I'm enjoying the language more than I expected.
00:00 < perlDreamer> well, that's good
00:00 < perlDreamer> You must not have written an OO code yet :)
00:00 < SDuensin> hehehe
00:00 < SDuensin> No, not for this.
00:00 < SDuensin> As complicated as I've managed so far are hashes of hashes.
00:01 < CIA-6> WebGUI: graham * r7144 /WebGUI/lib/WebGUI/Workflow/Instance.pm: better detection and logging for singleton workflows
00:01 < CIA-6> WebGUI: graham * r7145 /WebGUI/lib/WebGUI/Asset/Sku/Subscription.pm: remove debug code
00:01 < CIA-6> WebGUI: graham * r7146 /WebGUI/ (docs/changelog/7.x.x.txt sbin/preload.perl): improve behavior of preload.perl for custom lib dirs not ending in lib
00:01 < CIA-6> WebGUI: graham * r7147 /WebGUI/ (13 files in 8 dirs): fixed: Server side spellchecker doesn't work
00:02 < perlDreamer> Haaarg, did you really have to rewrite the spell checker in JS?
00:03 <@Haaarg> i had to modify the existing one
00:03  * SDuensin is doing crazy crap.  Synchronizing a WebGUI user database with a Linux system.  :-)
00:03 <@Haaarg> it didn't support adding words to the dictionary
00:03 <@Haaarg> it was a simple modification, just makes maintenance rather annoying
00:03 < perlDreamer> well, if the YUI people get on the stick, we might have to do it again.
00:04 < perlDreamer> rizen was going to ask them about adding table support, which was the last piece needed to switch from TinyMCE over to YUI's RTE
00:26 < topsub> unless i am wrong i can add an ID to the form header right? .. something like.. WebGUI::Form::formHeader($session, { action => $self->getUrl, extras=>'id="attendee-form"'} )
00:27 <@preaction> you want the id property probably, otherwise it will be given a default ID
00:27 < topsub> preaction, it wouldn't be given any.. lol
00:27 < topsub> on the products there isn't an ID on the form field and i need to add one
00:28 <@preaction> why add an ID when you could use "document.forms[ formName ].elements[ elementName ]"
00:28 < topsub> doesn't have a form name nor id
00:29 <@preaction> oh, the form itself
00:29 <@preaction> yes, you could add an ID to it that way
00:29 <@Haaarg> what are you going to use the id for?
00:29 < topsub> ya the form itself has nothing.. just wanted to make sure
00:29 < topsub> to grap it with javascript
00:30 < topsub> document.forms[0] doesn't seem to work
00:30 -!- dionak [n=dionak@97.66.185.250] has quit []
00:31 -!- KlausH [n=KlausH@p5B070FA8.dip0.t-ipconnect.de] has quit ["bye"]
00:33 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
00:37 <@perlmonkey2> By some miracle, no one happened to write a Form::Date and Form::DateTime test today?
00:38 < perlDreamer> I heard perlmonkey3 was going to do it
00:39 <@perlmonkey2> that loser?  he's worthless
00:41 <@perlmonkey2> perlDreamer: you coming to the wuc?
00:42 < perlDreamer> yes
00:42 < perlDreamer> I'm giving two talks at it this year
00:42 <@perlmonkey2> cool, will be good to meet you along with the rest of the crew.
00:44 -!- dionak [n=dionak@97.66.185.250] has quit []
00:44 <@perlmonkey2> Anyone else on the channel coming who is with PB?
00:45 < perlDreamer> I think topsub, dionak and knowmad are coming
00:45 <@perlmonkey2> sweet
00:45 < perlDreamer> lisette, estiven and juan are coming
00:45 < perlDreamer> MrHairgrease and WebGUI/SynQ, BartJol
00:46 -!- Dise [n=chatzill@201.232.58.66] has joined #webgui
00:46 < perlDreamer> don't know about patspam, but I hope so.
00:46 <@perlmonkey2> most of the IRC crew then
00:46 < perlDreamer> be nice to meet Mr Flux
00:46 < perlDreamer> pretty much
00:46 < perlDreamer> elnino will be there
00:46 < Dise> hi
00:46 <@perlmonkey2> hello
00:46 < perlDreamer> Hi, Dise
00:47 < perlDreamer> Are you new to WebGUI?
00:47 < Dise> i need do post from flash?
00:48 < Dise> i need use data form from web gui but from flash
00:48 < perlDreamer> then I would suggest that you ask that in a different channel.  We don't do much with Flash.
00:52 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"]
01:32 -!- Haaarg [n=haarg@h75-100-123-170.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"]
01:41 < perlDreamer> preaction: you still around?
01:41 <@preaction> yup
01:41 < perlDreamer> In User, getGroupIdsRecursive, the first groups are gotten with the withoutExpired flag
01:41 < perlDreamer> but not any recursive groups
01:41 <@preaction> because the user isn't really a "Member" of those groups
01:42 < perlDreamer> is that by design, or should it be consistently one way or the other?
01:42 <@preaction> their "membership" can't expire
01:42 < perlDreamer> hm, okay
01:42 <@preaction> basically their membership in those groupGroupings is contingent on being a member of the initial group
01:43 < perlDreamer> that makes sense
01:43 < perlDreamer> and why return the keys of the hash instead of the array?
01:43 <@preaction> the array?
01:43 <@preaction> there is no array
01:43 <@preaction> i don't want to get duplicate groupIds, so i store them in a hash
01:44 <@preaction> oh, THAT array
01:44 < perlDreamer> yeah
01:44 <@preaction> i'm using the array as a stack, adding more groups to check
01:44 <@preaction> it's a way to ... avoid doing recursion
01:44 < perlDreamer> yes.  But aren't the keys of the hash and the array elements the same?
01:45 <@preaction> so i'm processing a recursive group tree without actually recursing
01:45 <@preaction> no, the array shrinks with every pass
01:45 <@preaction> while ( my $groupId = shift @myarray ) { ... }
01:45 < perlDreamer> of course, it's a queue
01:45 < perlDreamer> okay, I'll just shut up and start writing tests against it
01:46 <@preaction> np, the more people who understand the code the better everything is in the end
01:51 < perlDreamer> is the non-recursive algorithm faster?
01:53 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
01:53 -!- mode/#webgui [+o Haarg] by ChanServ
01:53 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit [Client Quit]
01:53 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
01:53 -!- mode/#webgui [+o Haarg] by ChanServ
02:07 -!- Dise [n=chatzill@201.232.58.66] has quit ["ChatZilla 0.9.83 [Firefox 3.0/2008052906]"]
02:09 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
02:26 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
02:28 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [Client Quit]
02:28 <@preaction> quite possibly, since it skips all the groups that we already have, instead of having to compile a huge tree of groups and then parse that, but only a real benchmark would tell 
02:29 < perlDreamer> yeah, I was wondering if getGroups would benefit from that
02:29 < perlDreamer> but we can always optimize later
02:29 < perlDreamer> there are lots of bugs to fix
02:29 <@preaction> might want to leave a note then, a # TODO: or something
02:31 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
02:31 < dionak_> perlmonkey2, you're going to make it to the wuc? 
02:31 < perlDreamer> I'll do that.
02:32 < dionak_> that would be cool
02:32 < dionak_> would love to meet you along with others from irc
02:32 < perlDreamer> He'll be there, dionak_
02:32 <@preaction> he should be there, he's a PB employee
02:32 < dionak_> it's official?
02:32 < dionak_> congrads pm
02:36 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"]
02:43 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [Read error: 110 (Connection timed out)]
02:45 < CIA-6> WebGUI: colin * r7148 /WebGUI/ (lib/WebGUI/Group.pm lib/WebGUI/User.pm t/User.t): 
02:45 < CIA-6> WebGUI: Add a test to User.t to make sure it isn't leaking groups.
02:45 < CIA-6> WebGUI: Update POD in User.pm and Group.pm.
02:45 < CIA-6> WebGUI: colin * r7149 /WebGUI/t/User.t: Begin a test for getGroupIdsRecursive
02:51 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has left #webgui []
03:03 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
03:15 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has quit [Read error: 110 (Connection timed out)]
03:54 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
05:16 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
05:37 -!- apeiron_ [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui
05:37 -!- mode/#webgui [+o apeiron_] by ChanServ
05:40 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 113 (No route to host)]
05:44 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)]
06:08 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 60 (Operation timed out)]
06:53 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
07:19 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."]
07:38 -!- rizen [n=rizen@h69-130-247-231.vrnawi.dsl.dynamic.tds.net] has joined #webgui
07:38 -!- mode/#webgui [+o rizen] by ChanServ
07:38 -!- rizen [n=rizen@h69-130-247-231.vrnawi.dsl.dynamic.tds.net] has quit [Client Quit]
07:42 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
07:42 -!- mode/#webgui [+o preaction] by ChanServ
08:37 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out]
10:06 -!- KlausH [n=KlausH@p5B0737E7.dip0.t-ipconnect.de] has joined #webgui
13:24 -!- KlausH [n=KlausH@p5B0737E7.dip0.t-ipconnect.de] has quit ["bye"]
14:50 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"]
15:15 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
15:15 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has left #webgui []
15:31 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit ["Leaving."]
16:22 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has quit ["Windows doesn't have users, it has hostages."]
16:29 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui
16:29 -!- mode/#webgui [+v Radix_] by ChanServ
17:14 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
17:15 -!- carogray [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has left #webgui []
17:26 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit []
17:26 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI
17:27 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 60 (Operation timed out)]
17:37 -!- khenn_ [n=khenn@97.92.186.139] has quit [Remote closed the connection]
17:38 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI
17:38 -!- mode/#webgui [+o khenn] by ChanServ
19:16 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
19:16 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit [Client Quit]
19:18 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
20:17 < CIA-6> WebGUI: colin * r7150 /WebGUI/t/Asset/AssetExportHtml.t: 
20:17 < CIA-6> WebGUI: Update this test for new content.
20:17 < CIA-6> WebGUI: Change arguments in cmp_* to references instead of arrays.
20:17 < CIA-6> WebGUI: Check number of files dynamically, rather than hardcoded.
20:50 < CIA-6> WebGUI: colin * r7151 /WebGUI/t/Macro/FetchMimeType.t: 
20:50 < CIA-6> WebGUI: Add a test for text MIME type. Note that various tests
20:50 < CIA-6> WebGUI: may fail based on the version of LWP installed.
21:01 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
21:01 -!- mode/#webgui [+o preaction] by ChanServ
23:37 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
23:37 -!- mode/#webgui [+o perlmonkey2] by ChanServ
--- Day changed Sun Aug 03 2008
00:19 < SDuensin> Are version tags disabled in 7.5.18?  (My enableSaveAndCommit is set to 0.)
00:20 <@preaction> they can't be disabled, but they can be hidden
00:20 <@preaction> they're hidden by default in 7.5 onwards
00:20 < SDuensin> I'm editing away over here and it's never created a version tag.
00:20 < SDuensin> I want 'em back!  :-)
00:20 <@preaction> it's always creating version tags
00:21 <@preaction> it's just automatically committing them
00:21 < SDuensin> Ahhh
00:21 < SDuensin> Can I go back to how it was?
00:21 <@preaction> yes
00:21 <@preaction> in the Settings pane, Content tab, two things: Automatically Request Commit and Skip Commit Comments
00:22 < SDuensin> Thanks!  I looked at those settings, but didn't quite understand what they were doing.
00:25 < nuba> hey guys, going to resume work on the BrazilianPortuguese translation
00:25 < nuba> last time I checked i18n.webgui.org was offline, 
00:25 < nuba> now I see its back and seems to be working
00:26 < nuba> anything I should be aware of?
00:26 < SDuensin> Ever have anyone build a "private beta" kinda thing with WebGUI?  Like where you need an invite to join and users who join can send additional invites?
00:26 <@preaction> not that i know of
00:27 <@preaction> SDuensin, with the new user invitation system you should be able to. not sure if anyone's done it, but if you do, perhaps outlining the steps in a wiki article would be useful?
00:27 < SDuensin> I poked around and couldn't figure it out.
00:27 < SDuensin> Otherwise, I'd be happy to put it on the wiki.
00:29 <@preaction> it's simple: if Anonymous Registration is off, but User Invitations are on, and a user invites someone, the person they invite are allowed to register
00:29 <@preaction> dunno if there are ways to limit the number of invites yet, but that might be a good RFE
00:29 < SDuensin> That is simple.  I'll try it!
00:29  * SDuensin supposes that will move fixing email on that box up a few notches.  :-)
00:33 < nuba> whooa, when I click on download for the brazilian portuguese language, i get a pointer to Welsh.tar.gz
00:34 < nuba> at http://i18n.webgui.org/?op=exportTranslation;languageId=BrazilianPortuguese
00:36 < nuba> reported as a bug
00:37 <@preaction> yeah, i get the same thing
00:37 < nuba> did set severity = critical, since using welsh for a while is not a valid workaround
00:38 < nuba> or rather, fatal
01:27 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
01:27 < perlDreamer> help
01:27 < SDuensin> Hey perlDreamer 
01:27 < perlDreamer> Having problems with perl references
01:28 < SDuensin> Well, seeing as how you're *my* Perl reference, I doubt I can help.  :-P
01:29 < perlDreamer> It's okay.
01:30 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI
01:30 < SDuensin> Not sure why the WRE hates me.  I love it.
01:31 < perlDreamer> What kind of WRE problem are you having?
01:32 < SDuensin> I'm being dumb, basically.  It's a test box behind my firewall.  I can't use 80, so I'm letting them in on 28000.  I left the WRE on 80 and 8081.  It can't figure that out.  I should just move the WRE to 28000, but I'm going about it the hard way.
01:33 < SDuensin> Hey perlDreamer, are you officially part of PlainBlack, or just work with them?
01:33 < perlDreamer> I do some contracting for them, from time to time
01:33 < perlDreamer> I'm just a highly motivated volunteer.
01:33 < SDuensin> hehe
01:34 < SDuensin> Ok, I'll ask rizen later then.  I was curious what kind of partnering they did.
01:35 < perlDreamer> rizen would be the right guy to ask.
01:35 < SDuensin> Part of the empire I'm building is a WebGUI hosting service.  :-)
01:35 < perlDreamer> You definitely want to partner with Plain Black.
01:35 < perlDreamer> I would recommend their Agency Hosting package
01:35  * SDuensin is tired of provisioning boxes himself.  Gonna automate it.
01:36 < perlDreamer> That's what Agency Hosting is all about.  P.B. does all the provisioning and software maintenance.  You just sell WebGUI sites.
01:36 < SDuensin> I do web development and run it all on WebGUI, so I do hosting.  I'm just going to make it so I don't *have* to be involved if people want a site.  They can just set one up and go.
01:37 < perlDreamer> You should be able to modify the WRE's demo site creation script to do that.
01:37 < SDuensin> Yep!  :-)
01:38 < SDuensin> I just wrote scripts (in Perl!) to provision Linux accounts from WebGUI.  
01:38 < perlDreamer> Cool.
01:38 < perlDreamer> Are they workflows, or just scripts.
01:38 < SDuensin> Hell of a lot easier than writing my own user/subscription/payment manager.
01:39 < SDuensin> WebGUI just does it's subscription thing.  Then I have a script that runs as a cron job on another box that syncs the WebGUI users and groups with the Linux ones.
01:40 < perlDreamer> You do know that you can set up Workflows to do that on creating and removing users?
01:40 < perlDreamer> so that you don't have to go over the users again and again/
01:40 < SDuensin> All I had to do was tweak WebGUI to use the crypt() function so the password hashes are the same.
01:40 < SDuensin> Yea, I started to use a workflow, but then I had to deal with cross-box communications.
01:41 < perlDreamer> I don't know how easy it is to make spectre talk across boxes.
01:41 < SDuensin> I did my best to make my cron code smart.  It only applies changes - it doesn't do blanket setting of everyone every time.
01:47 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)]
01:47 < perlDreamer> preaction: you suck!  No more API writing for you.
01:48 < perlDreamer> Your new User method exposed two bugs in the User package.  And it's taken me all day to track them down and stomp on them.
01:51 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI
01:51 -!- mode/#webgui [+o khenn] by ChanServ
01:51 -!- khenn_ [n=khenn@97.92.186.139] has quit [Read error: 104 (Connection reset by peer)]
02:15 < CIA-6> WebGUI: colin * r7152 /WebGUI/ (lib/WebGUI/Session/Stow.pm t/Session/Stow.t): 
02:15 < CIA-6> WebGUI: Fix Stow to always return safe copies of stowed data.
02:15 < CIA-6> WebGUI: And test it.
02:15 < CIA-6> WebGUI: colin * r7153 /WebGUI/ (lib/WebGUI/User.pm t/User.t): 
02:15 < CIA-6> WebGUI: Change getGroups to always return safe copies of data.
02:15 < CIA-6> WebGUI: Add tests to check for safe copies.
02:15 < CIA-6> WebGUI: Add a test for getGroupIdsRecursive.
02:46 < CIA-6> WebGUI: translation * r7154 /translations/ (163 files in 3 dirs): Update from translation server
02:46 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
02:46 -!- mode/#webgui [+o Haarg] by ChanServ
02:49 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
03:45 -!- carogray [n=Caroline@c-76-24-169-79.hsd1.nh.comcast.net] has joined #webgui
03:47 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
03:47 -!- mode/#webgui [+v cap10morgan] by ChanServ
03:53 -!- carogra1 [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
03:56 -!- carogra2 [n=Caroline@h69-131-73-4.nwlnnh.dsl.dynamic.tds.net] has joined #webgui
04:10 -!- carogray [n=Caroline@c-76-24-169-79.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
04:14 -!- carogra1 [n=Caroline@h69-131-72-180.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)]
04:19 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."]
04:33 -!- carogra2 [n=Caroline@h69-131-73-4.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 60 (Operation timed out)]
06:25 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
06:31 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
07:09 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
07:36 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out]
07:37 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 110 (Connection timed out)]
07:56 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)]
09:12 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Remote closed the connection]
09:16 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
09:16 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Remote closed the connection]
09:17 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
11:29 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit ["Leaving."]
11:54 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
11:54 -!- mode/#webgui [+o preaction] by ChanServ
12:57 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 60 (Operation timed out)]
14:10 -!- carogray [n=Caroline@c-75-67-86-195.hsd1.nh.comcast.net] has joined #webgui
14:11 -!- carogray [n=Caroline@c-75-67-86-195.hsd1.nh.comcast.net] has left #webgui []
17:44 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI
17:44 -!- WebGUI is now known as SynQ
17:44 < SynQ> hi there
18:16 < CIA-6> WebGUI: yung * r7155 /WebGUI/ (2 files in 2 dirs): fixed: DateTime Form Control Bug
19:02 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
19:39 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
19:39 -!- mode/#webgui [+v cap10morgan] by ChanServ
19:49 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui
19:50 -!- mode/#webgui [+v MrHairgrease] by ChanServ
21:04 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"]
21:27 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"]
23:13 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
--- Day changed Mon Aug 04 2008
00:18 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
00:18 -!- mode/#webgui [+o preaction] by ChanServ
00:42 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
00:42 -!- mode/#webgui [+o perlmonkey2] by ChanServ
00:50 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)]
01:38 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out]
02:12 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
02:42 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui
02:42 -!- mode/#webgui [+v Radix-wrk] by ChanServ
02:55 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
04:16 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
04:16 < perlDreamer> Do you really have to have an SSL cert in order to use ITransact, or is that just a safety step?
04:17 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Remote closed the connection]
04:18 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
04:18 -!- mode/#webgui [+v cap10morgan] by ChanServ
04:19 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)]
04:19 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
04:19 -!- mode/#webgui [+v cap10morgan] by ChanServ
04:29 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."]
05:33 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)]
05:33 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
05:33 -!- mode/#webgui [+v cap10morgan] by ChanServ
05:34 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Client Quit]
06:22 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 113 (No route to host)]
06:57 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
06:57 -!- mode/#webgui [+o tavisto] by ChanServ
06:59 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI
07:04 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
07:32 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
07:32 -!- mode/#webgui [+o Haarg] by ChanServ
07:47 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui
07:47 < perlDreamer> elnino, still awake?
07:48 < elnino> I am!!!
07:48 < elnino> I'm doing an upgrade to 7.4.40!
07:48 < perlDreamer> good call
07:49 < perlDreamer> Got time to talk about EMS badges?
07:49 < elnino> sure. I'm on two different machines, so it may take me a while to respond.
07:49 < perlDreamer> not a problem
07:49 < perlDreamer> I just want to double check something
07:49 < perlDreamer> I'm at the beta site: http://beta.webgui.org/demo1217804143_751/home
07:49 < perlDreamer> at the bottom of the  page, there are 3 badges listed with Buy links next to each one
07:50 < perlDreamer> In your bug reply, it sounds like you don't see those
07:51 < elnino> correct, let me login and see what I see...
07:51 < elnino> I logged in as admin and I see: "You need a badge to attend this convention. Choose a badge that meets your needs and budget."
07:52 < elnino> I'm on both a 2000 and xp machine. Same results.
07:52 < elnino> weird
07:52 < perlDreamer> no list of badges below that?
07:52 < elnino> nope.
07:52 < perlDreamer> Which browsers?
07:53 < elnino> IE 6 and 7
07:53 < elnino> I'll try firefox
07:53 < perlDreamer> thanks
07:53 < perlDreamer> if this is browser based, it will be much simpler to handle
07:53 < perlDreamer> because this particular code should be rock solid
07:53 < perlDreamer> on the server side, anyway :)
07:55 < elnino> looky there!!! They are there!
07:55 < elnino> it's be a broswer issue!
07:55 < elnino> are you using jquery?
07:55 < perlDreamer> okay, let's amend that bug.  Do you want to do it, or do you want me to?
07:55 < perlDreamer> YUI
07:55 < perlDreamer> supposed to be very cross browser compatible
07:56 < elnino> Sure, I can do that.  i"m inpressed with jquery. It's very cool.
07:56 < perlDreamer> thanks.
07:56 < perlDreamer> I'm glad we've learned more about his
07:56 < perlDreamer> this
07:57 < elnino> sure, I would not have thought about trying a different browser, ususally, you see *something*, but not a entire thing missing.
07:57 < perlDreamer> and I don't even have a copy of IE to use.  I need to get a VM set up so I can do cross browser testing of some kind.
08:00 < elnino> so... a couple days ago, someone was having an issue with upgrading to 7.5 from 7.4.40.... I didn't want to hear about it, so I logged off.  =)
08:00 < elnino> was that you talking to that person?  what was the issue? 
08:00 < elnino> I'm going to eventually make that jump.  probably before the conference.
08:00 < perlDreamer> there are certain "cross-over" points between 7.4 and 7.5
08:00 < perlDreamer> you have to get to one of them to get into 7.5
08:00 < perlDreamer> 7.4.40 is the last one of those
08:01 < elnino> it sounded like it didn't go well, or wasn't he/she upgrading from 7.4.40
08:01 < perlDreamer> I'm not sure.  The conversation didn't come to an end.
08:02 < elnino> so no conclusion?
08:02 < perlDreamer> right
08:03 < elnino> ok... upgrades usually go very well for me, so I guess I wont be too scared off by that.. 
08:03 < perlDreamer> just make good backups.  That's the best advice I can give.
08:03 < perlDreamer> that's something that I'll be paying more attention to soon
08:04 < perlDreamer> I'm going to start using WebGUI as a customer again
08:04 < elnino> got a gig?
08:04 < perlDreamer> Semi-personal site
08:04 < perlDreamer> My boys want a vanity site for trains
08:05 < elnino> it sure is different being a customer vs a developer.  you'll probably gain lots of insights.
08:05 < elnino> sounds  fun for your boys. 
08:06 < perlDreamer> I hope they'll learn a lot from it.
08:06 < elnino> oh they will. They'll appreciate what dad does too.
08:11 < perlDreamer> last summer my older boy and I made a wikipedia page
08:11 < perlDreamer> this is a slightly bigger project
08:12 < perlDreamer> Going to head to bed.  Happy hacking!
08:12 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."]
08:22 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
09:40 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui
10:48 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui
10:54 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"]
14:28 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"]
15:15 -!- consultrmann [n=Administ@248-83.customer.cloud9.net] has joined #webgui
15:16 < consultrmann> Hello, everyone!
15:16 < consultrmann> has anyone ever used Catalyst with webGui?
15:27 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["Leaving"]
15:32 < consultrmann> ..anyone here uses frameworks with webgui?
15:33 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui
15:33 -!- mode/#webgui [+o Haarg] by ChanServ
15:33 -!- consultrmann [n=Administ@248-83.customer.cloud9.net] has left #webgui []
15:36 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit [Client Quit]
15:43 -!- topsub [n=josh@97.66.185.250] has joined #webgui
16:14 -!- bartjo1 [n=bartjol@194.171.50.123] has joined #webgui
16:16 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui
16:17 -!- mode/#webgui [+o bopbop] by ChanServ
16:18 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:19 -!- BartJol [n=plainstu@host2.procolix.com] has quit [Read error: 113 (No route to host)]
16:23 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit ["Leaving."]
16:34 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui
16:34 -!- mode/#webgui [+o perlmonkey2] by ChanServ
16:56 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui
16:56 -!- mode/#webgui [+v MrHairgrease] by ChanServ
17:25 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
17:25 -!- mode/#webgui [+o rizen] by ChanServ
17:30 <@perlmonkey2> Don't know if there are many sci-fi geeks here but the box set of Firefly is on sale at amazon for $18.
17:31 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
17:31 -!- mode/#webgui [+o Haarg] by ChanServ
17:37 <@perlmonkey2> Does the test session not write to the log or are my logs settings borked?
17:49 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
17:49 -!- mode/#webgui [+o preaction] by ChanServ
17:57 -!- SDuensin [n=Scott@236.sub-75-204-141.myvzw.com] has joined #WebGUI
17:57 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has joined #webgui
18:00 < SDuensin> Greetings.
18:01 <@perlmonkey2> Hello
18:03 < bartjo1> hio
18:06 < SDuensin> Hey, where is the default user invite message hidden?  I can't find it to change it!
18:09 <+MrHairgrease> sduensin: i think it's in the 18n files
18:10 <+MrHairgrease> are you coming to the wuc this year btw?
18:10 -!- knowmad [n=william@97.66.185.250] has joined #webgui
18:10 < SDuensin> I wish I could.  Hold it in St. Louis!  :-P
18:10 < SDuensin> (Or on a beach.)
18:11 <+MrHairgrease> too bad...
18:11 <+MrHairgrease> any ither attendees in the channel?
18:11 <+MrHairgrease> other*
18:13 < knowmad> attendees of what? WUC?
18:13 < SDuensin> How would I edit said 18n files?
18:13 <+MrHairgrease> normally you don't
18:13 < knowmad> any Workflow gurus listening in this AM?
18:13 <+MrHairgrease> you add a language
18:13 < knowmad> (or PM for MHG)
18:14 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has quit [Read error: 110 (Connection timed out)]
18:14 < bartjo1> here's an attendee
18:14 <+MrHairgrease> not sure on the guru part but shoot
18:14 < knowmad> here's 3 more
18:14 < knowmad> what does the workflow engine do if i return ERROR
18:14 <+MrHairgrease> I think it suspends the workflow
18:15 <+MrHairgrease> ad increases it's priority number
18:15 < SDuensin> I figured "you don't" was the answer.  That's bad.  The default message is, sorry, quite lame.
18:15 < knowmad> then it requires manual attention?
18:15 -!- fansipans [n=mwalker@72.242.161.254] has left #webgui []
18:15 <+MrHairgrease> well it depends
18:15 <+MrHairgrease> i have had a number of failing get mail for cs workflows
18:15 < knowmad> as i recall, it continues to be attempted after a delay
18:15 <+MrHairgrease> yeah they do
18:15 <+MrHairgrease> but
18:15 <+MrHairgrease> if they'll never recover
18:16 <+MrHairgrease> they'll just keep going for ever
18:16 < knowmad> i've seen that happen!
18:16 <+MrHairgrease> like th cs workflows i mentioned
18:16 <+MrHairgrease> they tried to get mail for a cs that had been purged from the db
18:16 <+MrHairgrease> hence the error
18:17 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has left #webgui []
18:17 <+MrHairgrease> in that case I removed the workflows manually from the db
18:18 <+MrHairgrease> the tables you want to check out are workflowInstance and workflowInstanceScracht
18:18 <+MrHairgrease> workflowInstanceScratch
18:18 < knowmad> so i could setup the workfow to run as a singleton and then keep tabs on erroring workflows
18:18 < knowmad> there should be  a workflow to send an email if other workflows are in ERROR status
18:18 < knowmad> has this been written?
18:18 <+MrHairgrease> I don't think that'll work
18:18 <+MrHairgrease> since an instance is failing
18:19 <+MrHairgrease> and changing a workflow's settings just changes the props of NEW instances
18:19 < knowmad> do you have the sql you used to manually remove the workflows?
18:19 <+MrHairgrease> first I do something like
18:19 <+MrHairgrease> select * from workflowInstance (or whatever that table is called)
18:20 <+MrHairgrease> there you can see which ones errored and at which activity
18:20 <+MrHairgrease> and the workflowId
18:20 < knowmad> cool
18:20 < knowmad> then i could delete the bad workflow from WorkflowActivity?
18:20 <+MrHairgrease> NO
18:21 <+MrHairgrease> only from workflowInstance
18:22 <+MrHairgrease> find the errored workflows in WorkflowInstance
18:22 < knowmad> what is WorkflowActivity storing?
18:22 <+MrHairgrease> the activities in a workflow
18:22 <+MrHairgrease> anyway
18:23 <+MrHairgrease> after you've found those in WorkflowInstance
18:23 <+MrHairgrease> check the workflowIds
18:23 <+MrHairgrease> in Workflow you can find the titles of the workflows that are instanciated
18:24 <+MrHairgrease> now if the Id is csworkflow000000000001 (get cs mail)
18:24 <+MrHairgrease> it's prolly trying to instanciate a non existing asset
18:25 <+MrHairgrease> you can find the assetId of that asset in WorkflowInstance
18:25 < knowmad> did you setup a CS and remove it to create that behavior ?
18:25 <+MrHairgrease> in the parameters column
18:25 <+MrHairgrease> I don't know why it happens.
18:26 < knowmad> i hope the dev guide will document how all the db tables work together
18:26 <+MrHairgrease> My guess is a CS was deleted just after the scheduler ran its get cs mail
18:26 <+MrHairgrease> workflow
18:27 <+MrHairgrease> I think that finds all cs's and starts a get CS mail workflow for each of them 
18:27 <+MrHairgrease> (not sure though)
18:27 <+MrHairgrease> if a cs is removed before its workflow is run you'd get this behaviour
18:28 <+MrHairgrease> If your erroring workflow is something else though, you should find the cause
18:28 <+MrHairgrease> what helps to do that is set the loglevel to INFO
18:28 <+MrHairgrease> tail -f webgui.log
18:28 <+MrHairgrease> and run spectre in debug mode
18:28 <+MrHairgrease> perl spectre.pl --run --debug
18:29 <+MrHairgrease> you will get a whole load of logging in your log 
18:29 < knowmad> cool
18:29 < knowmad> actually, though, i'm writing an activity and needed to understand the logic to know how to handle failure
18:29 <+MrHairgrease> if it is a cs mail thingy however
18:29 < knowmad> this activity does lots of stuff and has many chances for failure
18:29 <+MrHairgrease> just check if the assetId in parameters still exists
18:30 < knowmad> i'm wrapping an eval script around the guts of the execute() method
18:30 < knowmad> if anything dies or croaks, i'll catch it, output an error to log, send a notification email and return ERROR
18:30 < knowmad> sound reasonable?
18:30 <@rizen> knowmad, what could you possibly need to know other than to call "error" when it errors and "wait" when it's not finished and "complete" when it is finished?
18:30 <+MrHairgrease> if it has a chance of recovering later on, yeah
18:31 < knowmad> have you sent emails from an activity? i'm guessing there are examples
18:31 <+MrHairgrease> just be sure that whatever your activity does, it does it within a minute
18:31 <+MrHairgrease> or throw out a WAIT before the minute ends
18:31 < knowmad> well, i'm installing this at a client's place and don't want them to do lots of mnagement on it
18:32 <+MrHairgrease> and contine in the next run
18:32 < knowmad> they just need to know when it fails
18:32 <+MrHairgrease> just use the WebGUI::Mail::Send API
18:33 < knowmad> yeah, i was thinking about the WAIT thing
18:33 <+MrHairgrease> I think there's even a workflow that sends out queued emails
18:33 < knowmad> how do you "clock" run-time for an activity?
18:33 <+MrHairgrease> time?
18:33 < knowmad> i think it'll usu. finish within a minute as we aren't processing that much data
18:33 <+MrHairgrease> of Time::HiRes
18:33 < knowmad> have you done this in an activity? 
18:34 <+MrHairgrease> dunno anymore
18:34 <+MrHairgrease> anyway
18:34 <+MrHairgrease> you do it the same as you'd do it from a normal plugin
18:34 <+MrHairgrease> my $mail  = WebGUI::Mail::Send->new( $session );
18:35 < knowmad> thanks for the tips
18:35 <+MrHairgrease> ok
18:35 <+MrHairgrease> you send an email with  $mail->send
18:35 <+MrHairgrease> or you can queue it with
18:35 <+MrHairgrease> $mail->queue()
18:36 <+MrHairgrease> in the latter case it will be sent later on by the send mail workflow
18:36 <@rizen> also queue is safer
18:36 <+MrHairgrease> true
18:36 < knowmad> ok, that's good to know
18:39 < knowmad> the create() method on Mail::Send doesn't allow me to insert the message body; do you use addText then queue?
18:39 <+MrHairgrease> yes
18:39 <@rizen> yes
18:39 <@rizen> and you can call addHTML or addText multiple times
18:39 <+MrHairgrease> or addHTML for html
18:40 <@rizen> to add multiple parts to the message
18:40 < knowmad> do i need to use messageId?
18:40 <+MrHairgrease> no
18:40 <+MrHairgrease> unless you want to set it
18:40 < knowmad> it looks like this is setup for sending out mail via templates; is that how messageId is used?
18:41 <+MrHairgrease> if not mistaken that is to set the message Id header of the mail itself
18:41 <+MrHairgrease> I think the cs uses it to track which email is a reply to which post
18:41 < knowmad> oh, to override the auto-generation
18:41 <+MrHairgrease> but for normal emails you don't need it
18:41 <+MrHairgrease> yeah
18:43 < CIA-6> WebGUI: yung * r7156 /WebGUI/docs/ (2 files in 2 dirs): fixed: Tree Menu is always collapsed
18:43 < knowmad> can i use comma-separated emails in the to field for Mail::Send?
18:44 <+MrHairgrease> you mean addresses?
18:44 < knowmad> yes
18:44 <+MrHairgrease> from the docs
18:44 <+MrHairgrease> =head4 to  A string containing a comma seperated list of email addresses to send to.
18:45 <+MrHairgrease> so i think yes
18:45 < knowmad> thanks for not RTFM'ing me
18:45 <+MrHairgrease> np
18:45 <+MrHairgrease> I will at the wuc =)
18:45 < knowmad> fair enough; i'll be ready for you!
18:46 <+MrHairgrease> good
18:47 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui
18:53 < perlDreamer> perlmonkey2: If the test calls WebGUI::Test::interceptLogging, then it will grab the log object and stuff anything that is logged into internal buffers
18:54 <@perlmonkey2> perlDreamer: naw, this is just more wre weirdness.  I've got it to work now in ssl/non-ssl mode, but now it logs during the first test and then stops logging.
18:55 < perlDreamer> weirdness
18:55 < perlDreamer> I'm going to try and get my nick fixed today
18:55 <@perlmonkey2> but only the test.  The web interface logs perfectly
18:55 <@perlmonkey2> not registered?
18:55 < perlDreamer> registered, but broken somehow during the last code/server upgrade
18:56 <@perlmonkey2> hah, I called exit in the test which was messing up the logging.  letting the test finish fixed it.
18:56 <@perlmonkey2> spooky
18:58 < perlDreamer> You're writing tests?  Cool!
18:58 -!- juan1 [n=juangui@201.232.58.66] has joined #webgui
19:01 < juan1> i want to delete or edit some events in the calendar but i can't do it
19:02 < juan1> the admin user also can not to do it
19:10 -!- bartjo1 [n=bartjol@194.171.50.123] has left #webgui []
19:31 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
19:31 -!- mode/#webgui [+o tavisto] by ChanServ
19:33 < juan1> can i delete or update an event using console?
19:39 <@bopbop> juan1: in the asset manager? yes
19:39 <@bopbop> each event will appear as a child to the calendar asset
19:40 <@bopbop> or, you should be able to edit/delete events from an event's Event Details screen
19:41 < juan1> bopbop, actually i have several calendar and with the admin user i can not delete or update events
19:42 <@bopbop> even from the asset manager view?
19:42 < juan1> i am going to check
19:43 <@bopbop> ok- I am logged in as Admin on my site right now and I'm not having any trouble
19:53 < juan1> yes
19:53 < juan1> from the asset manager works
19:54 < juan1> the group who can add or edit events, can not do it
20:00 <@preaction> juan1, you're still using WebGUI 7.4, right?
20:12 <@preaction> http://developer.yahoo.com/ypatterns/ <- has anybody ever seen this?
20:13 <@preaction> looks like there are OmniGraffle and Visio stencils for YUI components here
20:13 <@preaction> plus other awesomeness
20:17 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui
20:17 -!- mode/#webgui [+v cap10morgan] by ChanServ
20:18 < perlDreamer> they're just pictures?
20:18 < juan1> preaction, yes i am using WebGUI 7.4
20:18 <@preaction> juan1, what you're talking about is fixed in webgui 7.5, and there are no more 7.4 releases so you'll have to either upgrade to 7.5 or wait until 7.5 goes stable and then upgrade
20:19 <@preaction> perlDreamer, stencils for OmniGraffle, which is a flowchart kind of program
20:19 <@preaction> or visio, though i don't know what that is
20:20 <@preaction> plus, it has descriptions of these things, when and why they should be used, how they should operate, etc...
20:20 <@preaction> it's like a Yahoo Human Interface Guide
20:21 < perlDreamer> in other words, I should download them and fill my presentations with them?
20:22 <@preaction> well, the descriptions are just on the website. but the stencils could be useful if you don't have screenshots
20:45 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
20:46 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has left #WebGUI []
20:46 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
20:52 <@perlmonkey2> This ring a bell with anyone.  I get can't instantiate WebGUI::Form::Datetime but greppging the entire webgui directory finds no instances of Datetime with a lower case T in time.
20:52 <@preaction> it might be "datetime"
20:53 <@preaction> WebGUI::Form.pm has an AUTOLOAD that does ucfirst on the given type =>
20:53 <@preaction> so WebGUI::Form::dateTime == WebGUI::Form::DateTime.pm
20:53 <@preaction> but WebGUI::Form::datetime == WebGUI::Form::Datetime.pm
20:53 < knowmad> is it safe to remove completed records from the WorkflowInstance table?
20:54 <@preaction> no
20:54 < knowmad> why are they in there?
20:54 <@perlmonkey2> WebGUI::FormValidator::AUTOLOAD[76] - Could not instanciate object using new on WebGUI::Form::Datetime:
20:54 <@preaction> completed != done
20:54 <@perlmonkey2> only shows up when I run the test.
20:54 < knowmad> i see
20:54 <@preaction> perlmonkey2, somewhere, something is using "WebGUI::Form::datetime" to try to instanciate a DateTime form control
20:55 <@perlmonkey2> preaction: grep -R "Datetime" /data/WebGUI returns nothing useful :(
20:55 < knowmad> i've got entries stuck from last october
20:55 <@preaction> knowmad, "completed" means a single activity completed and we're moving on to the next one. "done" means that the entire workflow is done
20:55 <@preaction> perlmonkey2, lower-case d
20:55 <@preaction> perlmonkey2, also, cpan App::Ack
20:55 < knowmad> how can i tell which activity a workflow is at?
20:55 <@perlmonkey2> preaction: the error is uppercase
20:56 <@preaction> perlmonkey2, read what WebGUI::Form::AUTOLOAD and you'll see why it's uppercase
20:56 <@perlmonkey2> oh
20:56 <@preaction> [12:52] <preaction> WebGUI::Form.pm has an AUTOLOAD that does ucfirst
20:56 <@perlmonkey2> preaction: AUTLOAD is only saving me 2 lines of code here, I'll just skip it
20:57 < knowmad> preaction: how can i tell which activity a workflow is at?
20:57 <@preaction> knowmad, is there a currentActivity column?
20:58 <@preaction> or lastActivity or something?
20:58 < knowmad> so there is
20:58 < knowmad> and they're all stuck on the same activity
20:58 < knowmad> pbwfactivity000000012
20:58 <@preaction> that's probably not good
20:58 < knowmad> mighta missed a 0 in there
20:58 < knowmad> yeah, that's what i'm thinking
21:01 < knowmad> preaction: it's stuck on getting syndicated content
21:01 < knowmad> checking logs...
21:01 < perlDreamer> knowmad, I released a SQL Report that will tell you which workflow an activity is in
21:01 < perlDreamer> It's in the Add Ons section
21:02 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [Read error: 110 (Connection timed out)]
21:02 < knowmad> oh, yeah, i remember seeing that
21:02 < knowmad> i think i've found it now though
21:02 < perlDreamer> cool
21:05 < knowmad> so i'm getting a communications error in spectre (500); the error message gives back the WORKFLOW: Reponse for <ID>; i don't know what ID it's giving me; it's not the workflow or workflowInstanceID; any other ideas?
21:06 <@preaction> workflowInstanceId
21:07 < knowmad> thanks
21:10 < knowmad> well that worked for one but not 2 others; i don't find their instance id's in the WorkflowInstance table
21:11 <@preaction> a different site maybe?
21:11 < knowmad> is there a way to find out what the communications issue is?
21:11 <@preaction> perl spectre.pl --test
21:11 < knowmad> oh, that could be
21:12 <@preaction> but "communications issue" usually means that LWP had a problem, which could be a lot of things
21:12 < knowmad> actually there's only 1 site and --test is successful
21:12 < knowmad> yeah, that's what i was afraid of -- "could be a lot of things"
21:12 < knowmad> how do you debug?
21:13 < perlDreamer> run the workflow manually?
21:14 <@preaction> you could try making the workflow runner request yourself, something like yoursite.com?op=runWorkflow;workflowInstanceId=<...>
21:14 <@preaction> see WebGUI::Operation::Workflow for the www_ method that does this
21:14 < perlDreamer> yeah, that's easier than hacking URLs
21:15 < knowmad> OK, thanks
21:15 < perlDreamer> perlmonkey2: How's the test coming?
21:15 <@perlmonkey2> found a bug in DateTime
21:16 <@perlmonkey2> workign on it now
21:16 < perlDreamer> excellent
21:17 <@perlmonkey2> actually didnt' find a bug, it was my test.
21:20 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has joined #webgui
21:20 < knowmad> should output from errorHandler go into webgui.log?
21:21 < perlDreamer> yes, but use $session->log instead
21:21 <@preaction> knowmad, yes
21:21 < perlDreamer> it's equivalent, and much shorter
21:21 <@preaction> well, if and only if your log.conf is configured to put the message there
21:23 < knowmad> right, but that's the default
21:23 < knowmad> oh, i didn't know about log
21:23 <@preaction> ERROR is the new default, which means ERROR and FATAL gets logged
21:23 < knowmad> that's certainly much nicer
21:23 < perlDreamer> yeah
21:23 < knowmad> oh, that's my problem!
21:23 < knowmad> need to reset the log level
21:23 < knowmad> thanks
21:36 < knowmad> the log() method must be part of 7.5
21:37 < perlDreamer> yes
21:37 < perlDreamer> sorry about that
21:40 < knowmad> np
21:40 < knowmad> that's why i write tests
21:40 < knowmad> :)
21:40 < perlDreamer> You know, I should update Session/ErrorHandler to check the log method.
21:41 < knowmad> what do you mean?
21:42 < perlDreamer> the Session/ErrorHandler should make sure that the errorHandler method and log methods are equivalent
21:42 < perlDreamer> the Session/ErrorHandler _test_ should make sure that the errorHandler method and log methods are equivalent
21:43 < knowmad> ahh, i see now
21:45 < knowmad> need some terminology help here
21:45 < knowmad> what's another  name for a step incrementer
21:45 < perlDreamer> where's that at?
21:45 < perlDreamer> step incrementer?
21:46 < perlDreamer> like for (my $a=3; $a<=9; $a+=2)
21:46 < knowmad> it's what the db operations like hashRef do
21:46 < knowmad> not really like 'for'
21:46 < knowmad> it's a programmatic control 
21:46 < knowmad> abstracted
21:47 < knowmad> it's common when stepping through results from a database
21:48 < perlDreamer> how about "iterator"
21:48 < knowmad> thank you!
21:48 < knowmad> that was driving me nuts
21:48  * perlDreamer needs to become CS buzzword compliant
21:50 < knowmad> well, i doubt "step incrementer" == "iterator"; i just couldn't think of how to describe it
21:51 < knowmad> is there an UI for viewing queued outgoing messages?
21:52 < perlDreamer> su - root; mysql
21:52 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)]
21:53 < knowmad> so that'd be the mysql UI
21:54 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [Remote closed the connection]
21:54 <@preaction> yes
21:56 < knowmad> preaction: i need to get back to deleting bogus workflows
21:56 < knowmad> i have these 2 workflows that are erroring out but that don't have workflows instances
22:01 <@preaction> restart spectre?
22:06 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui
22:06 -!- mode/#webgui [+v MrHairgrease] by ChanServ
22:08 < knowmad> preaction: tried that several times
22:09 < knowmad> can't i delete them from workflowInstance?
22:11 < dionak> is there any mechanism (wremonitor?) to complain if a workflow doesn't complete within some timeframe?
22:11 <@preaction> i thought you said they were already deleted from WorkflowInstance
22:12 <@preaction> dionak, wremonitor. each time a workflow gets run, its priority level goes up. there's a maximum workflow priority key in wre.conf
22:12 < knowmad> no, i had asked earlier if it was safe to delete them
22:12 < dionak> what happens when that max is hit?
22:12 <@preaction> dionak, you get notified
22:12 <@preaction> knowmad, so they are instances of workflows that no longer exist? or workflowId is empty?
22:12 < dionak> ok. thanks. 
22:13 < knowmad> this server we're on prob isn't running wremonitor
22:13 < knowmad> (for reasons I'd rather not discuss nor disclose)
22:13 < knowmad> workflowId is pbworkflow0000000004
22:13 < knowmad> they're just ancient (last October)
22:14 < knowmad> i think the workflow exists but these are outstanding instances of it
22:14 < knowmad> i'm prettty sure that's the hourly workflow
22:17 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui
22:17 -!- mode/#webgui [+v snapcount] by ChanServ
22:18 < knowmad> so what's worst case scenario if i delete workflow instances from the workflowInstance table?
22:24 <@Haarg> if it's a scheduled workflow, there shouldn't be any problems
22:25 < knowmad> that's what i'm thinking; plus i can see that they're all stuck on retrieving syndicated content which this site isn't even using
22:25 < knowmad> i'll backup first, though!
22:25 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"]
22:28 < CIA-6> WebGUI: perlmonkey2 * r7157 /WebGUI/t/Form/ (DateTime.t Date.t): Date and DateTime tests.
22:28 < CIA-6> WebGUI: graham * r7158 /tools/translationserver.cgi: fix downloading and other issues
22:28 < CIA-6> WebGUI: graham * r7159 /tools/translationserver.cgi: use correct option for sorting keys
22:28 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
22:28 -!- mode/#webgui [+o preaction] by ChanServ
22:38 < tavisto_> Knowmad, would you be happy if WebGUI was part of the Ubuntu core?
22:38 <@preaction> tavisto_, that would be a side-effect of being part of Debian
22:39 < tavisto_> yeah it sounds like we'd just need someone to tweak things for Ubuntu :)
22:50 < knowmad> tavisto_: 110%
22:50 < knowmad> i'd be happier if i could dump this $#@( windows server i'm on right now!!!
22:50 < tavisto_> hehe
22:51 < tavisto_> well I'm waiting to hear back from Gerry @ Canonical but he told me that there shouldn't be much work involved at this point since we're going into Debian
22:51 < knowmad> where does one go to change the email SMTP server in webgui? i'm used to leaving it as localhost but this windoze svr can't do email and i need to set it to a different server
22:51 < knowmad> that'll be great; i'd be glad to do anything to help
22:52 < tavisto_> we would just need someone to follow the directions they give and go through some processes. Since you are such a big Ubuntu fan I'm wondering if this would be a good fit
22:52 < tavisto_> great, I'll need a blood sample and your 1 mile lap time
22:53 < knowmad> ohh, i'm a bit slow on the mile these days; i'll get the dna sample sent ;)
22:53 < tavisto_> I'll be in touch to discuss this with you further once I am in the loop
22:53 <@preaction> knowmad, Settings > Mail I believe. it's somewhere in the settings though
22:53 < knowmad> thanks preaction
22:54 <@perlmonkey2> Can someone tell me what is wrong with this?  WebGUI::DateTime->new($self->session, mysql => $value, time_zone => $self->session->user->profileField( 'timeZone' ));
22:55 <@preaction> nothing, except i think we're not supposed to use user->profileField("timeZone") anymore, there's something in session->datetime to grab the current time zone
22:55 <@perlmonkey2> The timezone 'American/Chicago' could not be loaded, or is an invalid name.
22:55 <@perlmonkey2> okay, I'll look for the alternative
22:56 <@preaction> that's an invalid timezone
22:56 <@preaction> it should be America/Chicago
22:59  * perlmonkey2 bangs head repeatedly on the table
22:59 <@perlmonkey2> Thanks preaction :)
23:04 < knowmad> I'm still having !@#$ workflow problems! I have 0 workflow instances but repeatedly get an error from spectre in my webgui.log. Why? Where is this ghost workflow?
23:05 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)]
23:08 < perlDreamer> knowmad, only 1 site on this box?
23:11 < knowmad> yes
23:12 < knowmad> forgot to mention that; it may have had another site at one time but it's not active now
23:12 < perlDreamer> and the db for that site is gone?
23:12 <@preaction> but the config file for that site still exists?
23:12 < knowmad> checking....
23:13 < knowmad> both are gone
23:13 < perlDreamer> if that's the problem, I think we need to continue to enhance spectre's diagnostic outputs
23:13 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"]
23:14 < knowmad> keep throwing out ideas; i gotta run
23:14 < knowmad> to a mtg
23:14 <@preaction> people still play Magic: The Gathering?
23:14 < perlDreamer> sure, why not?
23:15 <@preaction> I thought Pok?mon and Yu-Gi-Oh were the popular ones now
23:17 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
23:17 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
23:17 -!- mode/#webgui [+o tavisto] by ChanServ
23:31 <@perlmonkey2> okay, fear for WG.  I submitted the form Date and DateTime updates including a test that claims they work.  Someone might want to update and run the test too :P
23:32 < perlDreamer> tests pass
23:32 <@perlmonkey2> that's reassuring to see on a second machine.
23:33 < perlDreamer> perlmonkey2: You're not a full member of the community until you have made a boo-boo that breaks someone else's box
23:33 < perlDreamer> bonus points are awarded for the number of boxes
23:33 < perlDreamer> difficulty of fix
23:33 < perlDreamer> how many times people swear at you
23:33 < perlDreamer> and for how long it takes for the bug to surface
23:33 <@perlmonkey2> perlDreamer: hah, that shouldn't take me long :P
23:34 <@preaction> current record is held by JT, but i think it should be invalidated since he did it on purpose
23:35 <@rizen> what did i do on purpose?
23:35 < perlDreamer> record for oldest bug
23:37 <@preaction> oldest and most devastating bug
23:37 < perlDreamer> most devastating?
23:37 < perlDreamer> Are you talking about the backup bug?
23:37 <@preaction> the upgrade.pl's backup
23:37 <@preaction> yeah
23:37 < perlDreamer> I don't know.
23:37 <@preaction> it's definitely the oldest
23:37 < perlDreamer> In the 6.x series I broke Form/Text.pm
23:37 < perlDreamer> People were very unhappy about that one.
23:38 <@rizen> but preaction, i only destroyed plainblack.com with that one
23:38 <@rizen> not lots of other people's boxes
23:38 <@preaction> so, 1 site, 1 bug, but very long
23:38 <@rizen> sure, it's the oldest bug...6 years to find it
23:39 <@rizen> or maybe only 5
23:39 <@rizen> but it's only one site
23:39 < perlDreamer> only one known site
23:41 < perlDreamer> In fact, I _was_ going to buy some hosting from PB, but since the backups are questionable....
23:47 <@rizen> don't make me hurt you pd
23:47 <@rizen> i will get out my webgui branding iron
23:47 < perlDreamer> oy
23:48 <@rizen> and if you don't believe i have one, ask any of my staff...they've felt it's wrath =)
23:49 < perlDreamer> Do you beat them with it, or heat it and apply it properly?
23:50 <@perlmonkey2> We've covered the sessionId cookie stays active after a new user logs in issue before right?  And the consensus was that this wasn't an easy issue to resolve because we couldn't reliably kill cookies, right?
23:51 <@preaction> we can reliably kill cookies just fine
23:52 <@perlmonkey2> http://www.webgui.org/bugs/tracker/shipping-address-saved-in-my-profile-from-another-user#t33z8CjVkBk7B4wF_IXcVg
23:52 <@perlmonkey2> so when a new user logs in we should kill any existing sessionId cookies and create a new one?
23:52 <@preaction> uh... that will have to go through TMRFE
23:52 <@preaction> JT?
23:53 <@rizen> pd: heat it up and burn it in
23:53  * perlmonkey2 fears for pd's backside.
23:53  * perlDreamer resolves to re-evaluate his hosting choices
23:53 <@rizen> we cannot reliably kill session cookies
23:54 -!- SDuensin [n=Scott@236.sub-75-204-141.myvzw.com] has quit ["Leaving"]
23:54 <@rizen> if two users log in with the same browser on the same machine, they are destined to see anything that is session related
23:54 <@perlmonkey2> RFE to change this, or close it as How It Shall Be
23:55 <@rizen> close it
--- Day changed Tue Aug 05 2008
00:08 -!- lisette [n=liraos@adsl190-28-166-49.epm.net.co] has joined #webgui
00:16 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["that's all folks"]
00:16 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: ckotil, @khenn
00:16 -!- Netsplit over, joins: @khenn, ckotil
00:20 -!- dionak [n=dionak@97.66.185.250] has quit []
00:20 -!- juan1 [n=juangui@201.232.58.66] has left #webgui []
00:21 < CIA-6> WebGUI: perlmonkey2 * r7160 /WebGUI/ (7 files in 5 dirs): Fixed Form Date and DateTime to properly handle mysql and epoch times. Added tests to make sure they work.
00:26 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
00:26 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: ckotil, @khenn
00:29 -!- Netsplit over, joins: ckotil
00:31 -!- dionak [n=dionak@97.66.185.250] has quit [Read error: 60 (Operation timed out)]
00:32 -!- funkmagnet [n=jars@h19-afsc.ded.indra.com] has quit [Read error: 110 (Connection timed out)]
00:42 -!- khenn [n=khenn@97.92.186.139] has joined #webgui
00:42 -!- ServerMode/#webgui [+o khenn] by irc.freenode.net
01:11 < knowmad> In Log::Log4perl, there is a log level called notice. Is this available via errorHandler?
01:19 <@apeiron_> knowmad, I don't believe so, but you can get the underlying Log::Log4perl object with ->getLogger.
01:20 < knowmad> yeah, i just tried that and it didn't work; actually notice is part of the Log::Dispatch module that (I think) Log::Log4perl 
01:20 < knowmad> uses
01:20 -!- apeiron_ is now known as apeiron
01:20 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["Leaving"]
01:20 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
01:20 -!- mode/#webgui [+o Haarg] by ChanServ
01:20 < knowmad> i need something that is less verbose than INFO but not as significant as WARN
01:21 < knowmad> setting my log level to INFO outputs too much
01:21 < knowmad> isn't there a way to only output logging for a specific activity?
01:22 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit [Client Quit]
01:29 < knowmad> ok, found that i can adjust logging levels within my activity then adjust them back down
01:32 -!- knowmad [n=william@97.66.185.250] has left #webgui []
01:32 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
01:40 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
01:46 -!- metanil [n=akhadka@137.48.138.26] has joined #webgui
01:55 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit []
02:08 -!- lisette [n=liraos@adsl190-28-166-49.epm.net.co] has left #webgui []
02:08 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
02:12 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
02:12 -!- mode/#webgui [+o rizen] by ChanServ
02:16 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Client Quit]
02:40 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui
02:40 -!- mode/#webgui [+o rizen] by ChanServ
02:40 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI
02:40 < elnino> hi all.
02:41 < elnino> I sucessfully upgraded to 7.4.40!  I'd like to modify the workflow "commit without approval" to notify about aversion tag. 
02:41 < elnino> I see that I have the choice to notify a "group". where to I specify this?
02:42 < elnino> I read that wrong.. Sorry, never mind... Is there a way to notify a particular group that a versiontag has been approved?
02:43 <@preaction> put a Notify About Version Tag activity after the Request Approval activity?
02:43 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Client Quit]
02:43 < elnino> I dont' want them to approve anything, just want to tell them about it.
02:44 < perlDreamer> elnino, that's what preaction's suggestion will do
02:44 < perlDreamer> Group to Approve is automatically notified
02:44 < perlDreamer> if you want additional notifications, you use NotifyAboutVersionTag
02:46 < elnino> yes, I want additional notifications.. but my choices are "tag committer, tag createer and "group to use"  I have a different group in mind:  admins.
02:46 < perlDreamer> and in the Request Approval, admins don't get an email?
02:48 < elnino> in the request approval step, it's "version managers". - so will they get a notification, if the request is automatically approved? I"m slowly getting this. I'm only an admin, I guess I'll join the "version tag manager group" That should work.
02:49 < elnino> right?
02:50 < elnino> testing....
02:57 < elnino> hmm.  no email. I logged in as someone else who is a version tag manager, committed my tag, it got automatically approved by version tag manager (per workflow) and didn't get an email to me (who is also a version tag manager)
02:57 < elnino> let me say that differently.
02:57 < elnino> I logged in as someone else who is a version tag manager, made a change, committed the tag, it got automatically approved by version tag manager (Because i was logged in as one) (per workflow) and didn't get an email to me (who is also a version tag manager)
02:58 < elnino> I would have expected all versoin tag mangers to be notified.
02:58 <@preaction> that's expected behavior, yes
02:58 <@preaction> no, there is no message because it doesn't need approval
02:59 < elnino> hmm. is there a work flow I can add to still be notified even if it's automatically approved? it gives them a fuzzy feeling, and, give us other versoin tag managers a chance to reivew the changes after they've been posted. 
03:00 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui
03:00 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"]
03:01 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)]
03:04 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui
03:04 -!- mode/#webgui [+v Radix-wrk] by ChanServ
03:04 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI
03:04 -!- mode/#webgui [+o tavisto] by ChanServ
03:07 < elnino> is that travis the person who would be able to tell me the costs of SSL? on a single hosting plan?
03:10 <@preaction> tavis?
03:12 < elnino> isn't it travis parker or parker travis at plainblacK?
03:12 < elnino> I saw travisto, assumed it was him.
03:19 <@preaction> that's tavis parker, yes
03:22 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit []
03:27 < elnino> does travisto = travis parker?
03:36 < elnino> is that bad for me to ask on a chat?  sorry...
03:40 <@tavisto> elnino, it's fine. My name is Tavis Parker. No "r" :)
03:41 < elnino> sorry.  you call me returning my call to you. Just wondering how much SSL is on a single site hosting plan?  If this isn't appropriate on a chat, I can try to call tomorrow.
03:41 <@tavisto> If you're looking to use SSL on your supported hosting site, there is no charge from Plain Black's end.
03:42 <@tavisto> are you looking to use Itransact with WebGUI's shopping cart?
03:42 < elnino> cool. yep.
03:42 <@tavisto> alright, have you setup the itransact account through the directions in WebGUI?
03:43 < elnino> oh.. not yet. I'm wating to see if I get the gig or not.  If so, I'll be signing up right away.
03:44 <@tavisto> alright great. Well the only other expense you will incur is the activation of XML through the payment gateway
03:44 <@tavisto> it's only $5/month more and it's added to the merchant account fees you have to pay monthly
03:45 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI
03:45 -!- mode/#webgui [+o khenn] by ChanServ
03:46 <@tavisto> elnino, is this for a 7.4 site or are you going to be setting this up on a 7.5 site?
03:46 < elnino> 7.5 I assume.  do I have a choice with your hosting?
03:47 <@tavisto> oh that's true.. nm I forgot you're using our single site hosting.. heh, my brain is tired
03:48 <@tavisto> 7.5 will be on our servers fairly soon so you'll be developing on that.
03:48 < elnino> that's ok. latest and greatest is just fine for this application.
03:48 <@tavisto> great, well you'll love all of the new functionality the new shop has anyway.
03:49 < elnino> had some fun already!
03:49 <@tavisto> are you a WebGUI reseller?
03:51 < elnino> no.  I would love to be, but I don't have enough clients.
03:51 <@tavisto> ah okay, well it only takes a bit of time to make it to 5 and then agency hosting is the way to go.
03:51 <@tavisto> Are you Lauralyn btw?
03:51 < elnino> yes.
03:51 <@tavisto> ah okay I thought your question seemed very familiar :)
03:52 < elnino> you can take me off your "to call back list"
03:52 < elnino> =)
03:52 < elnino> thanks!
03:52 <@tavisto> yeah I was happy I could bury another email in my inbox
04:03 <@preaction> i'm happiest when tavisto has a lot of work
04:18 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has joined #webgui
04:18 < ShortWave> Hey all
04:18 < ShortWave> 'sup?
04:19 <@preaction> same old, same old
04:19 < ShortWave> yeah
04:19 < ShortWave> I hear that
04:19 < ShortWave> so I just discovered this
04:19 < ShortWave> after digging through like, a pile of different CMSes
04:19 < ShortWave> I need to setup a family site
04:20 < ShortWave> and I want no fuss, no muss
04:20 < ShortWave> but I gotta say
04:20 < ShortWave> Iphone guy's testimony...totally sold me
04:20 < ShortWave> heh
04:20 <@preaction> ahh. good ol maxscience
04:21 -!- i2wild_ [n=chatzill@98.223.255.95] has joined #webgui
04:25 < ShortWave> Wouldn't happen to be a Centos-compliant package of this is there?
04:25 < ShortWave> Maybe the Rhel one will work?
04:26 <@preaction> the RHEL one will work
04:26 <@preaction> as long as you use the right one, of course
04:26 -!- i2wild_ [n=chatzill@98.223.255.95] has quit [Client Quit]
04:26 < ShortWave> helpful++
04:26 < ShortWave> aight, lemme see what I'm doing here
04:28 < ShortWave> Rhel5 I suppose?
04:30 <@preaction> dunno. CentOS 5?
04:30 <@preaction> what does your /etc/redhat-release say?
04:32 < ShortWave> Centos 5 r
04:32 < ShortWave> err
04:32 < ShortWave> 5
04:33 < ShortWave> Hrm....
04:33 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit []
04:33 < ShortWave> I already have a whole setup with apache virtual servers and such
04:33 < ShortWave> I don't support this installs to somewhere..separate does it?
04:33 <@preaction> yes
04:33 < ShortWave> err, suppose, etc.
04:33 < ShortWave> Oh so totally separate and standalone then?
04:33 <@preaction> though, if you're brave enough, you can get WebGUI to run without the WRE
04:34 < ShortWave> I'm pretty brave
04:34 <@preaction> yes. the WRE needs to be installed to /data/wre
04:34 < ShortWave> Interesting
04:34 <@preaction> i suggest the WRE for ease-of-use and performance
04:34 < ShortWave> I would, however, need to run it on a diferent port
04:34 <@preaction> of course
04:34 < ShortWave> Just setup a forwarding page
04:34 <@preaction> the WRE has two configured apaches, one that runs on 80, one that runs on 8081. both ports are settable
04:35 < ShortWave> Ah, sexy
04:35 < ShortWave> I likes
04:35 <@preaction> but you wouldn't even need the one that runs on port 80, since you could theoretically use your existing apache for that
04:35 <@preaction> all the port 80 one does is serve static content (images mostly) and proxy requests to mod_perl, on port 8081
04:36 <@preaction> well, i'll let you see how it works, and try not to confuse you too much beforehand
04:37 < ShortWave> pretty tough to confuse me
04:37 <@perlmonkey2> patspam: you awake?
04:37 < patspam> yessir
04:37 <@perlmonkey2> how's the survey going?
04:37 < ShortWave> <--- perfessional web-type-due, has no fear.
04:37 < ShortWave> dude, etc.
04:37 < ShortWave> Just as an example
04:37 < patspam> ah haven't touched it man, been flat-out doing other dev
04:37 < patspam> how about you?
04:37 < ShortWave> I actually run Metadot on my server now 
04:38 < ShortWave> but I want something easy to use for the family
04:38 < patspam> and heading O/S for YAPC::Europe on sunday
04:38 < ShortWave> cuz christ, my wife has a huge-ass family
04:38 <@perlmonkey2> since we last talked I got a job.  But it looks like if I get a bunch of work done this week things will slow down and I can spend some time on it this weekend and next week.
04:39 <@perlmonkey2> congrats!  That should be a ton of fun.
04:39 < patspam> yeah should be great, my first YAPC
04:39 <@preaction> then you'll probably want to follow docs/install.txt, but then take the /data/wre/etc/yoursite.modproxy that gets created for your site and plug that into your existing port 80 Apache instance
04:39 < ShortWave> aight
04:39 <@perlmonkey2> patspam: Any personal heroes going to be there?
04:39 <@preaction> i mean, having three apache's running is just overkill. ;-)
04:39 < patspam> gosh, like all of em ;) I'm gonna be such a fan-boy 
04:40 <@perlmonkey2> heh, yeah, I'm right there with you.
04:40 < ShortWave> hahaha
04:40 < ShortWave> yeah...simple enough to figure a vhost to point where I want
04:41 < patspam> I thought I'd wait for you to do (or start) the JSON rewrite first since you're in a better position than me to do it
04:41  * ShortWave perks up.
04:41 <@perlmonkey2> patspam: yeah, I had worried that the client/server api might change
04:42 < ShortWave> Json support?
04:42 <@perlmonkey2> patspam: it probably needs to so the way data is slung around can be cleaned up
04:42 <@perlmonkey2> but the hardest part was actually making the YUI do all the crazy things we needed it to.  
04:43 <@perlmonkey2> ShortWave: rewriting the rewrite of the survey so that non-user response collateral is stored as JSON.  
04:43 < patspam> I'm actually doing a lot of YUI at the moment for my $work, so I might be able to help there
04:44 <@perlmonkey2> ShortWave: as is, put a few thousand responses and a few thousand questions in WG and the Survey2.0 takes 5 seconds to load a new page on a mid to low end machine.
04:44 <@perlmonkey2> patspam: sweet that is great.  But hopefully that is all worked out.
04:44 < ShortWave> Interestink
04:45 < ShortWave> I likes JSON
04:45 < ShortWave> Course I like Flex too
04:45 <@preaction> perlmonkey2, are you sure it's not something you can fix with proper indexes and better SQL optimization?
04:45 <@perlmonkey2> preaction: I've tried.  And I would love for some help.
04:46 <@perlmonkey2> preaction: But lets says a fully indexed table can return a query in 50ms.  10 queries is .5 seconds.
04:46 <@perlmonkey2> and on my machine "select 'x'" takes about 20ms.  
04:46 <@perlmonkey2> and on a really large table, 100ms is the norm.
04:46 <@preaction> 10 queries is 0.05 seconds you mean. 0.001 = 1 ms
04:48 <@perlmonkey2> right
04:48 <@perlmonkey2> no
04:48 <@perlmonkey2> .05 seconds for 1 query
04:49 <@perlmonkey2> hmm....something is different.  I just tested on my Q6600 and select 'x' is a tiny fraction of 1ms
04:49 <@preaction> the first time it gets cached usually
04:49 <@preaction> do you have a DB schema and the queries you're running against it?
04:50 <@perlmonkey2> maybe the problem was the hardware.  ATA100 on a P4 with 1MB ram
04:50 <@perlmonkey2> preaction: I don't have the queries broke out, but I can point you at the create sql
04:51 <@perlmonkey2> http://www.webgui.org/webgui/dev/discuss/survey3/4#jJ-PAioQBI5WNtWdCAcDvg
04:52 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
04:53 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui
04:54 <@preaction> perlmonkey2, first off, Survey_question needs an index on "assetId", since I assume you get the questions by assetId and then order by sequenceNumber, that will probably speed things up rather nicely
04:55 <@perlmonkey2> assetId is part of the primary key?
04:55 <@perlmonkey2> a seperate key with just the assetId?
04:55 <@preaction> yes
04:55 <@preaction> do "EXPLAIN SELECT * from Survey_question WHERE assetId="something"" and you'll probably see that no keys are used
04:56 <@perlmonkey2> I'm not sure I ever query just the assetId.  I think all the keys are, as best as I could, indexed with the queries.
04:56 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui
04:58 <@perlmonkey2> I'm sure I can do some refactoring and condense some logic.  But I think keeping the survey in a JSON colum would mean that when generating a new page to display I'd need 1 query to grab the previous response information and 1 query to get the survey.  Then an update to the response.  So 3 queries, 2 of which culd be combined.
04:58 < ShortWave> Hrm
04:58 < ShortWave> Error: Unable to open '/data/WebGUI/etc/log.conf.original': No such file or directory 
04:58 < ShortWave> now
04:58 < ShortWave> that says log.conf.original
04:58 < ShortWave> so I dunno if this is making a backup
04:58 < ShortWave> or trying to do something else
04:58 < ShortWave> but what do you think?
04:59 <@preaction> ShortWave, when did you get that error?
04:59 < ShortWave> pressing "manual install"
04:59 < ShortWave> Configuring WebGUI
04:59 <@perlmonkey2> And I ran some tests and a really really large survey shouldn't be larger than a few meg.
04:59 <@preaction> ShortWave, did you already unzip webgui to /data/WebGUI before pressing Manual Install?
04:59 < ShortWave> yuppers
05:00 <@preaction> and is there a /data/WebGUI/etc/log.conf.original?
05:00 < ShortWave> Hrm...
05:00 < ShortWave> wait, I just unzipped it into /data/
05:00 <@preaction> ShortWave, you realize the difference between the WRE and WebGUI, right?
05:00 <@preaction> you should just click Automatic Install, really
05:00 < ShortWave> I do now
05:00 <@preaction> perlmonkey2, but then your database normalization goes away :(
05:00 < ShortWave> :)
05:00 <@perlmonkey2> preaction: yeah, I completely agree.  That is a tough thing to swallow.  
05:00 < ShortWave> This is the price of having a wife in the room talking to me
05:01 <@perlmonkey2> preaction: it means no other wobjects building reports or doing anything except through the API.
05:01 <@perlmonkey2> user created custom reports can't be done.
05:01 <@preaction> perlmonkey2, which, though JT and others like, I personally hate
05:01 <@preaction> SQLReports for the Survey2 would be pwn
05:01 <@perlmonkey2> preaction: I love the idea of the speed, but cringe at what it does to the flexibility of the DB.
05:02 <@preaction> we can fix the speed of Survey2, at least, database-wise
05:02 <@perlmonkey2> preaction: I've spent some time on it trying.  
05:02 <@perlmonkey2> I guess I need to get a build going locally, but first I need to knock out a few more tickets :)
05:03 <@preaction> so when you query Survey_question normally, you grab things by "assetId=? and Survey_sectionId=?" correct? if so, then you'd still want a key just on assetId (since that will make that query only need to look at all the seconds for a single survey asset)
05:03 <@perlmonkey2> But if we could get the speed up to par then there really isn't that much to do.  Clean up the rough edges, refactor some ugliness, create some reports.
05:03 <@preaction> think of the index as a pre-sort. if we index based on assetId, we only have to do an expensive look at the ones that we already know belong to our asset
05:04 < ShortWave> aight, I gots management
05:04 < ShortWave> hrm
05:04 < ShortWave> lots of Json stuff
05:05 <@preaction> yeah, those are just warnings, you should be fine
05:06 < ShortWave> not what I meant
05:06 < ShortWave> config stuff
05:07 <@perlmonkey2> preaction: select q.* 
05:07 <@perlmonkey2>         from Survey_question q
05:07 <@perlmonkey2>         where q.Survey_sectionId = ? and q.sequenceNumber >= ? and q.sequenceNumber < ?
05:07 <@perlmonkey2>         order by q.sequenceNumber ASC
05:07 <@preaction> er... where's the assetId in there?
05:08 <@perlmonkey2> the sectionId will have made sure we're in the correct assetId
05:08 <@perlmonkey2> all unique WG id's
05:08 <@preaction> or are you just assuming that Survey_sectionId will be unique enough. if so, then you just want an index on the sectionId
05:08 <@perlmonkey2> so just index on the section.  Then maybe seperate indexes on the sequence?
05:10 <@perlmonkey2> this could work.  vastly decrease the size of the indexes.  I mean, there should be what, maybe 20 sections to a large survey.  Maybe 50 questions to a section?  Those are not a very large number or rows to then deal with.
05:10 <@perlmonkey2> and the response tables were always the really slow ones anyways.
05:11 <@preaction> if it really gets bad, you can use UNIONs of very small queries, as the latest SVN revision of WebGUI::Inbox does
05:11 <@preaction> but i don't think that will work in this situation
05:12 <@preaction> plus, keys get cached in memory, so it'll be crazy fast
05:13 <@perlmonkey2> this certainly would make cleaning up the survey2 much easier ;)
05:13 <@preaction> lastly, if things really really really get bad, i'm buying the High Performance MySQL book
05:13 < ShortWave> preaction: Ok, this I think is a real problem.
05:13 <@preaction> well, really, i bought it and it's at JT's house
05:14 <@preaction> ShortWave, pastebin the message and we'll try to work through it
05:14 < ShortWave> preaction: modproxy isn't starting
05:14 <@preaction> it won't start without modperl already started, which won't start without mysql already started
05:14 < ShortWave> modperl is started
05:14 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
05:14 -!- mode/#webgui [+v cap10morgan] by ChanServ
05:14 < ShortWave> mysql is started too
05:15 <@preaction> what does the modproxy error log say? it's in /data/wre/var/logs/modproxy.error.log
05:15 <@preaction> if it's about make_sock: 0.0.0.0:80 address already in use, then it didn't save your port configuration correctly
05:16 < ShortWave> ah...it's a port issue
05:16 < ShortWave> I just found that
05:16 < ShortWave> I set the proxy port to 81
05:17 < ShortWave> So where to look to fix that?
05:17 <@preaction> in /data/wre/etc/modproxy.conf
05:18 < ShortWave> listen 81
05:18 < ShortWave> so that's right
05:18 <@preaction> is 81 being used by anything?
05:19 < ShortWave> well it's trying to connect to 80
05:19 < ShortWave> not 81
05:19 < ShortWave> modperl's running on 8081
05:19 <@preaction> is there some other Listen 80 or *:80 or something in the modproxy.conf?
05:19 < ShortWave> nope
05:20 <@preaction> wait... did you run the WRE console as root?
05:20 < ShortWave> Yup
05:21 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui
05:22 <@preaction> dunno then. what is the exact error message?
05:23 < ShortWave> [Mon Aug 04 21:20:15 2008] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:80 (localhost) failed
05:24 < ShortWave> hrm
05:25 <@preaction> oh, that looks like modproxy is trying to proxy port 80
05:25 <@preaction> which is weird
05:25 <@preaction> look in /data/wre/etc/yoursite.modproxy
05:25 < ShortWave> if I crank up my original server, I get the centos test page
05:26 < ShortWave> vhost on *.80
05:26 < ShortWave> rather, *:80
05:26 < ShortWave> ack
05:26 < ShortWave> *:81
05:27 <@preaction> right, but one of the last lines in the vhost block should be RewriteRule ^/(.*) http://%{SERVER_NAME}:80/$1 [P]
05:27 <@preaction> or something
05:27 <@preaction> the 80 should be 8081
05:28 < ShortWave> yeah I've got that
05:29 <@preaction> er... so you go to yoursite:81 and you don't see anything?
05:30 < ShortWave> with my original server shut down...
05:30 < ShortWave> modproxy won't start
05:30 <@preaction> and the error in the modproxy log is the one from above
05:30 < ShortWave> yup
05:31 <@preaction> and nowhere in the yoursite.modproxy or modproxy.conf is there something trying to proxy to port 80?
05:31 < topsub> is there a way to make profile detail page viewable by anyone?
05:31 <@preaction> pastebin your yoursite.modproxy perhaps?
05:31 <@preaction> topsub, you can set your profile to be publicly viewable yes
05:31 < topsub> is it per person you have to do that? Or is there a global setting?
05:32 < ShortWave> grep ":80" * in wre/etc shows me a bunch of lines that are commented out, or 8081
05:32 <@preaction> topsub, per person, but you can set the default for new users in the normal way (changing Visitor's profile)
05:32 < topsub> ah alright thanks alot!
05:33 < topsub> thanks preaction!
05:34 <@preaction> ShortWave, it might say "FAILED" or "Stopped", but it might still be started
05:35 <@preaction> what does ps -ax | grep "httpd" say? any with -D modproxy?
05:35 < ShortWave> is not starting
05:35 < ShortWave> or well
05:35 < ShortWave> wait
05:35 < ShortWave> I see -D modproxy
05:35 < ShortWave> in ps -ax
05:36 <@preaction> so modproxy is started
05:36 < ShortWave> Evidently...the green start button could use some feedback enhancement
05:37 <@preaction> feel free to submit a bug: http://webgui.org/bugs
05:37 <@preaction> might want to make sure it's not already reported though
05:37 < ShortWave> what should I look for spectre running?
05:38 < ShortWave> The screen looks the same
05:38 <@preaction> ps -ax | grep "spectre.pl"
05:39 < ShortWave> aight, that ain't running
05:41 < ShortWave> I'm gonna try a full restart
05:41 < ShortWave> see what happens
05:41 < ShortWave> maybe it's just something wonky somewhere
05:41 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has left #webgui []
05:42 < ShortWave> modproxy runs, spectre does not
05:45 < ShortWave> cranking up my original server, everything runs but spectre
05:45 < ShortWave> I get a testpage at myserver:81
05:46 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)]
05:46 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui
05:46 -!- mode/#webgui [+v cap10morgan_] by ChanServ
05:48 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 104 (Connection reset by peer)]
05:52  * perlmonkey2 gives up for the night
05:53 <@preaction> ShortWave, i would still venture that modproxy is accidentally proxying port 80 and not 8081 or something
05:53 <@preaction> did you add a site yet?
05:53 < ShortWave> I would say your assertion is correct
05:53 < ShortWave> yup
05:53 < ShortWave> I'm configuring that on 8081 now
05:53 < ShortWave> Don't think I really need modproxy in any event do I?
05:53 < ShortWave> I can setup a forwarder
05:54 <@preaction> well, you'll still want the configuration file, since it does things with /uploads and /extras that bypass WebGUI (and helps performance)
05:54 <@preaction> but you can put that config file in your own apache
05:54 <@preaction> by "that config file" i mean yoursite.modproxy
05:57 < ShortWave> aight
06:01 < ShortWave> Hrm
06:01 < ShortWave> Kinda diggin it
06:05 < ShortWave> In fact, I'm digging it so much
06:05 < ShortWave> I might migrate my metadot site to it tomorrow
06:05 <@preaction> so it's working?
06:06 < ShortWave> yeah, 8081 is working
06:06 < ShortWave> spectre doesn't wanna run
06:06 < ShortWave> modproxy I can configure into my base server so I ain't worried about that
06:08 < ShortWave> tho I gotta say, it feels like metadot in a lotta ways
06:09 <@preaction> spectre not wanting to run is bad. might want to change webguiIp in /data/WebGUI/etc/spectre.conf to 8081
06:09 < ShortWave> what does spectre do for me?
06:09 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 113 (No route to host)]
06:10 <@preaction> spectre is the offline execution engine. it's a scheduler and handles other things that it's not possible to do through the UI
06:10 < ShortWave> ahhh
06:10 < ShortWave> ok
06:11 <@preaction> lots of things create "Workflows", which spectre then keeps track of and runs them at the appropriate time
06:11 <@preaction> or rather, tells WebGUI to run an activity in the workflow
06:11 <@preaction> but if you fix webguiPort in spectre.conf it should start up fine
06:11 < ShortWave> Ok so it's a sort of persistent execution engine that doesn't require page loads
06:12 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit []
06:12 <@preaction> kinda, it still does its work through WebGUI, but it's not a browser so it's not limited to what browsers can do
06:12 < ShortWave> Ok
06:12 < ShortWave> So you can initiate a task and you don't have to make the browser wait for it
06:13 <@preaction> right
06:13 < ShortWave> Handy
06:13 < ShortWave> I like it
06:13 <@preaction> plus the scheduler
06:13 <@preaction> yes, spectre is awesome
06:13 < ShortWave> Aight, so how hard would it be to get this to serve XML?
06:14 < ShortWave> I imagine pretty trivial?
06:14 <@preaction> exceedingly trivial
06:14 < ShortWave> Coolio
06:14 < ShortWave> This is good
06:14 < ShortWave> I can use with Flex
06:14 <@preaction> i've got a presentation at the WebGUI Users Conference all about making templates to serve RSS where normally you'd get HTML
06:15 < ShortWave> Ah, sexy...so I can make a feed for <insert category> and massage the XML into what I want, and shove that into a Flex app
06:15  * ShortWave likes this...a lot
06:15 < ShortWave> Since this is a family website, one of the things I want to make is a cross-checking christmas list thing