--- 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 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] 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 ; 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 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 06:16 < ShortWave> Family's so big that we have lots of same-buys 06:16 < ShortWave> So I want to apply a technological fix to it...instead of sending crap through email, and mixing up who's-who, I make an app that lets everyone know who go what for who (except for the who that was got for) 06:16 < ShortWave> :) 06:17 -!- hightekvagabond [n=Administ@63-224-1-121.mpls.qwest.net] has joined #webgui 06:17 <@preaction> doesn't amazon.com have a gift registry that would work for this? 06:17 <@preaction> this almost sounds like something nice for WebGUI 06:17 -!- hightekvagabond [n=Administ@63-224-1-121.mpls.qwest.net] has left #webgui [] 06:17 <@preaction> though, couldn't you also make a WebGUI DataForm for people to register gifts anonymously? or something? 06:18 <@preaction> WebGUI just had a major rewrite of the commerce API, now called Shop. so a gift registry something-or-other would be a fun plugin 06:18 <@preaction> metadot is perl even? 06:20 < ShortWave> Metadot is perl yeah 06:20 < ShortWave> template toolkit even 06:20 <@preaction> mmm TT 06:20 <@preaction> that'll be the default in webgui soon 06:21 < ShortWave> and amazon.com...my registry idea would integrate theirs, and as many others as I could get away with 06:21 < ShortWave> Flex is pretty bad-ass 06:21 < ShortWave> Flex/AIR 06:21 < ShortWave> wanna see my project? 06:21 < ShortWave> You know what VMware is, right? 06:21 <@preaction> yes 06:21 <@preaction> i use Fusion on my mbp 06:22 < ShortWave> http://www.stormwind-studios.com/public/Kodiak6.jpg 06:22 < ShortWave> Management app for VMware ESX server in Adobe AIR. 06:22 < ShortWave> http://www.stormwind-studios.com/public/Kodiak5.jpg 06:23 < ShortWave> everything you see is generated by Flash/Flex/AIR 06:23 < ShortWave> and yes, you can interact with the consoles :) 06:23 < ShortWave> even while they're scaled 06:24 <@preaction> good lord 06:24 < ShortWave> heh 06:24 < ShortWave> I've gotten kinda accustomed to that reaction of late 06:25 <@preaction> though i am biased, the cmsmatrix confirms that WebGUI has more awesome than metadot 06:25 < ShortWave> I might be forced to agree, just in terms of usability 06:25 <@preaction> but then, the places where the more awesome is are probably not places you need it 06:25 < ShortWave> And metadot is kind of a bear to configure 06:26 < ShortWave> but once you've got it setup 06:26 <@preaction> yeah, that usability is going up soon hopefully 06:26 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 06:26 < ShortWave> it's really pretty decent 06:26 <@preaction> my opinion is we still have a lot of work to do in that respect, especially the admin interface 06:26 < ShortWave> make the admin interface in Flex 06:26 < ShortWave> :) 06:26 < ShortWave> send XML packets 06:26 <@preaction> i wish 06:26 < ShortWave> hehe 06:26 < ShortWave> Hey, it'd be awesome 06:26 < ShortWave> Flex is free anyway 06:26 < ShortWave> AND open source 06:27 <@preaction> wait, free Flex SDK? free as in speech? 06:27 < ShortWave> how can you go wrong? 06:27 < ShortWave> Yesssss 06:27 < ShortWave> You didn't know that? 06:27 <@preaction> no... you may have just opened up a whole shipping container full of worms here ;-) 06:27 < ShortWave> http://opensource.adobe.com/wiki/display/flexsdk/Flex+SDK 06:27 < ShortWave> par for my course, really 06:28 < ShortWave> A. the flex SDK itself is free. They of course want you to buy Flash & Flex Builder, but you dn't really need them 06:28 < ShortWave> B. the Flex SDK has been opensourced. 06:28 < ShortWave> C. E4X. Need I say more? 06:28 <@preaction> one of the people from unitedknowledge are creating a flash-based slideshow that uses an XML feed, that might be using flex 06:28 < ShortWave> D. Webservices (SOAP & REST) FTW 06:29 < ShortWave> Very well may be 06:29 < ShortWave> It know it's very easily done of late. 06:29 < ShortWave> you ever work with e4x? 06:30 < ShortWave> It's like Xpath, but better 06:30 <@preaction> haven't even heard of it 06:30 < ShortWave> say I want all the shoe elements that are size ten 06:30 < ShortWave> as in 06:30 < ShortWave> I does 06:30 <@preaction> ahh, i tend to use JSON in these situations 06:30 < ShortWave> myDoc..shoe.(@size == 10); 06:31 < ShortWave> I gets the list of shoes that are size ten 06:31 < ShortWave> well 06:31 < ShortWave> JSON is great 06:31 < ShortWave> but 06:31 < ShortWave> there are times 06:31 <@preaction> yeah, but it's not XML 06:31 < ShortWave> where you needs more 06:31 < ShortWave> Like with RSS 06:31 < ShortWave> My VMware stuff is all XML 06:31 < ShortWave> the VI Api is a monstrous pile of WSDL 06:32 < ShortWave> did I say monstrous? I meant huge. 06:32 < ShortWave> Like gigantically huge. 2700+ data types in the schema. 06:33 < ShortWave> tho for something like VMWare, that's really to be expected 06:33 <@preaction> true 06:34 < ShortWave> So yeah 06:34 < ShortWave> I'd be all about flexing some front-end admin magic 06:34 < ShortWave> via JSON or whatever 06:34 < ShortWave> Probably JSON for the admin stuff be more straightforward 06:35 <@preaction> most likely, though there is a Web Services client built-in to webgui 06:36 <@preaction> i'm, again, not really familiar with it, but i Know it can do SOAP 06:36 < ShortWave> client or server? 06:36 <@preaction> client 06:36 < ShortWave> Ok 06:36 < ShortWave> Interesting 06:36 < ShortWave> So it can talk to a remote SOAP source then 06:37 <@preaction> server, isn't SOAP just text? webgui rocks at text 06:37 < ShortWave> Flex would want to be a client as well 06:37 < ShortWave> SOAP is just XML 06:37 <@preaction> a payload in an XML envelope 06:37 < ShortWave> pretty much 06:37 <@preaction> so, yeah, you could make webgui into a soap server 06:38 < ShortWave> Hrm 06:38 < ShortWave> Tricky part would be supporting the operations 06:38 < ShortWave> SOAP is a little bit weird on the request stuff 06:38 < ShortWave> There's a whole request model and what-not involved 06:38 < ShortWave> It's not just about "Oh hey, here's a URL, with some parameters, gimme some data" 06:39 < ShortWave> ack 06:39 < ShortWave> I'm being paged 06:39 < ShortWave> Tell you what, I'll pop back in tomorrow 06:39 < ShortWave> wife needs my attention 06:39 < ShortWave> l8r 06:39 <@preaction> we'll be here 06:39 < ShortWave> aight cool 06:39 < ShortWave> I'm out 06:39 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has quit [] 07:00 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 07:01 < CIA-6> WebGUI: colin * r7161 /WebGUI/t/Asset/Wobject/EventManagementSystem.t: Remove debugging output. 07:15 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 08:11 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit [Remote closed the connection] 08:44 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 110 (Connection timed out)] 09:24 -!- SynQ [n=SynQ@f70168.upc-f.chello.nl] has quit ["Leaving."] 09:47 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit [Read error: 104 (Connection reset by peer)] 09:49 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 09:49 -!- mode/#webgui [+v Radix-wrk] by ChanServ 10:16 -!- KlausH [n=KlausH@p5B0701E2.dip0.t-ipconnect.de] has joined #webgui 10:23 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:27 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:16 < CIA-6> WebGUI: yung * r7162 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Operation/Invite.pm): fixed: Invitation EMails Escape Characters 13:01 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Remote closed the connection] 13:02 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui 13:03 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Client Quit] 13:45 -!- carogray [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 13:45 -!- BartJol [n=plainstu@dc514780d4.adsl.wanadoo.nl] has joined #webgui 13:48 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 13:48 -!- mode/#webgui [+o Haarg] by ChanServ 13:59 < BartJol> goodday 14:00 < BartJol> is there a way to get the default hide from navigation setting to no? 14:19 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 14:31 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 15:13 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has joined #webgui 15:35 -!- MrHairgrease [n=martin@wlan-145-94-222-78.wlan.tudelft.nl] has joined #webgui 15:35 -!- mode/#webgui [+v MrHairgrease] by ChanServ 15:49 -!- SDuensin [n=Scott@209.sub-75-204-95.myvzw.com] has joined #WebGUI 15:52 < SDuensin> Morning. 15:58 -!- MrHairgrease [n=martin@wlan-145-94-222-78.wlan.tudelft.nl] has quit [Read error: 110 (Connection timed out)] 15:58 -!- MrHairgreas1 [n=martin@wlan-145-94-221-18.wlan.tudelft.nl] has joined #webgui 16:01 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has quit [] 16:10 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI 16:27 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)] 16:28 -!- khenn_ [n=khenn@97.92.186.139] has quit [] 16:32 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 16:32 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:45 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 16:45 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:47 < ckotil> anyone know anything about a firefox that allows you to upload multiple files via the file pile? 16:47 < ckotil> http://www.plainblack.com/etcetera/ziparchive-not-expanding/ as colink stated here at the bottom 17:11 <@perlmonkey2> I've never heard of that ff addon, but a quick search for webgui in ff addons should find it if it exists. 17:18 < ckotil> sure enough. thanks 17:18 < ckotil> i did a google search for firefox drag drop , and found the same addon 17:19 < ckotil> it doesnt work well enough, still cannot drag multiple files 17:22 -!- BartJol [n=plainstu@dc514780d4.adsl.wanadoo.nl] has left #webgui [] 17:31 -!- khenn [n=khenn@71-86-227-90.static.mdsn.wi.charter.com] has joined #WebGUI 17:31 -!- mode/#webgui [+o khenn] by ChanServ 17:36 < topsub> is there a macro yet where i can send a User Id to the macro and it returns first and last name? 17:43 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:43 -!- mode/#webgui [+o Haarg] by ChanServ 17:49 <@perlmonkey2> Is this bug something we want to alter WSClient for, wait until the new Sharp client is submitted and then merge it, or add it as an RFE? http://www.plainblack.com/bugs/tracker/web-service-client-blocks-page-execution#gYONwl4g86Vin2R5_D4u3A 17:50 <@perlmonkey2> It looks like to fix it, there would need to be a flag in WSClient's definition setting it to .NET 17:56 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:56 -!- mode/#webgui [+o tavisto] by ChanServ 17:58 -!- SDuensin [n=Scott@209.sub-75-204-95.myvzw.com] has quit [Read error: 60 (Operation timed out)] 18:16 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [Remote closed the connection] 18:19 -!- MrHairgreas1 [n=martin@wlan-145-94-221-18.wlan.tudelft.nl] has quit [Read error: 110 (Connection timed out)] 18:19 -!- SDuensin [n=Scott@179.sub-75-205-236.myvzw.com] has joined #WebGUI 18:26 < dionak> topsub, there's the user macro that returns profile fields for the current session user 18:26 <@perlmonkey2> Anyone know where I can find some syndicated content on the PB site? 18:31 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:31 <@perlmonkey2> Could someone with manager access at PB take a look at this bug? http://www.plainblack.com/bugs/tracker/add-to-cart-button-broken#nCiOC-vIM0cobTKRn1-CyQ 18:55 -!- Netsplit over, joins: SDuensin, KlausH, @tavisto, @khenn, dionak, ckotil, nuba 18:55 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: carogray, @Haarg, bderrly, metanil, f00li5h, ascii, topsub, +Radix_, @perlmonkey2, @apeiron 19:01 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 19:02 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 19:02 -!- metanil [n=akhadka@137.48.138.26] has joined #webgui 19:02 -!- carogray [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 19:02 -!- bderrly [i=W2MSCr7y@75.142.153.68] has joined #webgui 19:02 -!- ServerMode/#webgui [+o apeiron] by irc.freenode.net 19:03 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 19:03 -!- ServerMode/#webgui [+v Radix_] by irc.freenode.net 19:03 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 19:03 -!- ServerMode/#webgui [+o Haarg] by irc.freenode.net 19:04 -!- f00li5h [n=f00li5h@unaffiliated/f00li5h] has joined #webgui 19:04 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Killed by ballard.freenode.net (Nick collision)] 19:04 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 19:04 -!- topsub [n=josh@97.66.185.250] has joined #webgui 19:04 -!- carogra1 [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 19:04 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 19:04 -!- ascii [n=ascii@64.234.60.83] has joined #webgui 19:04 -!- ServerMode/#webgui [+oo apeiron perlmonkey2] by irc.freenode.net 19:05 -!- bderrly_ [i=SNOS8w1j@75.142.153.68] has joined #webgui 19:07 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui 19:07 -!- bderrly [i=W2MSCr7y@75.142.153.68] has quit [Success] 19:09 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 19:11 -!- estiven [n=estiven@201.232.58.66] has joined #webgui 19:11 -!- carogray [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)] 19:14 -!- juan [n=juangui@201.232.58.66] has joined #webgui 19:19 -!- estiven [n=estiven@201.232.58.66] has quit [Remote closed the connection] 19:21 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 19:21 -!- mode/#webgui [+v cap10morgan] by ChanServ 19:27 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [Remote closed the connection] 19:31 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui 19:37 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 19:37 -!- mode/#webgui [+o preaction] by ChanServ 19:39 <@perlmonkey2> Is there someone I should get approval of before I alter a template? The Shelf template has wrapping issues caused by the View Cart div's css. I simply put the products and the view cart in a table on two different rows. Looks like it completely resolved the issue locally, but I want to make sure it passes muster with the WG designers. 19:39 < perlDreamer> perlmonkey2, you could check with either Tabitha or Steve 19:39 <@perlmonkey2> perlDreamer: cool, thanks :) 19:42 < topsub> just fyi, it seems if you add a product to the shopping cart, then delete the product. the cart doesn't work after that 19:43 <@perlmonkey2> topsub: interesting, I'll check it out 19:43 < topsub> i clear the cart, and cartItems tables and it works again 19:45 <@perlmonkey2> topsub: hmm, probably a bug, but probably not an important one. How often will users be purchasing something and then have the site delete that item? 19:45 < topsub> rare.. but just wanted you guys to know about it 19:51 < perlDreamer> perlmonkey2, what if the user deletes the product, then tries to add another one? 19:51 < perlDreamer> that's a much more common use case 19:53 <@perlmonkey2> perlDreamer: I'm not sure I follow. Customers can't create products. And why would a site admin be purchasing something from their site? 19:53 < perlDreamer> topsub said that if you add a product to the cart, then delete the product. Did he mean delete the asset, or remove the product (item) from the cart? 19:53 <@perlmonkey2> corse I just completed a purchase (with receipt) of an item I'd just deleted. 19:54 <@perlmonkey2> I thought he meant delete the asset. 19:54 <@perlmonkey2> ? 19:54 < perlDreamer> ah, in that case, my bad 19:54 < topsub> like delete the product.. asset 19:54 < topsub> so the product isn't in the system anymore 19:55 <@perlmonkey2> but a products purge should probably remove it from all carts 19:56 <@perlmonkey2> topsub: wait until monday to report that bug :D 19:56 < perlDreamer> carts are tied to sessionIds, so it can't do that without manually scanning every cart in the system 19:56 < perlDreamer> it's better to trap it in viewing the cart 19:56 < perlDreamer> and display a message to the user 19:56 < perlDreamer> "UR CARTZ IS BOR KED! HAHAHA!" 19:56 <@preaction> is there not a cartItem table it could delete from? 19:57 < perlDreamer> JSON? 19:57 <@preaction> you're joking... 19:57 < perlDreamer> I'm scared, and checking 19:57 * perlmonkey2 fears the JSON 19:57 < perlDreamer> nope, it's a column 19:57 <@perlmonkey2> We need a 1337 way of spelling JSON 19:57 < perlDreamer> JAYSAWN 19:58 <@perlmonkey2> hah, I like 19:58 <@preaction> J50N 19:58 <@perlmonkey2> doh! 19:58 < perlDreamer> ]50N 19:58 <@perlmonkey2> I like both. Now when we need a disparaging way of referring to JSON, there you go 19:58 < perlDreamer> ]5()N 19:59 < perlDreamer> ]5()|\| 19:59 <@perlmonkey2> okay that last just sums it all up 20:00 < juan> i have a problem with the dataform 20:00 <@perlmonkey2> juan: hopefully not with dates or datetimes? 20:01 < juan> i was using WebGUI 7.4.18 and i am creating an application using dataforms 20:01 < perlDreamer> juan, have you searched the buglist to see if the problem has been reported (or fixed)? 20:02 < juan> i have created some fields as displayed type and in its default values i have put some html code that is showed correctly 20:02 <@perlmonkey2> only 12 bugs left that I haven't resolved or ruled out my ability to resolve. Whew, I'm on fire. 20:02 < juan> now i updated to the latest version and that fields don't show me the html correctly 20:03 < perlDreamer> perlmonkey2: yung has closed 2-3 today, too 20:03 <@perlmonkey2> today is looking like it will be a really good day. 20:04 < juan> it is showing me the html tags 20:06 <@perlmonkey2> juan what type of data is showing the html tags? 20:06 <@perlmonkey2> oh, sorry, just read your previous 20:07 * perlDreamer mutters "cross-site scripting prevention" 20:07 < perlDreamer> and suggests reading through the changelog 20:07 < juan> displayed 20:08 <@perlmonkey2> juan: bear with a moment, but I don't see that you can set a field type to "displayed" 20:08 < juan> i created some fields type displayed in 7.4.18 and in its default value, i put html code and it was showed correctly 20:09 <@perlmonkey2> so the status is displayed, what is the type? 20:09 < juan> excuseme 20:10 < juan> yes 20:10 < juan> status 20:10 < juan> the type is text 20:12 < juan> and now in the latest version of webgui the fields don't convert the tags 20:13 <@preaction> you mean they do convert the tags, since they're not displaying as they were before. 20:13 < juan> is showing the html code 20:14 <@preaction> the previous behavior was an unintended feature. there was a bug in the DataForm that was fixed, but now your unintended feature is gone 20:14 <@preaction> if you're on the latest version, you should check out Thingy 20:14 <@preaction> it will probably let you do what you want 20:15 -!- SDuensin [n=Scott@179.sub-75-205-236.myvzw.com] has quit [Read error: 110 (Connection timed out)] 20:15 < juan> mmmm 20:16 < juan> so, i can not combine fields types and status to show a html code 20:16 < juan> in the latest version 20:17 <@preaction> apparently not. can you put an HTML Area in a dataform? 20:18 < juan> i am going to verify with html area 20:24 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 20:25 < elnino> hi! Got another possible gig. Would the ecommerce portion of webgui allow selling of collateral? ebooks, mp3, and other downloads? She also would like to only allow the user to download for a specific time period.- Which I believe would have to be custom. 20:28 < perlDreamer> elnino, I think so. You would use a Subscription to add the user to a group. Downloaded content would be viewable only by that group. The subscription would need to end the right way, that's the part I'm not sure about. 20:28 <@perlmonkey2> This sounds kind of critical. Someone with access might want to check it out: http://www.plainblack.com/bugs/tracker/transactions-appear-w/-no-item#IJsQljyGG98V-GnZ3OUykw 20:29 <@perlmonkey2> perlDreamer: how would you trigger the subscriptions end upon a download? 20:29 < perlDreamer> perlmonkey2, that's the stickler. 20:29 < elnino> hmmm. I guess don't know about subscriptions. 20:30 < elnino> like with a work flow? 20:30 < perlDreamer> they're in 7.5.10 and above 20:30 < elnino> figures. 20:30 < perlDreamer> there are subscriptions in 7.4, too 20:30 < perlDreamer> but I don't know if they work the same or not 20:31 <@perlmonkey2> preaction: Do you think I should bump Kristi's successful transaction with no recorded item bug to the staff email? 20:33 <@preaction> perlmonkey2, the people who would look at it aren't here today, so you might just want to take a look and see what you can do 20:33 <@perlmonkey2> preaction: I don't have access to the Shop on PB. 20:36 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 20:37 < elnino> darn, I had a question for tavis too. 20:38 < perlDreamer> elnino, whang it on out there anyway 20:39 <@preaction> perlmonkey2, do you have AIM or something? 20:39 < elnino> I'm assuming that on the single hosting plan that plain black has, I'm not able to do custom code stuff like this. Just wondeirng if I would if I did the reseller package. 20:39 <@perlmonkey2> preaction: yes sire 20:39 < perlDreamer> On any shared hosting, no custom code. 20:40 < perlDreamer> On the reseller package, you'd have to ask Tavis that one. It depends on how it's set up. 20:40 <@preaction> resellers, if i'm not mistaken, get a custom box. but i'm not sure if we allow custom code 20:40 < perlDreamer> However, if you can get your "custom" code into WebGUI, then it would work on shared hosting. 20:41 < elnino> that of course assumes I have time to setup a box at home.to even do it. READ: I dont' have a dev box yet. I know. Bad. 20:43 < elnino> are subscriptions for, like, newletter signups? 20:43 < perlDreamer> In WebGUI, subscriptions give you time limited access to groups. 20:44 < perlDreamer> What you do with the groups is up to you. 20:44 < elnino> oh. that seems handy.. is there affliate program (like banner ads) management? 20:45 < perlDreamer> Yes x 2. 20:45 < perlDreamer> There is ad management 20:45 < elnino> cool. 20:45 < perlDreamer> and you can handle affiliation, but I'm not familiar with that part of wG. 20:46 < elnino> ok. If I set up anther beta site, can have it for more than just a day? I need to see if what she wants is doable. 20:46 < perlDreamer> elnino, why not download a copy of the WRE and set up a dev box on your laptop/desktop? 20:48 < elnino> because I'm afaid =) . my first and *only* experience in installing webgui took me 3 weeks @ full time, because I coudn't use WRE, and it's been as solid as a rock since. (READ: no back upsystem, I know... very bad) 20:48 < perlDreamer> makes sense 20:49 < elnino> and my laptop is microsoft as opposed to linux, which is what i"m used to as far as webgui goes. 20:49 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 20:49 -!- mode/#webgui [+o tavisto] by ChanServ 20:49 < perlDreamer> How about a Linux VM on top of Windows? VirtualBox from Sun is free. 20:50 < elnino> oh hi tavis! another question... does the reseller program give you a shared box or custom box? 20:54 -!- SDuensin [n=Scott@184.sub-75-204-86.myvzw.com] has joined #WebGUI 21:09 < elnino> perldreamer. linuxvm - doesnt your hardware have to be able to support that? 21:12 <@perlmonkey2> elnino: I think VM servers like VMWare barely use any extra resources as apposed to running linux on bare metal. So the system requirements shouldn't go up very much. 21:12 < elnino> mabe I'm getting mixed up with virtual pc... Which Linux platform to you recommend in the virual box? do you use it currently? 21:13 -!- knowmad [n=william@97.66.185.250] has joined #webgui 21:15 < knowmad> Can WebGUI do SMTP authentication against an outgoing mail server? 21:21 <@perlmonkey2> elnino: personally I use RH or its no support free version CentOS for my WRE/WG instances. But I believe Debian is about to support it as an included package. 21:22 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 21:25 < elnino> oh.. so are there only certain OSs that WRE supports (or vise versa?) 21:26 < elnino> never mind. I see it on the website.. 21:26 < elnino> What's the VMWare.. Is that a VM+Webgui bundled in one thing? 21:29 <@perlmonkey2> elnino: no, vmware would be something you could run in windows that would contain a linux instance. So it would be linux running in a window inside of Windows. 21:29 <@perlmonkey2> Although a production WG instance should probably be on dedicated hardware, so I don't know why you would want to do this. 21:30 * perlmonkey2 goes to read through the previous comments to see how we got here. 21:31 < elnino> isn't that what a linuxvm is on top of windows? I"m just looking at this for dev purposes. 21:31 <@perlmonkey2> sure, that would work fine. 21:32 <@perlmonkey2> someone should build an image all set up to go and post it for download :) 21:32 < elnino> is the vmware appliance 7.5.x? 21:33 < elnino> i mean, does the vmware appliance contain the latest webgui? 21:33 < elnino> no. nevermind. it looks like iss 7.4.25 21:34 < elnino> so I'm back to virtual box from sun with a WRE. right? 21:34 < elnino> and a linux os of my choice. 21:34 <@perlmonkey2> elnino: I don't know about any vm with animage that already contains the WRE. 21:34 < elnino> right, Three different installs. 21:39 < elnino> so to make sure, because this is all new, on my windows vista or xp machine (haven'tdecided which) I install virtualbox from sun, then install mostlikely redhat, then install WRE. 21:41 -!- SDuensin_ [n=Scott@245.sub-75-205-25.myvzw.com] has joined #WebGUI 21:42 <@perlmonkey2> elnino: I'm unsure about virtualbox or how it works, but if it will run linux os on a windows host, then you should be able to run the WRE inside of it. 21:45 < elnino> yep. perldreamer suggested virtualbox. and that's my understanding. 21:53 -!- SDuensin [n=Scott@184.sub-75-204-86.myvzw.com] has quit [Read error: 110 (Connection timed out)] 21:56 < knowmad> perlDreamer: does the Send.t mail test actually send or queue emails? I need to test outgoing mail processing on a server. 21:57 < knowmad> i don't see either method being called :( 21:57 < knowmad> btw, i'm looking a 7.4.40 release 22:18 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 22:31 < perlDreamer> knowmad, t/Mail/Send.t does send emails 22:31 < perlDreamer> in 7.5 22:31 < perlDreamer> no reason you couldn't backport the test to 7.4 if you needed 22:31 < perlDreamer> it tries to start a little dummy SMTP server in t/smptd.pl 22:32 < knowmad> perlDreamer: excellent 22:33 < knowmad> another question: does 7.5 support smtp auth? i'm needing to send mail using PLAIN auth against an external SMTP server 22:33 < knowmad> it looks like Net::SMTP can do it but i want to test 22:33 < knowmad> there's also Net::SMTP::TLS 22:34 < perlDreamer> No idea on that one, knowmad 22:35 < perlDreamer> offhand, if there's no username and password fields in the settings I would say that it doesn't 22:35 < perlDreamer> but that's pure guessing 22:35 <@preaction> no, it doesn't 22:35 <@preaction> but there's an RFE out for it, and it shouldn't be too difficult to add really 22:36 < perlDreamer> in other words, patches welcome? :) 22:36 < topsub> hmm how can i populate a session with cart items so i can test a macro? I am adding children, then applying Options. but doesn't seem to get set back to the session? 22:36 <@preaction> essentially 22:37 < perlDreamer> sessions don't have cartItems 22:38 < topsub> hmmm.. 22:38 < perlDreamer> knowmad: here's that RFE 22:38 < perlDreamer> http://www.webgui.org/rfe/request-for-enhancement/smtp-authentication-missing#Pavd_CrL5VkGCZGlNXH_Lw 22:38 < perlDreamer> it even has a rudimentary patch 22:39 < perlDreamer> since the RFE is ranked, once there's a patch there's no reason it couldn't be added 22:39 < perlDreamer> especially if there was a test for it :) 22:40 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 22:43 < perlDreamer> okay, now I'm really going to get some lunch 22:43 < topsub> When i add items to cart it will be linked based on the session right? 22:44 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Connection timed out] 22:44 < topsub> so when i create a test session. add a product asset and applyoptions then add it to cart, then pass the session along to my macro to test items in the cart 22:45 <@preaction> that sounds like it should work 22:46 < topsub> when i do the my $cart = WebGUI::Shop::cart->newBySession($session). it contains something i'm not expecting which makes me think i am doing soemthing wrong 22:46 < topsub> it outputs "bless( do{\(my $o = undef)}, 'WebGUI::Shop::CartItem' );" 22:47 <@preaction> so it's giving you a WebGUI::Shop::CartItem object 22:47 < topsub> ah, so thats the cartitem object? 22:48 <@preaction> no, that's not how it should work 22:48 <@preaction> it's WebGUI::Shop::Cart->newBySession( $session ); right? capital-C on Cart 22:49 < topsub> correct 22:51 <@preaction> and when you use Data::Dumper to take a look, it's blessed into WebGUI::Shop::Cart, right? 22:52 < CIA-6> WebGUI: yung * r7163 /WebGUI/docs/ (2 files in 2 dirs): fixed: EMS Formatting (Badge Page) 22:52 < CIA-6> WebGUI: yung * r7164 /WebGUI/ (docs/changelog/7.x.x.txt www/extras/wobject/Thingy/thingy.js): fixed: Thingy fields list on view screen tab 22:52 < CIA-6> WebGUI: tabitha * r7165 /WebGUI/docs/upgrades/packages-7.5.19/root_import_shelf2_shelf.css.wgpkg: Fixed wrapping problem in shelf css by standardizing box size for the product 22:52 < CIA-6> WebGUI: chrisn * r7166 /WebGUI/ (3 files in 3 dirs): Fixed: Thingy importing with newlines embedded in CSV fields 22:52 < topsub> when i ... print Dumper(@{$cart->getItems});.. bless( do{\(my $o = undef)}, 'WebGUI::Shop::CartItem' ); 22:53 < topsub> then when i Data::Dump the item from a foreach loop its the same WebGUI::Shop::CartItem.. hmm 22:53 < topsub> doesn't seem right 22:53 <@preaction> oh, getItems returns a bunch of WebGUI::Shop::CartItems, yes 22:53 <@preaction> that's right 22:54 < topsub> i want to get opitions from each item 22:55 < topsub> when i loop over the CartItems i want to say get a certain json option 22:55 <@preaction> options meaning from the underlying Product asset? 22:55 < topsub> yes 22:56 <@preaction> first, did you try CartItem->get( "options" )? 22:56 < elnino_laptop> when you roll back a version tag, they don't go to the "working version tags" do they? 22:56 <@preaction> otherwise, CartItem->getSku will get you the Product asset 22:56 <@preaction> elnino_laptop, no. all revisions in there get purged, unrecoverable 22:56 < elnino_laptop> k. and there isn't a why to deny after it's already been approved, right? 22:57 < elnino_laptop> s/why/way 22:57 < topsub> then from getSku i can get the options? 22:58 < topsub> almost something like.. http://webgui.pastebin.com/m29df4138 22:58 <@preaction> topsub, getSku gives you a WebGUI::Asset::Sku subclass. that's the actual product asset 22:59 <@preaction> elnino_laptop, no, there is currently no way to "de-commit". I want to add one though. It might go into 7.6 if I have time 22:59 < elnino_laptop> ok. Thanks for confirming. 22:59 < perlDreamer> topsub, that's Class::InsideOut 22:59 < perlDreamer> No more hacking inside objects 22:59 < perlDreamer> it's either API, or nada 23:00 * apeiron gives CIA-6 a decongestant. 23:01 <@preaction> perlmonkey2, can i bug you about your forceSecureConnection sub for a bit? 23:03 < knowmad> OK, i'm looking for an alternative to SMTP authentication and am thinking about using the built-in messaging system. 23:03 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 23:05 < knowmad> What's the library that handles internal messaging? 23:05 <@preaction> WebGUI::Inbox 23:05 <@preaction> WebGUI::Inbox::Send i think 23:06 < knowmad> thanks 23:06 < perlDreamer> knowmad, I don't think WebGUI does purely internal messaging 23:06 < perlDreamer> Everything in the Inbox also goes out over SMTP 23:07 <@preaction> perlDreamer, that's a side-effect, only if the user has an e-mail specified and wants them to go out 23:08 < topsub> my options is coming back null so i think my test cart i am trying to fake is wrong 23:08 <@preaction> topsub, pastebin your latest code somewhere? 23:09 < knowmad> i don't really care if it goes out as it's going into the cyber bit bucket; i just need another mechanism for getting a message to the client 23:09 < topsub> test is above and macro below.. 23:09 < topsub> http://webgui.pastebin.com/m320c2f11 23:10 < knowmad> once we get SMTP working, then the client should be really happy 23:11 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 23:11 -!- mode/#webgui [+o tavisto] by ChanServ 23:11 < perlDreamer> topsub, no variants 23:11 < perlDreamer> you need to add variants to a Product 23:12 < topsub> hmm.. 23:12 < perlDreamer> what you're trying might work, but it's not the "front door" 23:13 < topsub> we are pushing extra json objects into the options column in cartItems andwe want to pull out the extra items.. Thought apply options would allow me to just directly populate that column 23:13 < topsub> well extra items into the json 23:13 < knowmad> perlDreamer: are you talking to topsub or me? ;) 23:13 < perlDreamer> to topsub, knowmad 23:31 < CIA-6> WebGUI: chrisn * r7167 /WebGUI/lib/WebGUI/Asset/Wobject/Thingy.pm: Remove trailing whitespace. 23:51 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:52 -!- SDuensin_ [n=Scott@245.sub-75-205-25.myvzw.com] has quit ["Leaving"] --- Day changed Wed Aug 06 2008 00:00 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 00:00 -!- mode/#webgui [+v MrHairgrease] by ChanServ 00:13 < perlDreamer> MrHairgrease, you big graduated Eurotrash Monster. 00:14 <+MrHairgrease> *Fashionable* Eurotrash Monster 00:14 <+MrHairgrease> what's up? 00:14 < perlDreamer> Hacking chips 00:14 <+MrHairgrease> nice 00:14 <+MrHairgrease> so you have to do stuff for $dayjob again? 00:14 < perlDreamer> yeah, too much now 00:14 < perlDreamer> Working overtime is optional. You either do it, or get fired. 00:15 <+MrHairgrease> that's what you get for months of inactivity I guess... 00:15 <+MrHairgrease> hehe 00:15 <+MrHairgrease> Sounds like you need to go work for oqapi 00:15 < perlDreamer> Why don't you hire me to be your loyal perl serf? 00:15 <+MrHairgrease> Since I'm Joeri's slave 00:15 <+MrHairgrease> consequently he does the hiring 00:16 < perlDreamer> Random question: What one thing about WebGUI pisses you off the most? 00:16 <+MrHairgrease> JT 00:16 <+MrHairgrease> =) 00:16 < perlDreamer> aw, he's not even hire to kick you out of the channel 00:16 <+MrHairgrease> just kidding of course 00:16 <+MrHairgrease> too bad he's not here 00:16 < perlDreamer> How about codewise? 00:16 <+MrHairgrease> hmm 00:17 <+MrHairgrease> well 00:17 <+MrHairgrease> while making my graphing pluging talk... 00:17 <+MrHairgrease> ..I was totally pissed off about the plugins work 00:17 <+MrHairgrease> Instead of the hip definition {} method 00:18 <+MrHairgrease> it was built around the (at that time more common) getEditForm /processEditFrm tc methods 00:18 <+MrHairgrease> which results in needless codeduplication 00:18 <+MrHairgrease> i mean 00:18 < perlDreamer> yes 00:18 <+MrHairgrease> it's easy to make plugins all the same 00:18 <+MrHairgrease> but it could be more easy 00:18 <+MrHairgrease> and 00:18 <+MrHairgrease> more importantly 00:19 <+MrHairgrease> less tedious 00:19 <+MrHairgrease> and error prone 00:19 < perlDreamer> You know that's possible now? I added an automatic form builder to HTMLForm 00:19 < perlDreamer> you pass it a data structure 00:19 <+MrHairgrease> I figure in the next major I can add a definition system though 00:19 < perlDreamer> that looks suspiciuosly like a definition system 00:19 <+MrHairgrease> yeah I know 00:19 < perlDreamer> and it just works 00:19 <+MrHairgrease> indeed 00:20 <+MrHairgrease> but still some stuff needs to be changed I guess 00:20 <+MrHairgrease> anyway 00:20 <+MrHairgrease> I'm gonna look into that a bit more and add that to my presentation 00:20 < perlDreamer> cool 00:20 < perlDreamer> I think we need a yearly API update for developers 00:20 < perlDreamer> "What's new in WebGUI this year" 00:21 <+MrHairgrease> as far as complaints of important parts of the code are concerned 00:21 <+MrHairgrease> I'm not really sure 00:21 <@perlmonkey2> who needs a beer fax? 00:21 <+MrHairgrease> I have been so busy doing all this graduation stuff and finishing my part of C2 in time 00:21 <@perlmonkey2> 1:40 until beer thirty. 00:22 <+MrHairgrease> that I didn't kept up to date with all the changes as much as I should 00:22 <+MrHairgrease> beer! 00:22 <+MrHairgrease> good idea 00:22 < knowmad> perlDreamer ++ 00:22 <@perlmonkey2> MrHairgrease: it should be well past beer thirty at your locale 00:22 <+MrHairgrease> what do you mean by 1:40 until beer thirty. btw 00:22 <@perlmonkey2> 1 hour 40 minutes :D 00:23 <@perlmonkey2> or 6pm here 00:23 <+MrHairgrease> you only start drinking at 6?? 00:23 <@perlmonkey2> which is my attempt at an extra bit of humor as beer thirty would be falling on an hour. 00:23 <+MrHairgrease> you have some serious problem in the usa =) 00:23 < perlDreamer> I'll see if I can work a little API update into my Common WebGUI Programming mistakes talk 00:23 < perlDreamer> since it would be a mistake not to use the new API :) 00:23 <@perlmonkey2> MrHairgrease: well, when I'm employed and talking on a channel full of coworkers, that's all i'll admit to :P 00:24 <+MrHairgrease> hehe 00:24 <+MrHairgrease> you should start working for oqapi too 00:24 <+MrHairgrease> =)\ 00:24 < perlDreamer> Is oqapi hiring? 00:24 <+MrHairgrease> dunno 00:24 <+MrHairgrease> as joeri 00:24 <+MrHairgrease> sk* 00:24 <+MrHairgrease> ask* 00:24 * perlDreamer thinks you need more beer 00:24 * MrHairgrease thinks so too 00:25 < perlDreamer> it's 10:30 over in the Netherlands? 00:25 < perlDreamer> or am I a timezone off? 00:25 <+MrHairgrease> hang on while I walk to the fridge 00:25 <+MrHairgrease> 11:30 00:25 <@perlmonkey2> that's the problem, I hear about a good job and then some guru comes stomping over me to take it (perlDreamer) 00:25 < perlDreamer> You can't have _all_ the choice jobs, perlmonkey2 00:25 <@perlmonkey2> perlDreamer: When I'm King for a day, I'll give *all* choice jobs to myself! 00:26 < knowmad> has anyone used WebGUI::Inbox::Message to send an internal email? 00:26 < perlDreamer> Sorry knowmad, no. 00:26 <+MrHairgrease> nope 00:26 <+MrHairgrease> pd: what part do you hate most? 00:27 < knowmad> well, me either! it's not working ;-) 00:27 <@preaction> knowmad, ask your question perhaps? 00:27 <+MrHairgrease> codewise 00:27 < perlDreamer> MrHairgrease, I'd tell you, but that would ruin my presentation :) 00:27 < perlDreamer> It's game show style 00:27 <+MrHairgrease> WHEEL 00:27 < perlDreamer> I put up bad code, first person with the correct answer wins 00:27 <+MrHairgrease> OF 00:27 <+MrHairgrease> FORTUNE!!! 00:27 <+MrHairgrease> oh cool 00:27 < knowmad> best i can come up with (besides how to do it) is whether I need to be sending some other parameters to addMessage() method besides subject, message, userId, and status 00:28 <+MrHairgrease> I once attended something like that at the Dutch Perl Workshop 00:28 < perlDreamer> I was going to use chocolate as the prize, but for you I'll add in a beer. 00:28 <+MrHairgrease> that were hard problems 00:28 <+MrHairgrease> woot 00:28 < knowmad> i'll be there 00:29 <@perlmonkey2> beer and chocolate? no fair, pd will be stealing all the attendees. 00:29 <+MrHairgrease> knowmad: did you try grepping the codebase 00:29 < knowmad> preaction: anything i need to do after calling addMessage? 00:29 <+MrHairgrease> and see the thing in action? 00:29 < perlDreamer> ->send ? 00:29 < knowmad> yeah, that's where i found the example in activity that notifies of pending commits 00:29 <+MrHairgrease> and that works right 00:30 < knowmad> doh! 00:30 <+MrHairgrease> I know it does in 7.4.something 00:30 < knowmad> looks like create on Inbox returns a wg::Mail::Send object 00:30 <@preaction> knowmad, looks like no. there's no method in WebGUI::Inbox::Message for "sending" or anything 00:30 < perlDreamer> right. You send what it returns 00:31 <+MrHairgrease> yeah 00:31 <+MrHairgrease> that makes sense 00:31 < knowmad> preaction: that's what i thought but i think pd might be onto something 00:31 < knowmad> need to look at it again tonite 00:31 < knowmad> time to close down shop 00:31 < perlDreamer> knowmad, I guess we need an Inbox test, too :( 00:32 < knowmad> yep, i think that'd be good 00:32 < knowmad> it's just that i'm working on an old version of 7.4 00:32 < knowmad> on windows across RDP 00:32 < CIA-6> WebGUI: frank * r7168 /WebGUI/ (4 files in 4 dirs): Fixed issue where keywords field is not available in Form post tempalte 00:33 < perlDreamer> oy 00:33 <+MrHairgrease> ha 00:33 <+MrHairgrease> some people have all the fun 00:33 < knowmad> using a left-handed mouse that reverts to being right-handed in Windoze 00:33 < perlDreamer> and typing uphill on the way to and from work? 00:33 <+MrHairgrease> while running on a treadmill to power the box? 00:33 < knowmad> joy joy! 00:33 < knowmad> MHG: you got it, my friend 00:33 < perlDreamer> It's going to be good to see you guys again 00:34 < knowmad> yup 00:34 < knowmad> cheers; ya'll have a good evening 00:34 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 00:34 <+MrHairgrease> Hear hear! I also like to see myself 00:43 <@perlmonkey2> Okay, this is a bit disturbing. I've updated the wre, and wg to the latest. Deleted my site and used the wreconsole to build another. non-admin users no longer can purchase products, only admin is offered the ability to pay. 00:43 < perlDreamer> check groupToUse in the Payment Methods in the Shop settings 00:44 <@perlmonkey2> Everyone 00:44 <@perlmonkey2> for cash 00:44 <@perlmonkey2> everyone for itransct 00:44 < perlDreamer> anything in webgui.log? 00:45 <@perlmonkey2> nothign 00:46 < perlDreamer> I gotta go to a meeting, I'll be back in a while 00:46 <+MrHairgrease> also be sure to check the modperl log 00:46 <@perlmonkey2> I guess I'll trace it to see where it is failing, but I was really hoping there was some new functionality I hadn't heard of yet. I'm supposed to be closing tickets, not creating htem :P 00:46 <+MrHairgrease> somehow some errors tend to end up in ther 00:46 <@perlmonkey2> MrHairgrease: I keep a tab open with 'tail -f /data/wre/var/logs/*' to see everythign :P 00:46 <+MrHairgrease> ok 00:46 <+MrHairgrease> It used to work right? 00:47 <@perlmonkey2> yes 00:47 <@perlmonkey2> shouldn't take me long to put a trace in it and see wha'ts going on.... 00:47 <+MrHairgrease> then what you could try to trace it more quickly is take a diff of the files in the Shop dir 00:47 <@perlmonkey2> good poitn 00:47 <+MrHairgrease> against a rev in which it did stilll work 00:48 <+MrHairgrease> i guess you know about svnweb right? 00:48 <@perlmonkey2> yep 00:48 <@perlmonkey2> wait 00:48 <@perlmonkey2> svnweb? 00:48 <@perlmonkey2> a web interface? 00:48 <+MrHairgrease> https://svn.webgui.org/svnweb/plainblack/browse/WebGUI/lib/WebGUI/Shop/ 00:49 <@perlmonkey2> well that is really nice 00:49 <+MrHairgrease> superhandy 00:49 <+MrHairgrease> i use it all the time 00:50 <+MrHairgrease> use the revision log link top left 00:50 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has joined #webgui 00:50 <@perlmonkey2> nice 00:50 <@perlmonkey2> bookmarked :) 00:53 -!- khenn [n=khenn@71-86-227-90.static.mdsn.wi.charter.com] has quit [] 00:54 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 00:59 <@perlmonkey2> perlDreamer: you were right, this user can't use the gateway, but I'm not sure why since "everyone" can use it. 00:59 <@perlmonkey2> but gateway->canuse is 0 01:02 * perlDreamer does a svn blame, and starts to sweat 01:02 * MrHairgrease only praises pd 01:04 <@perlmonkey2> $self->get('groupToUse') is......{play big reveal music}....undef! 01:06 < perlDreamer> the JSON in the db looks bad 01:06 < perlDreamer> it's missing fields 01:06 < perlDreamer> label, enabled, saleNotificationGroupid 01:10 < perlDreamer> It's in the create.sql script that way 01:11 <@perlmonkey2> oh noes 01:11 < perlDreamer> that means it's in 7.5.18 01:11 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 01:11 <+MrHairgrease> but only for newly crerated sites 01:11 <+MrHairgrease> so the scope is limited 01:12 <+MrHairgrease> not saying that it's not bad 01:12 <@perlmonkey2> perlDreamer: are you talking to me about the paymentGateway options column? 01:12 < perlDreamer> yes 01:12 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui 01:12 <@perlmonkey2> because those keys aren't in there. I see receiptEmailTemplateId with a value and groupToUse as null 01:12 < perlDreamer> right 01:12 < perlDreamer> there should be other fields, too 01:12 <@perlmonkey2> so all those keys you mentioned should ...okay 01:13 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 01:14 < perlDreamer> it's that way in 7.5.13 01:14 <@perlmonkey2> A) I can reverse eng what needs to be in there or B) someone can post some JSON from their handy dandy working gateways or C) some extremely helpful, generous, and exceptional citizen could resolve this. 01:14 <+MrHairgrease> pm2: check PayDriver->definition 01:14 <@perlmonkey2> k 01:14 <+MrHairgrease> those fields are in there 01:15 <+MrHairgrease> so they also should be in the json 01:15 < perlDreamer> It needs to be posted as a bug, and then fixed 01:15 <@perlmonkey2> perlDreamer: okay, but it will be top on my list since it is impeding my other fixing of da bugs 01:15 <+MrHairgrease> prolly clicking save in the paydriver edit screnn will fix it 01:15 < perlDreamer> it looks like an upgrade problem from 7.5.10/11 01:15 < perlDreamer> they were created that way, since they're in the upgrade script 01:16 < perlDreamer> but if the default site never had a configured payment gateway, then it's only a setup problem. 01:16 <@perlmonkey2> MrHairgrease++ 01:16 <+MrHairgrease> yeah that must be it 01:16 <@perlmonkey2> okay, that bug goes to the bottom of the list. 01:16 <+MrHairgrease> i wrote the stuff in the upgradescript that converts payment gateways from the old to the new system 01:16 < perlDreamer> I might try fixing it tonight 01:16 <+MrHairgrease> and it worked when i checked it 01:18 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 01:18 < elnino> hi. could webgui do fee-based membership for forums and such? 01:19 <+MrHairgrease> yes 01:19 <+MrHairgrease> set up a subscrition for a group 01:19 < perlDreamer> elnino, subscriptions -> groups again 01:19 < topsub> Doesn't seem to be an easy way to grap the options from the cartItems table and display them on the page? 01:19 <+MrHairgrease> and then make the cs only visible for that group 01:20 < topsub> Seems i need to rebuild the whole view cart page to do this 01:20 < elnino> is topsub responding to me, or is that a different conversation I interrupted? 01:21 < elnino> I gues I have to seriously look at subscriptions.. Thanks! 01:21 < topsub> i am kinda starting my own sorry elnino 01:21 <+MrHairgrease> topsub is talking about something else 01:21 <+MrHairgrease> i think most cart info is in json 01:21 < elnino> ok. Hard to tell sometimes. 01:22 <+MrHairgrease> but dunno for sure 01:22 -!- dionak [n=dionak@97.66.185.250] has quit [] 01:22 <+MrHairgrease> check that in the code 01:22 <+MrHairgrease> if it is, you should use the api to get everything out 01:22 < topsub> I want to display it on the page 01:22 <+MrHairgrease> you could make a macro 01:23 < topsub> in the loop there isn't a product ID or anything i could send to the macro to know what options to pull 01:23 <+MrHairgrease> check out the minicart macro 01:23 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 01:23 <+MrHairgrease> what i meant is: 01:24 <+MrHairgrease> make a macro that WG::Ssop::Cart::getItems and the processes those in the fasion you want 01:24 <+MrHairgrease> anyway 01:24 < topsub> ya that just graps the whole cart 01:24 <+MrHairgrease> i think minicart does that 01:24 <+MrHairgrease> that's what you want right? 01:24 < elnino> how about a chat? how did you guys set up this? any recommendations on an invite-only chat? probably not a webgui specific question 01:25 < topsub> no we injected custom options into the cartITems table 01:25 < topsub> and i need to display them on the cart page 01:25 <+MrHairgrease> if there was a chat wobject you'd also use a subscription 01:25 <+MrHairgrease> but alas 01:25 <+MrHairgrease> there is o such thing 01:25 <+MrHairgrease> no* 01:26 <+MrHairgrease> topsub: not sure how to do that 01:26 < topsub> ya seems they limited the cart 01:26 < topsub> hmm maybe i should look at what page does the cart 01:26 <+MrHairgrease> Wg::Shop::www_view 01:28 -!- juan [n=juangui@201.232.58.66] has left #webgui [] 01:28 < topsub> hhmmm u WebGUI::Shop->www_view? 01:29 < topsub> ya WebGUI::Shop::Cart->www_view 01:34 <+MrHairgrease> yea Cart 01:34 <+MrHairgrease> sry 01:34 <@perlmonkey2> new bug :( I can make a cash purcahse once. After that it fails during Cart->readyForcheckout. getShippingAddress is coming back empty 01:34 -!- dionak [n=dionak@97.66.185.250] has quit [] 01:35 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 01:40 < perlDreamer> perlmonkey2, that's an existing bug 01:41 <@perlmonkey2> shippingAddressId is null 01:41 < perlDreamer> that was the template thing, right? 01:41 < perlDreamer> kristi and vrby both said that they could only cash once? 01:41 <@perlmonkey2> no in cart.pm 01:41 <@perlmonkey2> I don't think the problem is the template 01:41 < perlDreamer> ah, okay 01:42 <@perlmonkey2> I've got it down to Cart::GetShippingAddress returning bad because $self->get("shippingAddressId") is undef 01:42 <+MrHairgrease> pm2: try after selecting shipping to click the button Update Cart firts 01:42 <@perlmonkey2> k 01:42 <@perlmonkey2> no joy :( 01:43 < perlDreamer> perlmonkey2, when I find new bugs, I post them and come back 01:43 < perlDreamer> otherwise I just end up spinning 01:43 < perlDreamer> unless they gate fixing the original bug 01:43 < perlDreamer> but then still post 01:43 < perlDreamer> so others know 01:43 <@perlmonkey2> yeah, I need to post it, but it is stopping me from the next two bugs on my list. 01:43 <+MrHairgrease> uhm I meant after selkecting shippin address 01:43 < topsub> perlDreamer, if i just want to change one subroutine in a class. Do i just need to use base, then change the subroutine? Is there anything else i need to do? 01:44 < perlDreamer> topsub, that's the general idea, but it also depends on how the class is set up 01:44 <@perlmonkey2> MrHairgrease: right, I thought that's what you mean :) 01:44 <@perlmonkey2> t 01:48 < perlDreamer> topsub, for example, if it was Class::InsideOut based, you may have to make calls to the parent. 01:49 < topsub> ah, i really want to just overwrite the www_view on the Cart.pm 01:49 < topsub> Need to have it send more variables to the template 01:51 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 01:51 < perlDreamer> what kind of variables? Would we want these in _all_ templates, for example? 01:51 < perlDreamer> Not just the uber-powerfall Knowmad templates? 01:51 < perlDreamer> catching my drift? 01:52 < topsub> Gonna change it to send all the JSON to the template 01:52 < topsub> vs just the hardcoded things now 01:53 < perlDreamer> topsub, I would recommend taking a look at Shop/CartItem.pm, the get method 01:54 < perlDreamer> Seems strange that you would get returned a JSON string as a template variable 01:54 < topsub> well i want to set each JSON variable as a variable sent to the template 01:54 < topsub> not set the JSON object as template variable 01:54 < topsub> if tha tmakes sence 01:55 < perlDreamer> that does 01:55 < perlDreamer> maybe just adding %{$item->get('options')} would do the trick then? 01:56 < topsub> ya should be something simple 01:57 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [Remote closed the connection] 02:02 -!- dionak [n=dionak@97.66.185.250] has quit [] 02:02 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 02:03 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 02:11 <@perlmonkey2> perlDreamer: Okay, I had cart output every time it touched the shippingAddressId. And somehow it goes from having a value in the page where you can set it or click checkout, then when you click pay it is empty. But inbetween there I don't ever see it set again. 02:11 <@perlmonkey2> looks like I've got a good one that shall keep me busy for a bit ;) 02:11 -!- KlausH [n=KlausH@p5B0701E2.dip0.t-ipconnect.de] has quit ["cu"] 02:14 <@perlmonkey2> But I just realized that after I click checkout, the cart entry in the DB is deleted. 02:15 -!- dionak [n=dionak@97.66.185.250] has quit [] 02:15 <@perlmonkey2> then after I chose a billing address it is recreated sans shipping address. 02:16 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 02:19 -!- dionak [n=dionak@97.66.185.250] has quit [Client Quit] 02:20 -!- carogra1 [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has left #webgui [] 02:23 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 02:25 < topsub> soi should be able to loop over the options and set them equal to there key? like $var{KEY} what ever it is in the json object? 02:25 < topsub> before i start trying, just want to make sure its possible 02:27 < topsub> something like.. http://webgui.pastebin.com/m29815b18 02:30 < perlDreamer> topsub, %templateVariables = (%templateVariables, %{ $options } ); 02:31 < perlDreamer> note that whichever comes last wins since it's a hash, so do think about naming collisions 02:42 < topsub> ah, lucky we are controlling the nameing of the options in the JSON so hopefully we can avoid that 02:43 < topsub> Cool got that working 02:43 < topsub> now to subclass it 02:44 < perlDreamer> I think you should RFE it into the core after you're done 02:45 < topsub> just 3 lines.. 02:45 < perlDreamer> very handy code, though 02:45 < topsub> i am not doing any checking if there is matching keys 02:46 < perlDreamer> The other option, instead of overiding the cart, would be to override getConfiguredTitle in your sub-classed Product 02:46 < perlDreamer> but it wouldn't do a clean tabular display, if that's the end goal 02:47 < topsub> when i add my custom asset to the cart. were i would think the name of the asset is its null. Wonder if getConfiguredTitle has anything to do with it? 02:48 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 02:48 < perlDreamer> the name of the asset is null? 02:49 < perlDreamer> like class name, or title or ...? 02:49 < perlDreamer> oh, wait a sec 02:49 < perlDreamer> are you running off of SVN? 02:50 < perlDreamer> there was a bugfix for getConfiguredTitle that will be released in 7.5.19 02:50 < perlDreamer> that might account for that 02:50 < topsub> ah 02:50 < topsub> when i add my custom product asset to the cart 02:50 < topsub> when it display in the cart by default it doesn't have a title 02:51 < perlDreamer> yeah, that's that bug 02:51 < topsub> ah alright 02:52 < perlDreamer> https://svn.webgui.org/svnweb/plainblack/revision/?rev=7124 02:52 < perlDreamer> that patch will fix it 02:52 < topsub> while ( my ($key, $value) = each(%$options) ) { $properties{$key} = $value; } 02:52 < perlDreamer> you can iterate if you want, but hash append will be faster 02:52 < perlDreamer> %properties = (%properties, % { $options } ); 02:54 < perlDreamer> heading home, happy hacking 02:54 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:55 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 03:00 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 03:00 -!- mode/#webgui [+o khenn] by ChanServ 03:09 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 03:10 < elnino> Can I integrate the shopcart with paypal? is it similar to itransact? 03:20 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui 03:22 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has quit [] 03:25 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has joined #webgui 03:26 <@tavisto> there is plans to have the paypal functionality built in 03:28 <@tavisto> elnino, there is no guarantee for a delivery date yet, but it's planned to be developed by Plain Black staffers in the months ahead 03:28 < elnino> cool. 03:28 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:28 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:38 -!- cap10morgan [n=cap10mor@206-124-6-172.denver.dsl.forethought.net] has joined #webgui 03:38 -!- mode/#webgui [+v cap10morgan] by ChanServ 03:58 -!- metanil [n=akhadka@137.48.138.26] has quit ["Leaving."] 04:07 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit ["Leaving"] 04:22 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 04:22 -!- Pbody_ [n=chatzill@pool-71-112-216-205.sttlwa.dsl-w.verizon.net] has joined #webgui 04:23 -!- Pbody_ [n=chatzill@pool-71-112-216-205.sttlwa.dsl-w.verizon.net] has left #webgui [] 04:33 -!- cap10morgan [n=cap10mor@206-124-6-172.denver.dsl.forethought.net] has quit [] 05:03 < CIA-6> WebGUI: colin * r7169 /WebGUI/docs/ (changelog/7.x.x.txt upgrades/upgrade_7.5.18-7.5.19.pl): add default values to existing, default Payment drivers 05:07 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 06:28 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 06:28 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:30 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui 06:39 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 06:42 < elnino> tavis mentioned that support for paypal will be added sometime in somewhat near future, will a user on the shopping cart be able to choose between paypay, and credit card (as setup thru itransact for example?) 06:52 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 07:03 <@perlmonkey2> elnino sounds like a good question for the dev board. 07:10 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 07:13 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 60 (Operation timed out)] 07:13 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 07:16 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 07:30 < CIA-6> WebGUI: colin * r7170 /WebGUI/t/Shop/ (PayDriver.t ShipDriver.t): tweak the {Ship,Pay}Driver tests a bit, looking for safe copies of data 07:34 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 07:38 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 07:39 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Client Quit] 07:48 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 07:49 < elnino> hi. Does the ecommerce object have inventory tracking by any chance? 07:52 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Remote closed the connection] 07:53 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has joined #webgui 08:09 < CIA-6> WebGUI: chrisn * r7171 /branch/chris-rfe: Creating a branch to work on RFEs. 08:10 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 08:24 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 08:27 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 08:30 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 08:41 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 08:46 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 08:49 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Connection timed out] 09:26 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 09:39 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 10:09 -!- KlausH [n=KlausH@p5B0728DF.dip0.t-ipconnect.de] has joined #webgui 11:08 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 11:26 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 11:31 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)] 11:52 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 11:52 -!- mode/#webgui [+o Haarg] by ChanServ 13:49 -!- BartJol [n=plainstu@host2.procolix.com] has quit [Read error: 113 (No route to host)] 13:56 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 14:46 -!- carogray [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 15:06 < CIA-6> WebGUI: yung * r7172 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed: thingy and select box 15:39 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit ["Leaving"] 16:01 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:01 -!- mode/#webgui [+o bopbop] by ChanServ 16:33 -!- SquOnk [n=emhn@201.248.19.52] has joined #webgui 16:33 < SquOnk> Hi everyone 16:38 < BartJol> hi 16:41 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:44 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 16:44 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:51 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 16:52 < elnino> good morning. I have tons of questions regarding functionality of webgui to meet a potential client's requests. anyone there? 16:52 < elnino> after a customer places an order, can I customize the email that is sent out? 16:55 < topsub> elnino, i don't see why not Just a matter of how easy is it 16:55 < elnino> is it a template? 16:56 < topsub> thats a good question.. lol 16:56 < topsub> I haven't dug that deep into it yet, Sometime today iwill have to look into that 16:56 < elnino> do you know if there is a way to handle intl shipping costs in the ecommerce? 16:58 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 16:58 -!- mode/#webgui [+o khenn] by ChanServ 17:01 < topsub> elnino, sorry i am not sure 17:02 < elnino> that's fine, so yo know if you can manage ad space and bill per click? or would one use google? 17:18 -!- patspa1 [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 17:18 -!- patspam [n=patspam@ppp59-167-168-132.lns1.mel4.internode.on.net] has quit [Read error: 110 (Connection timed out)] 17:20 -!- khenn [n=khenn@97.92.186.139] has quit [Remote closed the connection] 17:20 < SDuensin> Anyone else using the invite system in 7.5.x? I think enabling it disables password recovery. That's bad. 17:21 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 17:21 -!- mode/#webgui [+o khenn] by ChanServ 17:26 <@bopbop> elnino: have you looked at Shop on a beta demo yet? 17:27 < elnino> I have, but she keeps throwing me more requirements. and the beta isonly good one day. Ihaven't had the timet ot setup a dev machine. I' dlike too. 17:27 <@bopbop> also, there is Advertising in the Admin Console that addresses pay per click and ad space 17:28 < elnino> I saw the adverstising in 7.4, so I was hopign that was expanded in 7.5. 17:28 <@bopbop> in the Admin screen for Shop, there is a Shipping screen 17:28 <@bopbop> where you can set a base shipping cost, cost based on weight, percent of total cost, etc 17:28 <@bopbop> very easy to set up 17:29 <@bopbop> if tavisto stumbles in later, he would be a good one to ask about Ad space- he works with it on cmsmatrix.org quite a bit 17:29 <@bopbop> when payment methods are set up in Shop, you can customize the message customer's are emailed 17:30 <@bopbop> you would enter Shop in the Admin Console, then Payment Methods, and you'll see field in the screens to set up a payment method 17:30 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:30 -!- mode/#webgui [+o rizen] by ChanServ 17:31 <@bopbop> for iTransact, the field for the email message is right on the screen for you, for Cash payments there is a template available 17:31 -!- patspa1 [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 17:34 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: ckotil, nuba 17:36 -!- Netsplit over, joins: nuba 17:37 -!- Netsplit over, joins: ckotil 17:37 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 17:41 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:42 -!- mode/#webgui [+o tavisto] by ChanServ 17:58 < elnino> sorry, step away... I saw the shipping costs. She wants to do it by weight, but then add a flat fee for intl. I was thinking that I'll just need to create a product for "intl shipping" or something. 17:59 < elnino> Ok I didn't see the email setup in 7.4, Must have missed it when looking at 7.5. 18:01 < elnino> does 7.5 have shipping methods? like UPS and USPS? 18:01 < elnino> I could handle the intl there... 18:03 < topsub> shouldn't the remove button in the cart ask for confirmation before it removes it? 18:04 < topsub> I gonna add it to cart.pm along with the options hash maybe commit it back 18:07 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 18:07 -!- mode/#webgui [+o preaction] by ChanServ 18:08 <@bopbop> elnino- you can have multiple shipping costs for an item 18:09 <@bopbop> just create a shipping method, label it appropriately, and set up both a flat fee and a weight specification. When products are created you can select that shipping method in the Shop tab for the asset 18:09 <@bopbop> there's nothing extra required 18:10 < elnino> well, the intl would only apply if they are intl... does the customer select? or are they automatically applied? 18:10 <@bopbop> automatically applied per asset 18:11 <@perlmonkey2> arg, I just can't find out why the cart row in the DB dies when a user makes a purchase after clicking "checkout" but admin doesn't. 18:12 -!- BartJol [n=plainstu@host2.procolix.com] has quit [Read error: 104 (Connection reset by peer)] 18:14 -!- nuba [n=nuba@hq.imaterial.org] has quit ["Lost terminal"] 18:14 < elnino> bopbop, ok, that wouldn't help then. I'm thinking that I'll need ot have "related items" and have intl shipping there, and hope the customer selects it when appropriate. 18:14 -!- zma [n=Enki@75-175-122-216.ptld.qwest.net] has joined #webgui 18:18 -!- dionak [n=dionak@97.66.185.250] has quit [] 18:19 <@bopbop> you could also do a Donation asset, name it something to indicate the user must place in the cart before checking out- that would work too 18:19 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:19 <@bopbop> well, no 18:19 <@bopbop> you wouldn't want to do that 18:19 <@bopbop> since the dollar amount is editable 18:19 <@bopbop> nm 18:24 < elnino> can I add a "Other" country under sales tax and apply it from there? - a terrible re-use of something... 18:25 -!- nuba [n=nuba@hq.imaterial.org] has joined #webgui 18:28 <@perlmonkey2> okay, I've been chasing my tail for a while now. Is the cart and cartitem supposed to be cleared upon CART::www_checkout for a normal user, but left intact for admin? 18:28 <@rizen> no 18:29 <@rizen> after an order has been processed by the payment gateway 18:29 <@rizen> it should be cleared in all circumstances 18:29 <@rizen> from the cart 18:32 <@perlmonkey2> only 110 queries to backtrack from to figure out what happened :P 18:35 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 18:35 < SquOnk> Will 7.5.19 be out today? 18:45 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 18:45 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:48 <@perlmonkey2> hahah! There was no bug. Well at least not in the way I thought. The cart was being cleared because the user had enough in-store credit to purchase the item. So the transaction goes through when they click the checkout as they don't need a payment gateway (although they are still asked how they would like to pay and must go through the motions). 18:48 <@perlmonkey2> So should the in-store credit be updated when a user makes a cash purchase? 18:49 < CIA-6> WebGUI: yung * r7173 /WebGUI/docs/ (2 files in 2 dirs): fixed: viewing badges in IE 6/7 18:49 <@rizen> Haarg, will 7.5.19 be out today? 18:49 <@tavisto> it would be sweet if the shopping cart would not ask you for a payment method if there was only one active method configured 18:50 <@tavisto> could I RFE that or would I get smacked around Rizen? 18:50 <@Haarg> my plan was to release it tomorrow 18:52 <@rizen> there's your answer sqonk 18:52 <@rizen> tavisto, i think that's a great idea 18:52 <@rizen> it was in the original spec, but got lost somewhere along the way 18:52 <@tavisto> coolio, I'll post it 18:52 <@tavisto> now..... 18:53 <@tavisto> since I have you here... 18:53 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 18:53 <@tavisto> crap I can't remember my question.. carry on 18:53 < SquOnk> Haarg: All right. Thanks. 18:58 < carogray> may I ask a non-developer question? 18:59 < elnino_laptop> sure. 18:59 < elnino_laptop> can't guarantee an answer tho. 19:00 < elnino_laptop> = 19:00 < elnino_laptop> = 19:00 < elnino_laptop> =) 19:00 < carogray> is there a way to figure out what assets are using a specific template? We are trying to clean up and get rid of old templates/page styles, CSS and JS snippets we don't use any longer, but we want to make sure that when we delete them we don't cause old pages we don't check regularly get messed up and then crash the whole website. 19:02 < elnino_laptop> just found this yesterday: http://www.plainblack.com/user_contributions/user_contributions/miscellaneous/asset-checker-diagnostic-tool/1 it may do exactly what you want. I haven't used it yet, but plan to. 19:02 < carogray> oh great thanks! I will look into it! 19:02 < elnino_laptop> Or you can do what I've done in the past, and write a sql report 19:03 <@rizen> carogray, that won't tell you want you're looking for 19:03 <@rizen> that app is meant to tell you the performance of any given asset on your site, not what templates are attached to it 19:04 < carogray> got any handy? sql reports to find this out perchance? I am not a programmer and although my designer is a whiz with CSS the amount of time we take up trying to get sql reports 19:04 < carogray> oh well thanks for the news about the contribution 19:04 -!- zma [n=Enki@75-175-122-216.ptld.qwest.net] has quit ["."] 19:04 < elnino_laptop> oh. my bad. 19:05 < carogray> it says it looks for broken assets - is that like shortcuts that go to assets that have been deleted? 19:05 < elnino_laptop> umm. I don't think I ever got it working. it's one of those thing that I do on the side when "i have time" 19:05 <@rizen> like assets that have broken data in them 19:06 <@rizen> not sure if it will find deadshortcuts or not 19:06 <@rizen> but it probably will 19:06 < carogray> what is an example of an asset with "broken data" is that an sql report 19:06 < elnino_laptop> I can go work on it some time this wek, would that be ok? 19:06 < carogray> cheese and rice! that would be fantastic! 19:07 < elnino_laptop> "cheese and ric"e - that is a new one for me. 19:07 < carogray> we have these nagging problems we keep ignoring but distracting us with their untidiness leading to confusion and mistakes made whilst bleary eyed 19:07 < elnino_laptop> what's your email address? 19:08 < carogray> it's left over from when I had to swear around school children whilst working as a Peace Corps Volunteer in the West Indies many years ago, the variant is peas and rice! 19:08 < elnino_laptop> or are you chat during the day? 19:08 < carogray> crobinson@mlri.org 19:08 < elnino_laptop> k. I'lls ee what I can do. I'd like to get it working to, and perhaps contrib it too. 19:09 < carogray> Now that I have discovered how to actually get into/onto IRC chat after struggling for 18 months to figure it out, I just have it log in automatically so I can watch for it. most is too highbrow for me to follow so if you wouldn't mind giving me a note via email just so I don't miss you that would be terrific! 19:09 < elnino_laptop> rizen, what IS an example of a asset with broken data? 19:10 < elnino_laptop> sure, I was in the same boat not too long ago. 19:10 < elnino_laptop> they are good folks here, and very helpful. 19:10 < elnino_laptop> I"m jsut a user excited about webgui. 19:12 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui 19:12 <@rizen> carogray: here's an example of how to find templates that aren't being used: 19:12 <@rizen> select distinct url from template left join assetData using (assetId,revisionDate) where namespace='Article' and assetId not in (select distinct templateId from Article); 19:12 < elnino_laptop> ooh! thank you! 19:12 <@rizen> the problem is that you need to write one of these queries for each type of template that you're looking for 19:12 < elnino_laptop> or use a parameter 19:13 < carogray> it's good to see - I hear so many complaints about it I am sick to death of people whining and not appreciating it - much of it is beyond what we can afford and there are drawbacks, but on the other hand I really appreciate all that it offers. I am also support 13 other websites using it and just yesterday as I was working with one of our more industrious website coordinators, he suddenly began to see how powerful it is for re 19:13 < perlDreamer> carogray, long posts get snipped 19:13 < carogray> I don't mind using the above for every template cause we don't have a whole lot of them 19:13 < perlDreamer> at 256 characters 19:13 < carogray> ok - that's good for me cause I talk too much anyhow 19:15 < carogray> would /could we use that for page styles also - uh page layout templates and use' Page' instead of article? 19:16 <@tavisto> carogray, you use WebGUI on 13 different sites? 19:16 < perlDreamer> carogray, just make sure that the namespace and secondary table match 19:16 < perlDreamer> to get a list of namespaces 19:16 < perlDreamer> select distinct(namespace) from template; 19:17 < perlDreamer> Do the users really care that much about unused templates? 19:17 < elnino_laptop> yes!!!! 19:17 < perlDreamer> Why? 19:17 < perlDreamer> (because there's a way in WebGUI that might help with that problem) 19:17 < elnino_laptop> I guess I"m more interested in what is using what. so if I make a change, I know what I'm affected. 19:18 < carogray> yes, about 13 haven't counted em lately 19:18 <@rizen> select distinct url from template left join assetData using (assetId,revisionDate) where namespace='Layout' and assetId not in (select distinct templateId from Layout) 19:18 < elnino_laptop> And, I made a bunch of templates not really knowing what I was doing, so it would be nice to clean the out so that my users don't use them ,becaus ehtye are junk. 19:18 <@rizen> tavisto, carogray, i believe, works for MLRI 19:18 < elnino_laptop> and I like a clean database. =) 19:19 < carogray> we do care about unused templates cause when you want to assign a template to a page/article whatever if you have half a million to choose from with all similar names it gets very confusing - we have so many 19:19 < elnino_laptop> here here 19:19 < perlDreamer> Have you tried using prototypes? 19:19 < carogray> cause we are afraid to delete any and keep trying to improve and then can't remember which one is bet 19:19 < elnino_laptop> ter 19:19 < carogray> yup - I do work for MLRI 19:20 < carogray> prototypes terrify me. 19:20 < elnino_laptop> hmm. prototypes, don't know about. 19:20 < perlDreamer> Prototypes are preconfigured assets 19:20 < carogray> I have tried them and then when I don't want them any more all kinds of terrible domino effects happen upon deletion 19:20 < carogray> the place gets totally out of control! 19:23 < CIA-6> WebGUI: colin * r7174 /WebGUI/lib/WebGUI/Shop/CartItem.pm: update CartItem POD for get 19:26 < carogray> in case you're still thinking in that sql report mode - here is the next trickier, and also more ocd item - what about detecting if anything is 19:26 < carogray> calling unused CSS or JS snippets - we inherited a site that has both main.css and global.css - 19:26 < carogray> we think we are only using assets that call global and want to delete main, but...if we delete main and something we don't know is using it - what might 'appen?1 19:26 < perlDreamer> carogray, then I would recommend not deleting 19:27 < perlDreamer> use version control 19:27 < perlDreamer> take the snippet, and replace the contents with the words "I want to delete this" 19:27 < perlDreamer> then check your website 19:27 < perlDreamer> if you don't find that phrase, then you're clean 19:27 < carogray> oh brilliant solution - that's marvelous! cheers! 19:27 < perlDreamer> if you do, then rollback that version of the snippet, rework the user of the snippet not to anymore, and repeat 19:27 < perlDreamer> when it's clean, you can delete it 19:28 < perlDreamer> and, if you turn off autocommit, you can do it without affecting the user experience on the website 19:30 < carogray> yep - I get all the stuff about how to use the version tags for this. I don't use autocommit meself - don't trust myself enough 19:30 < carogray> as soon as I start to get confident I do something totally absent mindedly 19:30 < carogray> won't bore you with what a space cadet I am 19:32 < carogray> do we have a certain limit to how many solutions we are allowed to have in day? 19:32 < carogray> in a day 19:32 -!- mode/#webgui [+v perlDreamer] by tavisto 19:33 <+perlDreamer> carogray, if you were to make a wiki page for each thing that you learn that you find useful, I think we'd answer lots of questions. 19:33 < carogray> good lord yes! I am really into that cause - how much help you all are as well as how frustrating it is/has been for me not to be able to find these kinds of things anywhere 19:34 < carogray> this next problem is a really tedious, cross-eyed making one that I am too lazy and too non-conversant in CSS to figure out though. 19:34 < carogray> I would really understand if you don't want to bother with it. 19:34 <+perlDreamer> CSS questions might be better asked in a web design channel 19:35 < carogray> It's about seeing the table not working in IE when it is working in Firefox 19:35 < carogray> you mean a non-webgui channel? 19:35 < carogray> like, find a css irc thing? 19:36 <+perlDreamer> yeah, or, try the design forum on webgui.org 19:36 < carogray> ok - that's fine I don't mind doing that 19:36 < carogray> one more question - not solution before I go...please? 19:37 < carogray> what is a "thingy" I keep reading about them, but really not sure I understand exactly what it is. 19:37 <+perlDreamer> The thingy is a web-based application builder. Think of it as Microsoft Access in WebGUI. 19:38 < carogray> can you explain a little more? or give me an example or 2? 19:38 <+perlDreamer> It lets you build tables, build forms for filling the tables, and then do searches and lookups with templated results 19:39 <+perlDreamer> so, for building common applications like rolodex's and the like, you just build them with Thingy rather than coding with Perl. 19:39 < carogray> mmmm, sounds familiar, as if I read this somewhere before. I need to read this stuff over and over again see examples, for about a year before it begins to penetrate 19:39 < carogray> it's only in 7.5 now right? 19:39 <+perlDreamer> JT's blob, plainblack.com/tbb explained it in more detail 19:39 <+perlDreamer> yes, 7.5 19:40 < carogray> phew - so I have a little while to absorb. is there a real life example where it is used - not on the demo yet, cause that's the latest stable version of WG right? 19:41 <@rizen> carogray, there is a one our training session on thingy at the WUC this year 19:41 <@rizen> don't know if you're going or not 19:41 <+perlDreamer> well, in addition to demo.plainblack.com, there's beta.plainblack.com where you can try the latest and greatest WebGUI 19:41 < carogray> unfortunately WUC is agin out of the question for me 19:41 < carogray> one day I hope to get there. 19:41 <+perlDreamer> carogray, what's the sticking point on the WUC? 19:42 <+perlDreamer> Where else can you get 2 days of point, hands-on training for $500? 19:42 < carogray> oh about the beta.plainblack.com - that's great - didn't know 19:43 < carogray> I don't deny the value of the WUC, but we had our budget cut back by 10% this year, like the rest of the world, combined with the fact that my daughter is moving to Alaska at the end of the summer and the timing is just all wrong for me. 20:00 * perlmonkey2 shoots Shop/Transaction with his heavy cal anti-bug gun. 20:01 <+perlDreamer> is it fixed? 20:01 <+perlDreamer> or are you frustrated? 20:01 <@perlmonkey2> it is fixed 20:01 <@perlmonkey2> but it was frustrating :D 20:02 <+perlDreamer> sweet (about the fixedness). I'll read the patch. 20:03 <@perlmonkey2> it was extremely simple to fix. The hard part was tracking down what was going on and when exactly Credit::update should be called, and then finding out why it was being called without effect. 20:03 <+perlDreamer> this is the in store credit bug? 20:03 <@perlmonkey2> yeah 20:03 <+perlDreamer> that's a two-fer, then? 20:03 <+perlDreamer> two bugs with 19 characters 20:03 <@perlmonkey2> *ka-blam* *ka-blam* 20:03 <+perlDreamer> not bad, dude 20:03 <@perlmonkey2> that's why its double barreled :P 20:04 <@perlmonkey2> Will be easy for the next bug as most of this was plumbing the depths of Shop/ 20:05 < elnino_laptop> tavisto: testing are you there? 20:06 <@tavisto> yep, that pages me 20:06 <@tavisto> anytime you use someone's name 20:08 <@tavisto> elnino_laptop this is a test to see if your IRC client works. :) 20:08 < elnino_laptop> ok. thanks! 20:08 -!- ascii [n=ascii@64.234.60.83] has quit ["leaving"] 20:09 < CIA-6> WebGUI: perlmonkey2 * r7175 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Shop/Transaction.pm): In store credit now correctly deducted from with new purchases. Shop/Transaction was not updating the shopCreditDeduction column. 20:10 <@perlmonkey2> perlDreamer: do you think this is a bug or an RFE? http://www.plainblack.com/bugs/tracker/gallery-navigation-back-to-album-returns-to-page-1#IczSJ_TqDhr3Fcr2lsl40Q 20:10 <@perlmonkey2> probably bug? 20:11 <+perlDreamer> really low priority bug 20:11 <+perlDreamer> I mean, it works, but I can see where you'd expect to go back to where you started. 20:11 <@perlmonkey2> okay, well I've made a pass on everything below it and don't think I can do anything above it. 20:11 <+perlDreamer> go for it 20:12 <@perlmonkey2> naw, I'll go back through the list and see if anything closed has reopened or if something looks higher priority. 20:12 <+perlDreamer> page layout - hide assets broken would be good to fix 20:13 <+perlDreamer> but I'd only do it with a test 20:13 -!- knowmad [n=william@97.66.185.250] has joined #webgui 20:13 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 20:13 -!- knowmad [n=william@97.66.185.250] has joined #webgui 20:13 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 20:13 -!- knowmad [n=william@97.66.185.250] has joined #webgui 20:14 <+perlDreamer> are you staying this time, knowmad? 20:14 < knowmad> haha 20:14 < knowmad> i knew someone was going to see that... having trouble getting my IM to behave ;) 20:14 < knowmad> perlDreamer: preaction: I figured out what my problem was with sending internal emails 20:14 < knowmad> you have to use the userId, not the username 20:14 <+perlDreamer> awesome! What was it? 20:15 < knowmad> there is a bug in mail system that the emails were just disappearing with no errors 20:15 < knowmad> need some testing around that 20:15 < knowmad> pd: do you have a mechanism for testing mail delivery? 20:15 < knowmad> all: what timezone does the scheduler run off of? 20:15 < knowmad> is there a system-wide timezone? 20:16 <+perlDreamer> knowmad, just Mail/Send.t 20:16 <+perlDreamer> and Inbox.t, which I think dionak wrote 20:16 < knowmad> does the Send.t script have a test for confirming delivery? 20:17 <+perlDreamer> Well, it sets up a dummy smtpd server. 20:17 < knowmad> oh 20:17 <+perlDreamer> so all it checks is that SMTPD got it 20:17 <+perlDreamer> not that it's received on the far end 20:17 <+perlDreamer> since there's no far end to test 20:17 < knowmad> OK, that's kinda what i need to do for internal messaging 20:17 <+perlDreamer> but with internal messaging, there's no SMTPD 20:18 < knowmad> right, so we should be able to check the inbox of the recipient to make sure it gets through 20:18 <+perlDreamer> right, that would be Inbox.t 20:18 < elnino_laptop> rizen: I think I was told to ask you. does webgui shop handel international shipping charges? for example. the user would be charged a normal shippig fee, but if they are intl, they would get stuck with a flat surcharge to handle additional shipping costs. 20:18 < knowmad> OK 20:18 < knowmad> back to my question about the scheduler, what timezone does it run off of? 20:19 < knowmad> my scheduled tasks are not running at the same time as my system clock 20:19 < elnino_laptop> knowmad: perhaps off of your user's settings? just a thought I have no idea. 20:19 < knowmad> does it go by system time? 20:20 < knowmad> what user do the scheduled tasks run under? 20:20 < elnino_laptop> i don't know, the one that created it? like I said, I have no idea. Just being creative =) 20:20 -!- lisette [n=liraos@201.232.58.66] has joined #webgui 20:20 <@rizen> elnino: the flat rate shipping module doesn't, but the ones we attach to UPS, FedEx and the like will 20:21 < knowmad> but then they aren't actually being run until the scheduler fires them off so it appears that we need to know about the scheduler 20:21 <+perlDreamer> knowmad, that's all spectre code, lib/Spectre/Cron.pm 20:21 < knowmad> OK 20:21 < elnino_laptop> rizen: so how does the ups and usps work, do they by pass the "ship by weight" and "ship by transaction" types of shipments? 20:21 < elnino_laptop> are they just another type of shipment? 20:22 < knowmad> looks like its using timezone of 'local' which means system time 20:22 < elnino_laptop> and did I gather correctly from your comment, that they (ups/fedex) are soon to be implemented? 20:22 < knowmad> which perl prob. thinks is GMT 20:23 <+perlDreamer> knowmad, you know that I always say in these kinds of situations ;) 20:24 < SquOnk> Has anyone tried out the Debian packages? 20:25 < SquOnk> If 7.5.19 is released tomorrow, there will be updated packages around 23:00 UTC 20:25 <@rizen> elnino, there are no official announcements about those modules yet. i'm just saying when we do implement them they will fully support international shipment pricing 20:25 < SquOnk> For 7.5.19 there will be a prototype automatic configuration. It will _ask_ for values but will _not_ do anything with them yet. 20:26 <@rizen> the goal for 7.5 was just to get a decent working commerce system into webgui...the future versions of webgui will be adding to it's capability 20:26 < elnino_laptop> that's fine, just wanted to know if it was there already or not. Thanks! 20:28 < elnino_laptop> rizen: does the shop currently handel coupons? Sorry to bother you, they said you're the one to ask. 20:28 <@rizen> yes 20:28 <@rizen> just basic flat rate coupons 20:28 <@rizen> like buy $100 worth of merchandise and get 10% off 20:28 <@rizen> that sort of thing 20:29 < lisette> hello, i do a package of a site with 7.4.40 and i try to upload to a site with 7.5.18 and shows me the next error: 20:29 < elnino_laptop> ok. 20:29 < lisette> 2008/08/06 12:28:21 - WARN - www.pruebas.com.conf - WebGUI::Content::Asset::tryAssetMethod[207] - Couldn't call method view on asset for url: home/normatividad/circulares/circulares-2008 Root cause: no good: 7Hn99MZUHJu0GmjVp-xf2A at /data/WebGUI/lib/WebGUI/Asset/Wobject/Collaboration.pm line 1178. 20:30 < elnino_laptop> rizen two more: where if possible does one modify the confirmation email after an order is placed? is that webgui or thru itransact? 20:30 < elnino_laptop> (that was one) 20:32 < lisette> i can do export/import of package of different versions? 20:33 < elnino_laptop> rizen: two) and my user would like to sell online collateral. and when they place the order, she wants to limint the number of downloads by that user either by count or by time frame, is eithe rpossilbe? Someone suggested using subscriptions and doing it that way? 20:34 < knowmad> perlDreamer: I suspect you'd say test it which is what i just did; it thinks the local time is America/Chicago which is very odd 20:35 < knowmad> i wonder if that's due to the WRE being pre-compiled by PB (this is a windoze server) 20:55 <+perlDreamer> knowmad, if it pulls the timezone from the user profile, the default _is_ America/Chicago, by strange coincidence :) 20:56 < knowmad> i don't think it uses the user profile 20:57 <+perlDreamer> elnino_laptop, there is a confirmation email sent by WebGUI, it is configured in the Payment Methods and it is templated. 20:58 < knowmad> I think it's line 181 of Spectre/Cron.pm that does scheduling 20:59 < knowmad> my script that I ran outside of WebGUI (but using WRE perl) says localtime is Chicago 20:59 <+perlDreamer> that's bad 20:59 < knowmad> i don't know how it's getting that; it's not in Config.pm 21:01 <+perlDreamer> I'd file that as a bug 21:01 <+perlDreamer> so the good news is that it still happens regularly, and you can calculate when you want it 21:02 < elnino_laptop> perlDreamer: thanks 21:02 < knowmad> you'd think so 21:02 < knowmad> but it didn't run when i expected it to 21:02 <+perlDreamer> yeah, that's the bad part 21:02 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["that's all folks"] 21:03 < topsub> is there a way i can enable anonymous checkout? 21:03 < topsub> webgui 7.5.15 21:03 <@preaction> "anonymous" checkout? 21:04 <@preaction> like checkout without having to create a user? 21:04 < topsub> yes 21:04 <@preaction> no 21:10 < topsub> why do you have to have an account to checkout? 21:23 < elnino_laptop> topsub: i'm only guessing, so that the user can login to view/modify existing orders. And the information needs to be stored somewhere, so that the administrators of the store can manage the info. and webgui needs to tie the order info to *something* and that something is the user. But I know what you are asking, and it's not uncommon. 21:24 < elnino_laptop> it's not uncommon to let a user buy something without getting a username/password to a site. 21:24 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 21:25 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 21:25 -!- mode/#webgui [+v cap10morgan] by ChanServ 21:25 < elnino_laptop> maybe, the user can be created and just be "deactiviated" upon checkout. So maybe you can create a workflow to do that. 21:25 < elnino_laptop> Or do you have to log into a webgui site before you can have a cart? 21:26 <@rizen> you can shop all you want without an account 21:26 <@rizen> just at checkout time you must have an account 21:35 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 21:37 < topsub> Can the visitor be used to buy products? 21:38 <@rizen> no, i just said you need an account 21:39 < dionak> why is the account required? in other words where do i look in the codebase? 21:40 < dionak> is it in Transaction? 21:40 <@rizen> look in the codebase for what? 21:40 < dionak> for the requirement of having an account to checkout 21:41 <@rizen> the entire shop was designed around there being a user 21:41 <@rizen> you won't be able to just pull it out 21:41 <@rizen> EMS will stop working 21:41 <@rizen> transactions won't work 21:41 <@rizen> address books won't work 21:42 <@rizen> the requirement comes from the fact that is no secure way to show a user his or her transaction history if they don't have an account 21:42 < dionak> ok, that is more helpful 21:42 <@rizen> but once that requirement was establish 21:42 <@rizen> ed 21:42 <@rizen> and we knew there would be a user account 21:42 <@rizen> everything else was built to make use of that fact 21:43 < dionak> so it would take a lot of refactoring to implement anonymous checkout. 21:44 < dionak> got it. 21:44 < dionak> so we need to force our client to support user accounts in order to use WG shop 21:45 < dionak> topsub asked about visitor because i was wondering if there was a way to hide the user account requirement 21:45 <@rizen> yes, but more importantly, why wouldn't you want to support user accounts? besides "they just don't like it" 21:46 < dionak> it's more that the client doesn't feel like it's a good fit for their audience 21:46 < dionak> that's the gist 21:46 <@rizen> eventually there will be a Point of Sale mode, which will allow you to check out multiple guests with a single user account, but you'll still need to be logged in as that user. 21:47 < dionak> ah, that's kind of what we've been working on 21:47 <@rizen> you'll need to be logged in as a clerk 21:47 < dionak> interesting... 21:47 < dionak> ok, thanks for the input. very helpful 22:06 < topsub> How does "shipperId" id get set when your wanting to checkout? I set up a freeshipping shipping method but i still get "Must provide a shipperId" in the logs 22:08 < topsub> When i go to checkout 22:09 <@perlmonkey2> Don't almost all online retailers require an account to make purchases? 22:09 < topsub> not all 22:12 <@perlmonkey2> topsub: certainly, but I'm having trouble thinking of the edge cases where it makes more sense to not have an account. 22:12 < topsub> its not use, its the client that doesn't want it 22:13 <@rizen> topsub, is the shipping method that you created enabled? 22:17 < topsub> rizen: sure is 22:17 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI 22:18 < dionak> perlmonkey2: no, anonymous checkout is a common feature 22:18 <@rizen> shipperid gets set when you choose a shipping method on the cart screen 22:18 < dionak> most do, but not all 22:18 <@perlmonkey2> dionak: ?? 22:18 < dionak> i was responding to your earlier question about requiring accounts to make purchases 22:19 <@perlmonkey2> dionak: right right, just wondered which ones 22:20 < dionak> usually larger sites require it for informational purposes but we see smaller sites not using it. cs-cart, for instance, has this feature. i don't have a site url handy 22:20 < topsub> rizen, ah. once i choose a shipping address, i get Per Item Shipping column show up, but then no area to choose shipping.. so something must be wrong with my template? 22:20 <@perlmonkey2> dionak: cool, okay, that makes sense 22:21 < lisette> anyone knows that happends? 22:21 < topsub> fixed, thanks rizen 22:31 <@perlmonkey2> perlDreamer: please correct me if I'm offbase here, but wouldn't the best place to start digging for the Page Layout Can't Unhide Assets bug be in the Asset::www_editSave method? 22:33 <@preaction> perlmonkey2, probably better off in processPropertiesFromFormPost 22:33 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)] 22:34 <@preaction> but even more likely, it's probably in Asset::update (which gets called by processPropertiesFromFormPost) 22:35 <@perlmonkey2> preaction: thanks, I'll start in update as you probably know what you're talking about :P This one is going to be hairy me thinks. 22:36 -!- khenn_ [n=khenn@97.92.186.139] has left #WebGUI [] 22:36 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 22:36 -!- mode/#webgui [+o khenn] by ChanServ 22:37 < topsub> Is there a template we can change for select payment gateway? 22:39 <@perlmonkey2> preaction: in processPropertiesFromFormPost right before the call to update I dumped %data. The unselected hidden assets are listed in the hash key of hidden assets. 22:40 <@preaction> perlmonkey2, okay, so somewhere before that point is the problem, right? 22:41 <@perlmonkey2> preaction: dang I was hoping that would trigger your memory allowing you to solve this bug instantly :P okay, I'll stop screwing around and bugging you. 22:49 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 22:56 <@perlmonkey2> preaction: here's one to make you cry. The first entry is with two assets checked to be hidden. The second entry is with the same two assets unchecked. I'm thinking the problem might be in form now. http://webgui.pastebin.com/d6f1921ef 23:00 < lisette> how to install a package that contents a CS 23:08 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 23:16 <+perlDreamer> topsub, there was a Product bug that will be fixed in 7.5.19 related to Products and per item shipping 23:16 <+perlDreamer> be sure that you're running off of SVN, or apply the patch to your local dev box 23:23 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:33 <@perlmonkey2> I need a hand on the hidden assets of a page layout bug. There are no CGI params being passed back when I don't check any assets to be hidden. But somehow the form object is getting set as if those params had been set. Anyone got a clue where I should start looking now? I keep going in circles on Asset::processPropertiesFromFormPost. 23:34 <@perlmonkey2> its like if no params were passed back the form just grabs whatever the asset properties contains. 23:34 -!- khenn [n=khenn@97.92.186.139] has quit [Remote closed the connection] 23:35 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 23:35 -!- mode/#webgui [+o khenn] by ChanServ 23:38 -!- lisette [n=liraos@201.232.58.66] has left #webgui [] 23:46 <@perlmonkey2> Dumping Form on the Layout form submission I see two queries doing the exact same thing. query 23 and query 31 are the same query. 23:47 <@perlmonkey2> I haven't a clue what's going on. Why would the form be updating the DB before the asset has even started processingFromForm 23:49 <@perlmonkey2> By the 3rd line of Asset::processPropertiesFromFormPost the Layout has already been updated twice (I'm guessing the revision plus the commit). 23:52 <@preaction> perlmonkey2, i'd start looking in WebGUI::Form::CheckList->getValue. it seems to be giving the default value (getDefaultValue) when the checklist is empty. 23:52 <@tavisto> man IRC is hardcore programming today 23:53 <@perlmonkey2> tavisto: just because some dumb codemonkey is polluting the channel 23:53 <@preaction> er.... me? 23:53 <@tavisto> heh well I've been following along... Can't tell you how happy I am to see you bug slashing 23:53 <@perlmonkey2> I thought I was the only codemonkey here :P 23:53 <@tavisto> well preaction can't code.. he's just got charm 23:54 * preaction is starting a cult of personality 23:54 -!- drewstephan [n=drewstep@ip98-164-124-83.no.no.cox.net] has joined #webgui 23:54 <@tavisto> if there's one thing I know about Doug Black, it's that I didn't know his last name was Black until today. 23:55 <@perlmonkey2> preaction: you'd be something like senior software engineer master code annihilator extraordinaire. 23:55 <@preaction> Like Mussolini.... and Kennedy.... I'm a cult of personality 23:58 * perlmonkey2 thinks PB should order the programming positions as "codemonkey" "codemonkey +1" "codemonkey +2" "master code annihilator aka codemonkey +3" 23:59 <@preaction> the PB geek code: PB$++~ 23:59 <@preaction> the ~ is a gooey tentacle 23:59 <@perlmonkey2> preaction: hmm, why do you have to point out how stupid I am. if I thought that the form was just pulling the default value when no value was given, shouldn't it have been obivious to anyone with a brain that the getValue was a good place to start. Which begs the question, do I indeed have a brain. --- Day changed Thu Aug 07 2008 00:00 <@perlmonkey2> hah, nice 00:00 <@preaction> surely. www_editSave / processPropertiesFromFormPost and the like is the most complex part of the asset system. wait until you learn that when you ?func=add; an asset, it calls www_edit of the child, but when you save that form, it calls www_editSave of the parent first 00:01 <@perlmonkey2> that hurts to think about 00:05 -!- juan1 [n=juangui@201.232.58.66] has joined #webgui 00:05 < juan1> i have a problem in one of my site 00:05 < dionak> makes sense, but yea...ouch 00:06 < juan1> i have done some changes, i have added an article and a snnipet 00:06 <@preaction> well, the child asset doesn't exist yet, so there's no URL which we can use to access it 00:06 < juan1> i commited all my changes 00:06 < juan1> and the users can see the changes 00:07 < juan1> everyone can see then 00:07 < juan1> but nobody is watching them 00:07 -!- dionak [n=dionak@97.66.185.250] has quit [] 00:07 < knowmad> here's one that will make you go, huh? i have a system that has webgui.log messages entering at the system time but I have to set the scheduler back by an hour 00:08 < knowmad> go figure 00:08 < knowmad> has something to do with the perl interpreter but i have no clue what 00:09 < juan1> only the admin user can see them and it is logged in and when the turn admin is on 00:09 < juan1> if turn admin is off the changes are not visibles 00:10 < SDuensin> Hey guys. Anyone ever load a JAR out of the asset system? 00:10 * SDuensin can't make it work. 00:27 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 00:30 -!- drewstephan_ [n=drewstep@ip98-164-124-83.no.no.cox.net] has joined #webgui 00:30 -!- drewstephan [n=drewstep@ip98-164-124-83.no.no.cox.net] has quit [Read error: 104 (Connection reset by peer)] 00:34 -!- ShortWave [n=bobbypar@unaffiliated/shortwave] has quit [Remote closed the connection] 00:41 <+perlDreamer> all triggered workflows are real time now, yes? 00:42 <@preaction> they start realtime yes 00:46 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 00:46 <+perlDreamer> bug-- 00:48 -!- drewstephan [n=drewstep@ip98-164-124-83.no.no.cox.net] has joined #webgui 00:48 -!- drewstephan_ [n=drewstep@ip98-164-124-83.no.no.cox.net] has quit [Read error: 104 (Connection reset by peer)] 00:54 -!- drewstephan [n=drewstep@ip98-164-124-83.no.no.cox.net] has left #webgui [] 01:12 < knowmad> speaking of workflows, does anyone remember if there was a bugfix for day of week ranges, e.g., 1-5 01:13 <+perlDreamer> Nope. I'd svn log that file to check 01:13 < knowmad> ok 01:33 < knowmad> uhh, which file should I run svn log against? I don't see a Scheduler.pm 01:33 < knowmad> oh, nm 01:33 <+perlDreamer> Spectre/Cron.pm 01:34 < knowmad> right, that's what reads it; i was thinking of setting it which appears to be an Op 01:34 < knowmad> manageCron 01:36 < knowmad> how can i tell when a revision was included in a tag? i need to know what revision of Cron.pm was release with 7.4.8 01:37 <+perlDreamer> Workflow/Activity/CreateCronJob.pm 01:38 < knowmad> it looks like an op to me when i'm editing scheduler tasks 01:38 < knowmad> that's pretty cool to have an activity that can create cron jobs though 01:43 < knowmad> there's got to be a way to know what revision a release was tagged at without checking out that release.... it'll have to wait til tomorrow 01:47 <+perlDreamer> sorry, I only know how to run about 4-5 svn commands 01:49 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 01:50 < CIA-6> WebGUI: colin * r7176 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/i18n/English/WebGUI.pm): update hover help for auto request commit 01:54 -!- SquOnk [n=emhn@201.248.19.52] has quit ["Yippie kay-ai-yay fudder muckers!"] 01:59 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 02:33 -!- KlausH [n=KlausH@p5B0728DF.dip0.t-ipconnect.de] has quit ["bye"] 02:39 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 02:50 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 03:02 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 03:05 -!- juan1 [n=juangui@201.232.58.66] has left #webgui [] 03:33 -!- carogray [n=Caroline@h69-131-72-187.nwlnnh.dsl.dynamic.tds.net] has left #webgui [] 03:39 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 03:44 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:44 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:57 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 03:59 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 04:44 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 04:58 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 05:11 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui 05:20 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 05:25 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 05:32 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 05:34 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Client Quit] 05:34 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit ["Leaving"] 05:35 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 06:16 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 06:28 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 06:37 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 06:37 -!- mode/#webgui [+o tavisto] by ChanServ 06:39 < CIA-6> WebGUI: dionak * r7177 /WebGUI/lib/WebGUI/Asset/Wobject/SyndicatedContent.pm: Adding conditional to test if xml is already decoded 06:39 < CIA-6> WebGUI: dionak * r7178 /WebGUI/docs/changelog/7.x.x.txt: Adding update for syndicated content utf-8 check 06:39 < CIA-6> WebGUI: dionak * r7179 /WebGUI/docs/credits.txt: Adding knowmad to credits for tests and bug fix 06:49 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Read error: 113 (No route to host)] 07:03 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 08:05 -!- bderrly_ is now known as bderrly 08:25 <@tavisto> preaction, in the gallery asset, how is all the meta data captured from the images? Is it using EXIFutils to read this info? 08:27 <@tavisto> guess I'll catch ya tomorrow then.. g'night all 08:27 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 08:55 -!- rizen_ [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 08:55 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 09:32 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 09:34 -!- khenn [n=khenn@97.92.186.139] has quit [] 09:37 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 09:37 -!- mode/#webgui [+o khenn] by ChanServ 09:46 -!- khenn [n=khenn@97.92.186.139] has quit [Remote closed the connection] 09:47 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 09:47 -!- mode/#webgui [+o khenn] by ChanServ 10:21 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 10:39 -!- Haaarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 10:39 -!- mode/#webgui [+o Haaarg] by ChanServ 10:40 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 10:44 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 113 (No route to host)] 10:52 -!- KlausH [n=KlausH@p5B0705CE.dip0.t-ipconnect.de] has joined #webgui 11:16 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 13:28 -!- hightekvagabond [n=Administ@c-75-72-71-182.hsd1.mn.comcast.net] has joined #webgui 13:30 < hightekvagabond> any of you guys ever had problems APR::Request::Apache2 not finding the "handle" method? 14:11 < BartJol> hightekvagabond haven't seen that 14:12 < hightekvagabond> yeah, as far as I can tell it really has nothing to do with WebGUI and it an issue with my libapreq2 install, was just hoping someone around here had seen it 14:16 < BartJol> have you searched the site? 14:16 < BartJol> ah, i find only your post 14:17 < hightekvagabond> I've been searching the WebGUI forums, apache, cpan, and many mailing lists via google 14:17 < BartJol> well, that should have given you a clue when something is on the forum, but unfortunately.... 14:20 < BartJol> and what happens if you grep for that? 14:22 < hightekvagabond> grep for what? 14:23 < BartJol> for the handle method? 14:23 < BartJol> if the files are there, maybe the module isn't loaded 14:24 < BartJol> mmm, I can't find it within the wre 15:18 < CIA-6> WebGUI: yung * r7180 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed: Thingy: Subtext disappears when editing a field 15:28 -!- kurios63 [n=chatzill@a62-216-21-20.adsl.cistron.nl] has joined #webgui 15:29 -!- knowmad [n=william@97.66.185.250] has joined #webgui 15:30 < knowmad> hey, is anybody online who wants to conduct a search experiment with me? 15:31 < BartJol> what version? 15:32 < BartJol> or do you have a site? 15:32 < knowmad> i have a beta demo setup 15:32 < knowmad> http://beta.webgui.org/demo1218108416_88/home/search/site-search 15:32 < knowmad> BartJol: do you use search on any of your sites? 15:32 < BartJol> eeh, I added a search somewhere 15:32 < BartJol> but it is some time ago 15:33 < knowmad> i'm working on my presentation and am trying to grok how the system works 15:33 < knowmad> it's pretty simple but some queries aren't working 15:33 < knowmad> try searching "latest news" 15:33 < knowmad> with or without quotes 15:34 < knowmad> now try +news -latest which should exclude all the assets with the word 'latest' 15:34 < BartJol> differnce is: Commercial Documentation 15:34 < knowmad> what do you mean? 15:34 < BartJol> in the results 15:35 < BartJol> and latest appears in the sec ond query 15:35 < knowmad> yes, but why do we still get results with latest? 15:35 < BartJol> dunno 15:35 < knowmad> when we're telling wG to exclude that? 'latest' is not a stopword 15:35 < knowmad> at least not in MySQL 15:35 < BartJol> :) 15:36 < BartJol> does the - really exclude the following term? 15:36 < knowmad> nor in Search.pm 15:36 < knowmad> that's what it's supposed to do according to mysql docs and JT 15:37 < knowmad> guess there's something happening to the query as it is being biult that is going awry 15:37 < knowmad> do you know how i can turn on query logging in mysql? 15:38 < knowmad> btw, thanks for the second pair of eyes; i just wanted to be sure i wasn't overlooking something 15:38 < BartJol> mmm 15:39 < BartJol> no problem, but I'm afraid that my query language is not sufficient 15:39 < BartJol> and I'm a bit busy, unfortunately, because I'd like to help you 15:39 < knowmad> i'll report back once i figure out how webgui is building the query 15:57 < CIA-6> WebGUI: yung * r7181 /WebGUI/docs/upgrades/upgrade_7.5.18-7.5.19.pl: fixed: Thingy: Subtext disappears when editing a field 16:02 < knowmad> BartJol: FYI, adding 'log=/data/wre/var/logs/mysql-query.log' to /data/wre/etc/my.cnf enabled the MySQL General Query Log 16:02 < knowmad> Also, it really looks like there's a bug in the WebGUI search builder 16:13 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:22 -!- kurios63 [n=chatzill@a62-216-21-20.adsl.cistron.nl] has quit ["ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]"] 16:24 < BartJol> that might be 16:24 < knowmad> BartJol: i've submitted a bug report with my findings -- http://www.webgui.org/bugs/tracker/webgui-search-errors#N-mQBBz8rn53dQvQDXrPgA 16:24 < knowmad> have you ever looked at the search() method in WebGUI::Search? 16:25 < BartJol> nope 16:25 < knowmad> it's 110 lines of complicated logic! 16:25 < BartJol> beyond my limits right now :) 16:25 < BartJol> aaah 16:25 < knowmad> me too! hopefully one of the devs will take a look at it today 16:25 < BartJol> some genius worked on that 16:25 < knowmad> i'd really like to have this fixed for my presentation 16:26 < knowmad> yeah, i suspect that's all rizen_ 16:26 < knowmad> it's not just the perl code but also the data storage that's interesting 16:26 < knowmad> all indexed keywords are put into the assetIndex table into a single column called, wait for it.... keywords 16:27 < knowmad> that's straight-forward enough but.. 16:27 < knowmad> every keyword is separated by two single-quotes 16:27 < knowmad> i've yet to grok what that's about and how it doesn't cause breakage when searching for phrases 16:29 < SDuensin> Morning! 16:29 < knowmad> morning 16:29 < SDuensin> I love the tire place in town... I called and told him I had a screw in one of my tires. He was like, "Well, if you want them all to match, we can put screws in the other three." 16:29 < topsub> lol wow 16:30 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 16:30 -!- mode/#webgui [+o tavisto] by ChanServ 16:36 < BartJol> and how is the search query broken? split on space? 16:36 < knowmad> did you read my bug report? 16:36 < knowmad> i don't know how it's broken as i don't understand how it work 16:36 < BartJol> am now 16:37 < knowmad> however, it does not perform as advertised in regards to boolean operators 16:38 < knowmad> my initial forays into the query it builds lead me to believe there are logic errors in the search method that is building the MySQL query 16:38 < BartJol> doesn't seem good 16:38 < knowmad> nope, explains why my clients have told me search is funky 16:39 < knowmad> overall, the search system rocks but bugs like this are a showstopper 16:39 < knowmad> it doesn't matter how technically cool it is if it doesn't perform as expected 16:40 < knowmad> BartJol: are you attending the WUC? 16:40 < BartJol> I am 16:40 < knowmad> speaking? 16:40 < BartJol> I will 16:40 < knowmad> which talk are you doing? 16:41 < BartJol> on macro's in the user track 16:41 < BartJol> first one, as the schedule remains the same 16:41 < knowmad> cool, those are handy critters 16:42 < BartJol> but now I have to find out why a subdomain doens't refer people to the right webgui site 16:45 -!- Haaarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 16:47 < knowmad> sounds like an apache config issue assuming the dns is correct 16:48 < BartJol> yeah, modprxy and moperl confs were incomplete 16:48 < BartJol> changed it, and worked 16:53 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 16:54 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:04 -!- Haaarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:04 -!- mode/#webgui [+o Haaarg] by ChanServ 17:08 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 17:10 -!- Haaarg is now known as Haarg 17:18 < knowmad> BartJol: you still hanging around? 17:19 < BartJol> yup 17:19 < knowmad> check out these search terms @ http://beta.webgui.org/demo1218108416_88/home/search/site-search 17:20 < knowmad> +news* -latest 17:20 < knowmad> the asterisk totally changes the results 17:21 < BartJol> cool, strange but cool 17:22 -!- hightekvagabond [n=Administ@c-75-72-71-182.hsd1.mn.comcast.net] has quit ["Leaving."] 17:26 < knowmad> the strange is what's bad 17:27 < knowmad> i updated my bug report and am hoping it's enough info for whoever built the search system to fix this issue 17:27 < knowmad> it's a pretty glaring bug IMO 17:30 < BartJol> yeah, it's bad when such a cool function doesn't work properly 17:31 <@Haarg> i believe it's because of the chinese work support section 17:31 <@Haarg> not sure of the best way to fix it, as i'm not yes certain what that code is supposed to do 17:48 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 17:48 -!- mode/#webgui [+o preaction] by ChanServ 17:52 <@perlmonkey2> Is there some documentation showing how the auto-forms work? When a Layout's edit form is submitted, if there are no checkboxes ticked, then Form::Checkbox is never called. Yet somehow the Session::Form is getting the default values (probably from the asset), and I need to know where that happens. 17:56 <@Haarg> it's a bit complex how that happens 17:57 <@perlmonkey2> Haarg: I'm just putting traces in everything related so I can watch it happen :) 17:57 <@Haarg> processPropertiesFromFormPost calls session->form->process 17:57 <@Haarg> and includes the current value 17:58 <@Haarg> that goes through the formvalidator code, autoload etc 17:58 <@perlmonkey2> Haarg: btu I'm not even sure this happens in processPoerpertiesFromFormPost as there is nothing related to these properties in the form post. 17:58 <@perlmonkey2> no checkboxes checked, means nothing posted. 17:59 <@Haarg> it does that for everything in the definition though 17:59 <@perlmonkey2> oh 17:59 <@perlmonkey2> Thanks 17:59 <@Haarg> that goes through the form validator, autoloader, etc 17:59 <@Haarg> and calls getValue 18:28 -!- rizen_ is now known as rizen 18:28 -!- mode/#webgui [+o rizen] by ChanServ 18:29 < CIA-6> WebGUI: yung * r7182 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Search.pm): fixed: WebGUI Search errors - boolean search using filtering does not work 18:30 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:34 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 18:45 -!- BartJol [n=plainstu@host2.procolix.com] has left #webgui [] 19:03 <@tavisto> preaction, in the gallery asset.. did you setup the metadata to be extracted from the images using EXIFutils? 19:03 <@preaction> it is EXIF data, yes 19:04 <@tavisto> my friend is a photographer and he really likes the gallery asset (and plans to use it). However, he wanted to know if we could add several fields that he thought were important and missing 19:05 <@preaction> uh... i grab them all, and delete the ones that break things 19:05 <@preaction> if the EXIF field is in the photo, it's in the template 19:06 <@tavisto> He was going to send me a list of them since I can't remember all the ones he told me about. We posted a few of his pictures and all of the fields that showed up on his Vista machine did not show up in the gallery 19:06 <@preaction> which ones are missing? maybe they're ones I had to delete 19:06 <@preaction> then the underlying Perl module does not know about or handle those fields 19:07 <@tavisto> he spouted off a bunch that were in relation to gps coords and stuff photographers would care about :) 19:09 <@preaction> right, but how are they stored in the Exif data? i would suspect that the GPS coords are stored in some binary representation, which isn't automatically handled and we'd have to do manually. 19:09 <@preaction> possible, of course, but an RFE nonetheless 19:09 <@tavisto> oh yeah I definitely think that might be the case. What I'll do is get the list from him and then paste all of the 'missing fields 19:09 <@tavisto> in the RFE 19:09 <@preaction> if you give me one of the images you're talking about, i have an idea 19:09 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui 19:10 <@tavisto> some of them were simple.. and yes I can give you some of his images.. he works for NOAA and takes some pretty amazing pics on their research projects 19:10 <@preaction> do they host with us? or do they have their own server? 19:10 <@preaction> if my idea works, I can give them a patch 19:10 <@tavisto> NOAA is not a client... yet :) 19:11 < ckotil> man, if you guye get NOAA that would be sweet 19:11 < ckotil> I might be doing work for them soon 19:11 <@tavisto> JT (my other buddy - not Rizen) works for NW Labs in washington 19:12 <@tavisto> so my visit was to see a good friend... and also make use of an opportunity to expand our reach into the govt. 19:12 < ckotil> nice 19:12 < perlDreamer> I still think we need to take over the Papa John's website 19:12 <@tavisto> sweet ckotil, they are a great group to work with I'm told 19:13 <@tavisto> yes, and we can barter an intranet for pizza 19:15 <@perlmonkey2> okay, a day later I'm finally at where preaction was on this issue of the bug where you can't uncheck all assets to be unhidden in a Layout. 19:16 <@perlmonkey2> This bit of logic in Form::Control is the issue and there isn't a good way to solve it, I don't think. 19:16 <@perlmonkey2> http://webgui.pastebin.com/d300c8799 19:17 <@perlmonkey2> if no value is passed in grab the default value. Probably correct behavior for most cases, except where we have a checkbox list with nothing checked. 19:17 < perlDreamer> So this actually affects _all_ checklists, not just this one. 19:17 <@perlmonkey2> perlDreamer: that would be my assumption 19:18 <@preaction> what definition sub is that using? Form::Controls? 19:18 <@perlmonkey2> any asset with a checkbox list could not have its properties changes so that once a box is ticked, at least 1 other box will laways have to be ticked. 19:18 <@perlmonkey2> preaction: that is from new in Form::Control 19:19 <@preaction> okay, but that's just instanciating a form control, right? 19:19 <@perlmonkey2> yes which then getValue is called on 19:20 <@perlmonkey2> FormValidator::process does my @values = $self->$type($params); which creates the Form::asset and calls getValue on 19:20 <@preaction> line 222 of lib/WebGUI/Form/List.pm is the problem 19:20 <@perlmonkey2> $params is the %hash from Asset::processPropertiesFromFormPost 19:21 * perlmonkey2 wonders how he could have possible missed that CheckBox was not a Control, but a List 19:22 <@perlmonkey2> for a list there shouldn't be a defaultValue? Nothing passed in means we want null? 19:25 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 19:25 -!- mode/#webgui [+v cap10morgan] by ChanServ 19:25 <@preaction> or look below that, in getDefaultValue. that doesn't loook right at all 19:26 <@preaction> the problem is that getDefaultValue is getting called at all. the default value (when it comes to assets) shouldn't be used if the control was displayed to the user 19:26 <@preaction> it should only be used if the asset was added through the API and not the UI, and it should be used to show the initial value when the UI is displayed for adding a new asset 19:26 <@perlmonkey2> yeah, I commented 222 out and it works great for the Layout checkboxes 19:27 <@preaction> but when a list-like form control doesn't have an entry, it doesn't get added to the form post, and WebGUI assumes it wasn't shown and sets a default value 19:27 <@preaction> for our problem, "value" is more important than "defaultValue" 19:28 <@preaction> so it's multiple problems: one, getDefaultValue is being called. two, "value" is being used because it's more important than defaultValue 19:28 <@preaction> i think for list types, we might have to make defaultValue more important than value 19:30 <@perlmonkey2> I'm not tracking. I would have thought that defaultValue shouldn't have any importance with List types. They should default to nothing? 19:31 <@preaction> what if you want it to default to something when creating an asset using addChild? 19:32 <@perlmonkey2> I still haven't fully grokked getDefaultValue, getValue and get('value') 19:32 <@perlmonkey2> so I don't know :) 19:35 <@perlmonkey2> preaction: I'm feeling a little out of my depth on this one and am deferring to you and how best to proceed. 19:35 <@preaction> getValue is the value from the form 19:35 <@preaction> getDefaultValue is either the "value" property or the "defaultValue" property 19:36 <@perlmonkey2> simple enough 19:36 <@preaction> getValue calls getDefaultValue if it needs to, and in our case here it's calling it but doesn't need to 19:37 <@perlmonkey2> So remove the call? 19:37 <@preaction> can't, we actually do need to call it, but not in this one case 19:37 <@preaction> the problem: how do we determine if we need to call it? 19:37 <@perlmonkey2> and how do we tell getValue not to call getDefaultValue? 19:37 < perlDreamer> can we get a list of existant form variables? 19:37 <@perlmonkey2> move the logic up further in the form and add a special flag to this getValue? 19:37 < perlDreamer> if it exists as a form variable, we always use the form variable, regardless of its value 19:38 <@preaction> perlDreamer, no. if a list type doesn't have a value selected, it doesn't show up as a query parameter 19:38 < perlDreamer> if it doesn't we should use the "backup" logic 19:38 < perlDreamer> that sucks 19:38 <@preaction> i'm thinking if session->request exists, we use that no matter what 19:38 <@perlmonkey2> perlDreamer: this isnt' the first time that checkboxes not showing up as empty params has bit me :( 19:39 < perlDreamer> preaction, session->request always exists 19:39 < perlDreamer> even in tests, now 19:40 < perlDreamer> WebGUI.pm, line 405 19:41 < perlDreamer> Every WebGUI page fetch gets a Request object 19:41 < perlDreamer> it might be empty (with no form data), but it's there 19:41 <@perlmonkey2> I like have FormValidator test for Lists and then call getValue($value,DONTGETDEFAULTVALUE) on only list types 19:45 <@perlmonkey2> Bad idea? 19:48 <@preaction> probably. when would we use that? 19:48 <@preaction> i'm almost going towards not giving the "value" field to the form element in processPropertysFromFormPost 19:48 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 19:48 -!- mode/#webgui [+v MrHairgrease] by ChanServ 19:50 <@perlmonkey2> preaction: I'm thinking we would use that flag everytime a List is processed in FormValidator 19:51 <@perlmonkey2> or I guess the same effect could be had by putting that in Asset::processPostFromForm 19:52 <@perlmonkey2> I mean processProperties 19:53 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [] 19:55 -!- hightekvagabond [n=Administ@c-75-72-71-182.hsd1.mn.comcast.net] has joined #webgui 19:56 < topsub> After a product is added to the cart what callback gets called? So i could say have it redirect to the shopping cart? 20:00 <@perlmonkey2> So preaction, in FormValidation::AUTOLOAD we could test if $control isa List and then return $control->getValue(@args,NODEFAULTVALUE) 20:00 <@perlmonkey2> that seem like a good place for it? Should only get used when a form is submitted, right? 20:01 <@Haarg> that seems rather ugly 20:02 <@perlmonkey2> Haarg: If List types should not call getDefaultValue when used with the UI, but use it with the API, won't there have to be a clunky special case flag+logic in there? 20:06 <@Haarg> preaction: you have to supply value for file fields 20:06 < perlDreamer> topsub, the url for buying is func=buy 20:06 < perlDreamer> you can trace it from there 20:06 <@Haarg> well, lists shouldn't need to be special, and really only multi select lists are the issue here 20:07 <@Haarg> and getting the default value isn't really a problem, only getting value 20:08 * SDuensin hates CSS. 20:08 <@perlmonkey2> Haarg: I thought getting the defaultvalue was the problme. We don't want the default value if there is no value, bcause that means none of the check boxes were checked and we want undef as the value. 20:08 <@Haarg> the default value is undef though 20:08 < SDuensin> Anyone else have problems with vertical alignment of the content when using the site builder provided template? 20:08 <@perlmonkey2> It doesn't become the last value? 20:09 <@Haarg> no, but 'value' does 20:09 <@perlmonkey2> foreach my $value ($self->get("value"), $self->get("defaultValue")) { 20:09 <@perlmonkey2> that is for List::getDefaultValue 20:09 <@Haarg> SDuensin, what kind of problems? 20:09 < SDuensin> Here, Haarg - http://test.cloudcircle.com/discuss/discussion-forums/general-chatter/test7#L_aiSLUIfcaDnpRZD71OCQ 20:10 <@Haarg> ah yeah 20:10 <@Haarg> clear:both in some of the templates 20:10 < SDuensin> I'm too dumb to fix it. 20:10 <@perlmonkey2> So then for getDefaultValue for a list type we woudl only return the defaultValue never just the value? 20:10 <@Haarg> possibly, i'm not certain 20:11 <@Haarg> SDuensin, if you apply a overflow: hidden to #mainBodyContentContainer i think that may help 20:11 <@perlmonkey2> but that would make sense because if nothing is passed in, we don't want 'value'? I can't think of a form type where you would? 20:12 < SDuensin> I'll try it, Haarg - thanks! 20:12 <@Haarg> if you set value and default value, and call getDefaultValue, you want it to get the value 20:13 <@perlmonkey2> Haarg: but for a form type, if there is no passed in value, you wouldn't want the asset def value woudl you? 20:13 <@Haarg> but if you call getValue you don't 20:13 <@perlmonkey2> for a List getValue calls getDefaultValue if doesn't find antyhing. 20:13 <@Haarg> yeah 20:13 <@Haarg> seems like maybe it shouldn't 20:13 <@Haarg> maybe just get('defaultValue') 20:14 < SDuensin> Thank you! I would *never* have found that. 20:15 <@Haarg> that's probably a modification we should do in the site builder 20:15 * SDuensin agrees. 20:16 <@Haarg> perlDreamer, i'm using a modified User.t from you to change how user profile fields are retrieved 20:16 <@Haarg> is it ok to commit that file? 20:16 < SDuensin> Unfortunately, we've found a few issues with the site builder templates. 20:16 <@perlmonkey2> Haarg: removing the call to getDefaultValue from getValue makes the Layout checkboxes work as expected. Only removing the get('value') from getDefaultValue breaks the Layout checkboxes. 20:17 <@Haarg> well, you wouldn't want getDefaultValue to skip value 20:17 < SDuensin> There's some weirdness in IE with the blog templates, too. Been ignoring it for now. :-) 20:17 <@Haarg> i was thinking maybe getValue for lists should not use getDefaultValue, but just get the defaultValue themselves 20:18 < perlDreamer> Haarg, what exactly is different about it? 20:18 < SDuensin> Or, maybe they were related. That'd be convenient. 20:18 < perlDreamer> paste a patch? 20:18 <@perlmonkey2> Haarg: right, because all calls are to getValue with either a $value passed in or not, and you don't pass in the value if you want the properties 20:19 <@perlmonkey2> that logic seems repetitive. Seems like the properties are already going to be used if getValue doens't return something. hmm, but maybe I'm wrong. 20:19 <@Haarg> perlDreamer, http://webgui.pastebin.com/m7997b426 20:21 * perlmonkey2 wonders off in search of food. 20:21 <@Haarg> also, this really only applies to multiselect lists 20:21 < perlDreamer> Haarg, I think you need to merge in the leaky group tests 20:21 < perlDreamer> aside from that, it's fine 20:21 <@Haarg> single select lists should be using the code as it is i think 20:22 < perlDreamer> and the getGroupIdsRecursive test 20:22 <@Haarg> is that the stuff you added recently? 20:22 < perlDreamer> yes, within the last week 20:22 <@Haarg> ok 20:22 < perlDreamer> I found a whole slew of other bug with that test 20:24 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 20:24 -!- mode/#webgui [+o rizen] by ChanServ 20:27 < CIA-6> WebGUI: jt * r7183 /WebGUI/ (5 files in 5 dirs): Exposed user and url fields to shop vendors. 20:37 -!- slickware [n=slick@mail.hillviewmontessori.org] has joined #webgui 20:38 < slickware> question: 20:38 < slickware> if I upload an html file as a snippet to a PB reseller host site, will it display as HTML if I access it directly? 20:39 <@preaction> slickware, try it and see, but i think yes 20:40 < slickware> i'm trying to get a workaround for not being able to run a perl script from a reseller site 20:40 < perlDreamer> HTTP Proxy asset, perhaps? 20:40 < slickware> and this one can be hosted offsite and accesd by httpproxy, but I still need an on-site html template for the results 20:40 < slickware> at least, I think I do 20:41 < slickware> would I use the snippet tool or just filepile it? 20:42 <@preaction> you would use the snippet tool 20:42 < perlDreamer> If you try to upload it as a File, it will probably be filtered since WebGUI has XSS prevention code in there 20:42 <@preaction> or an article might work just as well 20:43 < slickware> it needs an .html extension 20:43 <@preaction> a ziparchive asset can get around the HTML filter, but that's more for zipping up an entire site and uploading it 20:43 <@preaction> so give it an .html extention in the URL field? 20:43 < slickware> really... 20:43 < slickware> hmm 20:56 * perlDreamer lunches... 21:18 < slickware> can anyone explain how to use the redirect wobject? I thought I had it, but it doesn't seem to be doing anything at all 21:18 <@preaction> you have to actually visit the redirect asset URL directly 21:19 <@preaction> then it will redirect you 21:19 < slickware> ... 21:19 <@preaction> not if it just shows up on the page (which was its old behavior, iirc) 21:19 < slickware> so... how can I make a page, in my page tree, that also redirects you? 21:19 < slickware> or do I just "not hide" the redirect wobject from navigation 21:20 <@preaction> the second one: don't hide it from navigation 21:20 < slickware> k 21:22 < slickware> then... how can I move it around in the navigation menus? 21:22 <@preaction> the same way you'd move anything else around, change its rank 21:22 <@preaction> or cut/paste it 21:22 <@preaction> treat it like any other page 21:22 < slickware> but... it's *on* a page 21:22 < slickware> where is its rank now? 21:23 <@preaction> in the Asset Manager 21:23 < slickware> oh 21:23 <@preaction> all assets are their own pages, some assets display other assets 21:23 < slickware> i'm still used to the completely awesome up/down upup/downdown arrows 21:24 < slickware> well, that was fun 21:24 < slickware> and simpler than I thought 21:24 < slickware> after I sat there for a minute going, how the hell do I change rank, and then I clicked on it 21:25 <@preaction> are you in 7.5? you just enter the new rank. on 7.4, it's drag and drop 21:25 < slickware> 7.4. reseller host. 21:25 < slickware> still waiting on 7.5 21:26 <@preaction> yay 7.5! 21:26 < slickware> yeah... I can't wait to have the expire-on-Xdate back 21:26 < slickware> that's in 7.5 again, right? 21:26 <@preaction> yes 21:26 < slickware> thank god 21:30 < hightekvagabond> 7.4 is considered the stable though, right? 21:30 < perlDreamer> It's very stable. 21:30 < perlDreamer> Unchanging 21:31 < slickware> where can I find the context for using the GroupText macro 21:31 < perlDreamer> on the wiki 21:31 < slickware> (side note: I giggle every time I say that) 21:32 < slickware> curse the wiki 21:32 < slickware> shouldn't it be in the help file? in the 'macros, list of' section!? 21:32 < perlDreamer> whatever 21:32 < perlDreamer> That's a list of macros which you can use 21:32 < slickware> right 21:32 < perlDreamer> to learn how to use them, that info is in the wiki 21:32 < slickware> but, why not add a context column to that table 21:33 < perlDreamer> maybe I'm not understanding your question 21:33 < perlDreamer> you just want to know where you can use a macro 21:33 < slickware> well 21:33 < slickware> I mean if i'm looking up macros 21:33 < slickware> what good is a list of macros that doesn't say HOW to use them 21:33 < slickware> especially something like grouptext, which requires 2 variables in the (); 21:34 < perlDreamer> well, we could make every macro name a link back to the wiki 21:34 < perlDreamer> but then people who make custom macros couldn't make their own macro docs 21:34 < perlDreamer> since it wouldn't be cool to have custom macro docs on the wiki 21:34 < slickware> or they could link to their macro docs from the WG wiki 21:35 < perlDreamer> and some people have wG website which don't connect to the internet, only to small, private local networks 21:35 < slickware> ah 21:35 < slickware> so exactly 21:35 < slickware> WG macro usage should be defined int he WG help file! 21:37 < perlDreamer> You can always post that as an RFE 21:37 <@perlmonkey2> Haarg: a single select list can have zero boxes checked also, can't it? Then woudlnt' it suffer the same problem? 21:37 <@preaction> yes 21:39 <@perlmonkey2> So we have a couple of options. Remove the call to getDefaultValue from getValue or add in a clunky flag. Any other possible solutions I'm missing? 21:40 <@perlmonkey2> Because I guess the solution is to write some tests to run through this and see which options work for all possible uses. 21:41 -!- slickware [n=slick@mail.hillviewmontessori.org] has left #webgui [] 21:51 <@Haarg> i'm not sure on the single select thing. i can't think of a case where you have a single select where it would be valid to send back nothing. 21:52 < perlDreamer> There are drop down lists (like in the Product), where there is not a Select All.. option. None are initially selected. 21:53 < perlDreamer> sorry. Not Select All, but Select one 21:54 <@Haarg> in a drop down? 21:54 < perlDreamer> Yes 21:54 <@Haarg> because a drop down is going to end up selecting something 21:55 < perlDreamer> I see. So this would only pertain to check lists (single or multi select) 21:55 <@Haarg> or multi select list boxes 21:55 <@perlmonkey2> hah, so then CheckList has its own special getValue which doens't call getDefaultValue. Solved??? 21:56 <@Haarg> i think so 21:56 <@perlmonkey2> okay, I'll test it and then write some tests for it. Unless writing tests is less important than getting all the bugs smashed by tomorrow. 21:56 <@preaction> tests! 21:57 <@Haarg> tests 21:57 < perlDreamer> tests 21:57 <@rizen> testing is for sissys 21:57 <@Haarg> given how long the discussion took, making sure we stay consistant with that is important 21:57 <+MrHairgrease> rizen++ 21:57 < perlDreamer> with tests, when you fix it, people will know when it breaks 21:57 < perlDreamer> like the code that rizen just submitted 21:57 * preaction embraces his sissinessss 21:58 * perlmonkey2 must be new here. 22:00 <@perlmonkey2> From the UI, that resolves it. Now to write a test to try it from the API. 22:11 < perlDreamer> Hey, did someone implement the move content to another version tag RFE? 22:11 <@preaction> perlDreamer, yes 22:11 < perlDreamer> the RFEs not closed 22:11 <@preaction> i think. it was Radix_'s RFE, perhaps he should verify 22:11 <@preaction> i think i had to fudge something 22:12 <@preaction> or maybe that was the Registration Form one 22:12 <@preaction> Ryan McCombs has a PBWG now? 22:12 <@preaction> nice 22:13 < perlDreamer> yup 22:14 <@preaction> does that mean i get the 5247 karma that was applied to that RFE? 22:15 < perlDreamer> sure. Why not? 22:16 <@perlmonkey2> preaction: okay, I don't think I understood what you meant when you said a checkList would need access to its defaultValue if it was created with addChild. 22:16 <@preaction> perlmonkey2, when addChild is called, Asset->update goes through the definition and grabs defaultValue 22:16 <@preaction> but, a form control is never created 22:17 <@preaction> it just grabs the defaultValue from the definition 22:17 <@perlmonkey2> preaction: Do I need to check if asset->update calls getDefaultValue or getValue? 22:17 <@preaction> no, you can, but i know it doesn't 22:18 <@preaction> update doesn't make the form controls at all, too expensive for too common an operation 22:18 <@perlmonkey2> So it directly accesses the properties. So then there shouldn't be any problem with making getValue no longer also check getDefaultValue? 22:19 <@preaction> right 22:27 < CIA-6> WebGUI: graham * r7184 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/User.pm t/User.t): fixed: user profile defaults can contain arbitrary perl code 22:27 < CIA-6> WebGUI: translation * r7185 /translations/Russian/ (46 files in 2 dirs): Update from translation server 22:27 < CIA-6> WebGUI: graham * r7186 /WebGUI/lib/WebGUI/User.pm: oops 22:27 < CIA-6> WebGUI: perlmonkey2 * r7187 /WebGUI/ (3 files in 3 dirs): Layout can now uncheck all hidden assets. CheckList now has its own getValue which does not call getDefaultValue. 22:53 <@rizen> i can't believe i just read what i read 22:53 <@rizen> no absolutely not 22:53 <@rizen> getValue MUST call getDefaultValue 22:53 <@rizen> and not read it from the properties 22:54 <@perlmonkey2> okay, I'll move it back. 22:54 <@perlmonkey2> But it works. I wrote tests for it. 22:54 <@perlmonkey2> and there is a bug if it calls getDefaultValue 22:58 -!- khenn_ [n=khenn@97.92.186.139] has joined #WebGUI 23:01 <@rizen> maybe we need a separate method called getOriginalValue() 23:02 <@perlmonkey2> rizen: it had been mentioned that for a checklist getValue would never need to get the defaultValue. 23:03 <@rizen> that's not true 23:03 <@rizen> there are several reasons why it may need to 23:03 <@rizen> the first of which is taint checking 23:04 <@rizen> what if someone submits something just over the url without actually using the form we generated? 23:04 <@rizen> but secondly, FormValidator can be used offline 23:04 <@rizen> to validate data pulled in from a csv file for example 23:05 <@perlmonkey2> rizen: okay, then what about having CheckList::getDefaultValue not get the value property, just the default property? 23:06 <@rizen> which is what i'm saying 23:06 <@perlmonkey2> oh 23:06 <@rizen> getDefaultValue should get the default value only 23:06 <@rizen> and then getOriginalValue returns the value property 23:06 < perlDreamer> how is that different from ->get('value') and getValue? 23:07 <@rizen> and the toHtml then would use getOriginalValue() to draw the form 23:07 <@rizen> also getOriginalValue() would call getDefaultValue() if no original value exists 23:07 <@rizen> PD, how it's different is that the raw value can be lots of things 23:07 <@rizen> it could be a hash reference 23:07 <@rizen> or it could be a delimited list of options 23:08 <@rizen> in the case of a list 23:08 <@rizen> and getOriginalValue() and getDefaultValue's jobs are to figure out what kind of data structure was passed in 23:08 <@rizen> and format it appropriately 23:08 <@rizen> so in many form controls, getDefaultValue and getOriginalValue might just return the raw property 23:09 <@rizen> but in the case of lists it does some special processing 23:09 <@rizen> that's why i don't want people circumventing the API 23:09 <@rizen> if the API is broken, then fix it, but don't work around it 23:09 <@rizen> i'm sorry...not a hash reference, but an array reference 23:10 < perlDreamer> yeah, I knew what you meant 23:10 <+MrHairgrease> In the Nav wobject the page.indent_loop tmpl_loop is based on page.relDepth. 23:10 <+MrHairgrease> page.relDepth can be -something however 23:10 <+MrHairgrease> causing the indent_loop not to indent for the pages for which that condtion applies 23:10 <@rizen> how can it be negative MHG? 23:10 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 23:11 <+MrHairgrease> reldepth = lineage of cur page - lineage ofstartpoint 23:11 <+MrHairgrease> if you include ancestors 23:11 <@rizen> oh for anscenstors 23:11 <@rizen> yeah 23:11 <+MrHairgrease> yeah 23:11 <+MrHairgrease> should i fixc that? 23:11 <@rizen> yup 23:11 <@rizen> please do 23:11 <@rizen> good find 23:11 <+MrHairgrease> it also solves the l;i ul problems 23:12 <@rizen> nice 23:12 <@rizen> perlmonkey2 so do you get me? 23:12 <+MrHairgrease> I was checking out that problem for rogier of united knowledge 23:12 <+MrHairgrease> will fix it tomorrow then 23:15 -!- khenn [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)] 23:15 <@perlmonkey2> rizen: sure 23:16 <@perlmonkey2> rizen: Do you want this method only added to the CheckList or to all Form types? 23:16 <@Haarg> all types 23:17 <+MrHairgrease> perlDreamer: what part of Selenium does the website -> image conversion? 23:17 <@perlmonkey2> And the FormValidator needs to use it then? 23:17 < perlDreamer> It's a JS method in the browser, MrHairgrease 23:17 <@Haarg> i don't know if FormValidator will need to change 23:17 <+MrHairgrease> aha 23:17 < perlDreamer> I believe it's exposed through the API down to perl, but if not, you can build a Selenium control file with a browser and then just replay it 23:18 <+MrHairgrease> but you still need a browser then 23:18 <+MrHairgrease> and hence X 23:18 < perlDreamer> yes, and yes 23:18 < perlDreamer> but it's already setup to be automated 23:18 <+MrHairgrease> so that's still no solution unfortunately 23:18 < perlDreamer> rather than rolling your own 23:18 < perlDreamer> hm 23:18 <@Haarg> i think checklist will still have a special case, but it will be to ignore getOriginalValue and use getDefaultValue 23:18 <+MrHairgrease> the idea is that I install something on the server that does the snapshoting 23:19 <@Haarg> where the rest of the forms will need to be adjusted to use getOriginalValue 23:19 <+MrHairgrease> and rig that to import the images into the db 23:19 <@perlmonkey2> So every Form type needs their getDefaultValue to not get the value property, and have a new getOriginalValue method to get the value property. And then the new method needs to be worked into the FormValidator/processPropertiesFromForm? 23:19 <@Haarg> into getValue 23:20 < perlDreamer> that's going to require X on whatever box does it. 23:20 <@Haarg> formvalidator etc call getvalue 23:20 <@Haarg> it should call getoriginalvalue 23:20 <@perlmonkey2> Haarg: okay. But in the CheckList that new method wouldn't be called? 23:21 <@Haarg> getOriginalValue will basically be what getDefaultValue is now 23:21 <@perlmonkey2> it will do exactly the same from what I can tell. It will attempt to get the value property and fall back to the default value property, which is what getDefaultValue does, right? 23:22 <@Haarg> for most form types, getValue will call getOriginalValue. for checklist, it will call getDefaultValue instead 23:22 <@Haarg> basically, it's just renaming getDefaultValue 23:22 <@perlmonkey2> But now getDefaultValue should no longer do that, it should only get the default value property. 23:22 <@Haarg> because that isn't an accurate name 23:22 <@Haarg> yes 23:22 <@perlmonkey2> groovy 23:23 <@perlmonkey2> I think I got it straight. This will be a large change. I have a feeling I'm about to earn my "messed things up in a spectacular way" stripes soon. 23:23 <@Haarg> well, if you just rename getDefaultValue everywhere i think it will be ok 23:24 < perlDreamer> perlmonkey2: lots and lots of tests 23:24 <@Haarg> there will probably be some cleanup to do afterward 23:24 <@Haarg> to take advantage of the change 23:24 <@perlmonkey2> perlDreamer: hah, so much for getting the bug list cleaned out this week :P 23:24 < perlDreamer> perlmonkey2, you're probably preventing about 8 future bugs, so it still counts 23:25 <@Haarg> i know i ran into this issue before 23:25 < perlDreamer> plus, we need those tests for preventing future bugs and as documentation for API usage 23:25 <@perlmonkey2> I can't explain how helpful it has been workign on this bug though. The auto-magic-form was one of the most confusing things about WG for me. This has all been quite enlightening. 23:26 < perlDreamer> re testing, feel free to scrap all the tests in Form that you need to develop what you need 23:29 <@perlmonkey2> perlDreamer: okay ;) 23:30 < perlDreamer> preaction and I have talked about reimplementing those tests using his WebGUI::Test::Maker, to reduce the amount of duplicated code 23:30 < perlDreamer> but those tests would also work well as Test::Class tests 23:31 < perlDreamer> so you could setup tests for the base class, then then inherit them for children to test inheritance and overriding 23:37 <@perlmonkey2> Don't sweat the 7189 rollback comments. User.pm is still 7188. 23:39 <@perlmonkey2> getValue won't call getOriginalValue, but continue to call getDefaultValue? 23:40 <@perlmonkey2> just double checking :) 23:41 <@Haarg> in all cases but checklist, yes 23:41 <@Haarg> or wait 23:41 <@Haarg> other way around 23:41 <@Haarg> getValue should use getOriginalValue, except for checklist 23:42 <@perlmonkey2> hmm, weird, Control::getValue only calls getValueFromPost 23:42 <@perlmonkey2> which then calls getDefaultValue...okay I should be able to figure it out from here......I hope 23:43 <@Haarg> preaction: what was the deal that led to moving that code from getValue to FromPost? 23:43 <@preaction> backwards compatibility 23:43 <@preaction> all my form controls for client sites override getValueFromPost 23:43 <@Haarg> ah 23:44 * perlmonkey2 searches around for a way to pass this off to perlDreamer :P 23:44 <@preaction> so if WebGUI calls getValue, and there is no getValue in my child class, it goes up to WebGUI::Form::Control->getValue. if that doesn't end up calling my overridden getValueFromPost, that breaks my form control 23:44 -!- perlDreamer is now known as notHere 23:44 <@perlmonkey2> hahahahha! 23:44 -!- notHere is now known as perlNewbie 23:45 -!- perlNewbie is now known as cluelessDreamer 23:45 <@Haarg> yeah, i saw the comment about backward compat, but wasn't thinking in terms of overriding 23:50 <@perlmonkey2> preaction: so your overridden getValueFromPost will break if getDefaultValue changes? 23:50 <@preaction> no 23:50 <@preaction> before getDefaultValue existed (it was added in 7.5.11), people used get("defaultValue"), which works, it's just ugly 23:50 <@preaction> the new API is much nicer 23:53 <@Haarg> ugh 23:53 <@perlmonkey2> okay so there is no legacy code out there that will break if we change getDefaultValue to getOriginalValue and make getDefaultValue just get('defaultValue') ? 23:53 <@Haarg> getting the language for a user needs to use the internationalization system 23:53 <@Haarg> which needs the user to be initialized 23:54 <@preaction> perlmonkey2, no. getDefaultValue was recently added 23:54 < cluelessDreamer> Haarg, right, because that's a user profile field. 23:54 -!- cluelessDreamer is now known as perlDreamer 23:54 <@Haarg> yeah 23:55 <@perlmonkey2> preaction: thanks. And thanks for being patient with my plethora of questions. 23:55 <@Haarg> i fixed part of it, but missed this bit 23:55 < perlDreamer> I keep wondering whether parts of this should be promoted to real user properties 23:55 < perlDreamer> like language, email address, etc. 23:55 <@Haarg> possibly, but that wouldn't help 23:56 < perlDreamer> no, you're right 23:57 <@Haarg> well, i can fix it 23:57 <@Haarg> as long as nobody gets clever and sticks a i18n call in the language default value --- Day changed Fri Aug 08 2008 00:00 <@rizen> perlmonkey2: sorry someone at the door 00:00 <@rizen> add it to all 00:00 <@perlmonkey2> rizen: can do 00:02 <@perlmonkey2> rizen: oh, I confirmed with Haarg but wanted to confirm with you. CheckList will stay a special case an only use the new getDefaultValue and not the new getOriginalValue, since the bug that kicked this off is when a form is submitted with no checkmarks checked. 00:02 <@rizen> not true 00:02 <@rizen> were you not paying attention to what i said before 00:03 <@rizen> getOriginalValue will need to be used in all of the toHTML methods of all forms 00:03 <@rizen> otherwise it won't be able to render it 00:03 <@perlmonkey2> I meant in the getValue call 00:03 <@rizen> that's still not a special case 00:04 <@rizen> ALL forms should have getValue calling getDefaultValue 00:04 <@rizen> not getOriginalValue 00:04 <@rizen> hence why you need to update the toHTML method of ALL form controls to use getOriginalValue 00:05 <@perlmonkey2> so getValue will no longer ever return the property 'value' for any form type? 00:05 <@rizen> correct 00:05 <@Haarg> yeah, i was thinking about that wrong 00:05 <@rizen> it will either return the form value, or it will return the default value 00:05 <@Haarg> one exception being File 00:05 <@perlmonkey2> k, so CheckList isnt' a special case because all form types now work it will work. got it. 00:07 < hightekvagabond> ok.... stupid question.... what does WRE stand for? 00:08 <@Haarg> webgui runtime environment 00:08 < hightekvagabond> thank you 00:09 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 00:34 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 00:52 -!- dionak [n=dionak@97.66.185.250] has quit [] 00:54 < perlDreamer> Haarg, since the keys of the languages are the label entry in the language specific LANGUAGE hash, I think you're safe. If they do do that, it would never work correctly. 00:54 <@Haarg> yeah 01:08 -!- KlausH [n=KlausH@p5B0705CE.dip0.t-ipconnect.de] has quit ["bye"] 01:17 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui 01:18 < knowmad> anyone have an idea why the Admin console would show no workflows but spectre.pl --status would show a suspended workflow (well, it varies between running, suspended and waiting) 01:18 < knowmad> btw, the WorkflowInstance table is empty 01:19 < knowmad> and there are no other sites running (no other webgui databases for that matter) 01:19 < knowmad> it's like i have a ghost workflow stuck somewhere in spectre... maybe a restart 01:25 < knowmad> for posterity's sake (since i'm talking to myself), the reset cleared up spectre 01:36 <@perlmonkey2> I'm buying 1 beverage of choice for every minor, critical, or fatal bug resolved by a non-pb employee at the wuc. 01:37 <@perlmonkey2> Which means everyone is in luck, because that describes most of the reamining bugs. 01:43 <@perlmonkey2> Form/Asset::getValueAsHtml is being moved to getOriginalValue since it returns a link. 01:44 <@rizen> knowmad, spectre keeps an internal running queue of workflows separate from the workflowinstance table 01:44 <@rizen> if someone manually deleted something from the workflow instance table, or for some reason webgui couldn't communicate with spectre when that instance was deleted 01:45 <@rizen> then you would run into the scenario you just found 01:45 <@rizen> and restarting spectre will fix that problem, because it will rebuild it's queue from the workflow instance table at startup 01:45 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has quit [Read error: 110 (Connection timed out)] 01:45 <@perlmonkey2> I'm not sure if this is correct, but will leave it as is unless someone tells me. But the Control form toHtml returns the properties value instead the properties value or the deafault. It would seem it should use the new getOriginalValue method. 01:46 <@rizen> yes, that should return getOriginalValue 01:46 <@perlmonkey2> groovy, thanks rizen 01:47 <@rizen> same with toHtmlAsHidden 01:47 <@perlmonkey2> got it 01:47 <@rizen> you may just want to grep the code for direct references to value 01:48 <@rizen> cuz we want none of that 01:48 <@rizen> but don't get too side tracked 01:48 <@rizen> =) 01:49 <@perlmonkey2> yeah, I'll make sure that all $self->get('value') are changed. 01:50 * perlmonkey2 will be back to the party after dinner. 01:57 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 01:59 <@preaction> Haarg, how did you fix the pagination "anomaly"? 02:00 <@Haarg> for the 'up to 10' template var, it was calculating 5 forward and 5 back, then limiting to the real range 02:00 <@Haarg> instead of basing the end point on the actual start point it was using 02:01 <@Haarg> plus there was an off by one error 02:01 <@preaction> ah, so it wasn't working as it was supposed to 02:01 <@preaction> it sounded like it was, just in an unexpected way 02:30 < perlDreamer> rizen, you're saying that in Form/*.pm, that $self->get('value') should become $self->getOriginalValue() ? 02:31 <@Haarg> in most places 02:31 < perlDreamer> which defines one from the others in most? 02:31 <@Haarg> as in i can't think of any time would wouldn't use it 02:32 < perlDreamer> so if I were to 02:33 < perlDreamer> find Form -name '*.pm' -exec perl -pi -e 's/self->get..value../self->getOriginalValue/;' {} \; 02:33 < perlDreamer> and make sure the test suite passes 02:33 < perlDreamer> and that the diff makes sense 02:33 < perlDreamer> and WebGUI still works 02:33 <@Haarg> you can probably regex it if you want, but i'd double check as many places as you can 02:34 < perlDreamer> there are 35 of them 02:34 <@Haarg> we probably also need to make sure it is consistant in terms of getValue setting the value or not 02:35 <@Haarg> i seem to remember it does in some places but not others 02:35 < perlDreamer> what does a "good one" look like? 02:35 < perlDreamer> $self->set('value', $value); ? 02:36 <@Haarg> basically 02:36 <@Haarg> seems like it should consistantly save it 02:36 <@Haarg> well, i'm off for a while 02:37 < perlDreamer> thanks for your help today, Haarg 02:38 <@Haarg> no problem. had to get fixed somehow, and the faster we can figure out the best solution the better. 02:38 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 02:39 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:49 < CIA-6> WebGUI: colin * r7188 /WebGUI/ (4 files in 4 dirs): 02:49 < CIA-6> WebGUI: Update tests for new profile field handling. 02:49 < CIA-6> WebGUI: Change how the profileField method works in User.pm 02:49 < CIA-6> WebGUI: Reindent some User.pm method according to WGBP. 02:49 < CIA-6> WebGUI: perlmonkey2 * r7189 /WebGUI/ (3 files in 3 dirs): Rolled back to 7186 removing CheckList changes 02:49 < CIA-6> WebGUI: graham * r7190 /WebGUI/t/i18n/critic_labels.t: skip Perl::Critic tests if unable to load modules 02:49 < CIA-6> WebGUI: graham * r7191 /WebGUI/www/extras/assetToolbar/assetToolbar.css: display asset toolbar inline 02:50 < CIA-6> WebGUI: graham * r7192 /WebGUI/lib/WebGUI/Session/Form.pm: don't dual check for form parameters 02:50 < CIA-6> WebGUI: graham * r7193 /WebGUI/lib/WebGUI/Operation/Shared.pm: don't initialize i18n in secureEval unless needed - avoid endless loop on language user profile field 02:50 < CIA-6> WebGUI: graham * r7194 /WebGUI/t/ (6 files in 3 dirs): request->body and request->param should be the same in tests 02:50 < CIA-6> WebGUI: graham * r7195 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Paginator.pm): fixed: paginator doesn't show correct number of page links with a limit applied 02:50 < CIA-6> WebGUI: graham * r7196 /WebGUI/docs/create.sql: preparing for 7.5.19 release 02:50 < CIA-6> WebGUI: jt * r7197 /releases/WebGUI_7.5.19-beta: Release 7.5.19-beta 02:50 < CIA-6> WebGUI: graham * r7198 /WebGUI/ (4 files in 4 dirs): preparing for 7.5.20 dev 02:50 -!- hightekvagabond [n=Administ@c-75-72-71-182.hsd1.mn.comcast.net] has left #webgui [] 03:29 <@perlmonkey2> graham, does that mean I owe you 4 beers? 03:29 <@perlmonkey2> :) 03:31 <@perlmonkey2> oh, he's not on. 03:34 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 04:19 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 04:26 < perlDreamer> perlmonkey2: if you want some test support, I have free time this evening 04:26 < perlDreamer> I can't take the boys to swim lessons tonight 04:26 < perlDreamer> Tim ripped open a huge blister on his hand playing on the monkey bars, and the pool is pretty strict about open wounds 04:35 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 04:35 -!- mode/#webgui [+v Radix-wrk] by ChanServ 05:09 <@perlmonkey2> perlDreamer: back 05:09 <@perlmonkey2> perlDreamer: I'm just now starting to look through the tests to see what needs to be changed 05:09 <@perlmonkey2> but everything in Form has been updated. 05:13 <@perlmonkey2> perlDreamer: monkey bar wounds can be brutal 05:15 <@perlmonkey2> this is for a bug, can everyone see the latest syndicated data on http://www.plainblack.com/ ? Should be showing stuff for today. 05:20 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui 05:40 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has quit [Read error: 110 (Connection timed out)] 05:41 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui 05:42 < perlDreamer> perlmonkey2, when I was visitor on pb.com earlier tonight, it was showing old syndicated data. 05:43 <@perlmonkey2> I'm trying with different browsers and can't get it to work. 05:47 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 05:47 <@perlmonkey2> I wonder what an ListInput is. Grepping From doesn't show it 05:48 <@perlmonkey2> But test 5 of Radio.t is failing on the getValue call on it 05:48 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 05:48 -!- mode/#webgui [+v perlDreamer] by ChanServ 05:48 <+perlDreamer> I AM PERLDREAMER 05:48 <+perlDreamer> w00t! 06:09 <@perlmonkey2> perlDreamer: you got a sec? 06:09 <+perlDreamer> yeah 06:09 <@perlmonkey2> (09:47:49 PM) perlmonkey2: I wonder what an ListInput is. Grepping From doesn't show it 06:09 <@perlmonkey2> (09:48:14 PM) perlmonkey2: But test 5 of Radio.t is failing on the getValue call on it 06:09 <+perlDreamer> and I got my nick back 06:09 <@perlmonkey2> hah :D 06:10 <@perlmonkey2> Dumping the input from Radio.t says it is a "ListInput" 06:10 <+perlDreamer> all tests pass for Form/Radio.t for me 06:11 <@perlmonkey2> oh, right. I've changed almost every file in Form/ 06:11 <@perlmonkey2> I'm just trying to figure out if I've broken anything by running the old tests. 06:11 <+perlDreamer> do you have ack installed yet? 06:11 <@perlmonkey2> nope 06:12 <@perlmonkey2> bug 'grep -R ListInput *' from /data/WebGUI shows nothing 06:12 <+perlDreamer> can you paste me the test segment, and the output 06:12 <+perlDreamer> man, this is when we need git 06:13 <@perlmonkey2> yeah 06:13 <+perlDreamer> or, a private branch 06:14 <+perlDreamer> like WebGUI_survey 06:14 <@perlmonkey2> http://webgui.pastebin.com/d4e6ad103 06:14 <+perlDreamer> okay, I need to help brush and floss teeth here, back in 30 06:14 <@perlmonkey2> k 06:30 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit ["The Black Blog - http://plainblack.com/tbb"] 06:31 <+perlDreamer> ha 06:31 <+perlDreamer> okay 06:31 <+perlDreamer> HTML::Form::ListInput comes from the HTML parser used to analyze the form that is made 06:32 <+perlDreamer> No defaultValue was set, only a value. 06:32 <+perlDreamer> but the value returned by the form should be the selected value, so offhand I'd say it's not working right. 06:33 <+perlDreamer> where "it" is WebGUI::Form::Radio.pm 06:33 <@perlmonkey2> right 06:33 <+perlDreamer> dump the HTML? 06:33 <@perlmonkey2> I'll try that 06:34 <@perlmonkey2> hmm, value="" in the html 06:35 <+perlDreamer> paste? 06:36 * perlDreamer is a habitual kibitzer 06:38 <@perlmonkey2>
06:38 <@perlmonkey2> 06:38 <@perlmonkey2>
06:38 <@perlmonkey2> I figure this channel is mostly dead, no reason I can't spam it. 06:38 <@perlmonkey2> so it looks like toHtml failed 06:38 <+perlDreamer> $self->get('value') 06:39 <@perlmonkey2> output that? 06:39 <+perlDreamer> yeah 06:39 <+perlDreamer> that line in toHtml, defined $value : ...... 06:41 <@perlmonkey2> Selectfy 06:41 <@perlmonkey2> but getValue returned nothing 06:43 <@perlmonkey2> But I'm not sure how that ever worked because getValue for the control only returns what is passed in or getValueFromPost 06:43 <@perlmonkey2> and Radio isa Control. So something is weird. 06:44 <+perlDreamer> Wanna paste Control.pm and Radio.pm? 06:44 <+perlDreamer> (out of channel) 06:45 <@perlmonkey2> Radio.pm http://webgui.pastebin.com/d15b57626 06:45 <@perlmonkey2> Control http://webgui.pastebin.com/d1b0cb585 06:47 <@perlmonkey2> I didn't change any getValues to call getDefaultValue if they didn't already make those calls. 06:48 <+perlDreamer> Radio.pm used to call $self->get('value'); 06:48 <+perlDreamer> but $self->getValue attempts to get data from a POST 06:48 <+perlDreamer> so it doesn't look inside the object. 06:50 <+perlDreamer> I'm not sure that getValue is what wants to be used 06:50 <+perlDreamer> might want to backlog and see if rizen left any hints 06:50 <@perlmonkey2> oh, I messed up. All the calls in the html generators should be getOriginalValue 06:51 <@perlmonkey2> not getValue, for the reason you staed 06:51 <@perlmonkey2> stated 06:51 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 06:51 -!- mode/#webgui [+o Haarg] by ChanServ 06:51 <@perlmonkey2> I'm pretty sure that's the only place I did that, but I'll double check 06:52 <+perlDreamer> good time to install ack 06:52 <+perlDreamer> ack is recursive by default 06:52 <+perlDreamer> uses perl regular expressions 06:53 <+perlDreamer> and by default, only searches perl files 06:53 <+perlDreamer> .pm, .pl, .t, and so on 06:53 <@perlmonkey2> claims to be better than grep 06:53 <@perlmonkey2> intresting :) 06:54 <@perlmonkey2> yay for Fedora repos 06:54 <+perlDreamer> yum install ack 06:54 <@perlmonkey2> course I need to get my mac configured and will just have to reinstall it there 06:55 <@perlmonkey2> silly $job requiring OS's :P 06:56 <@preaction> perlmonkey2, it's not required, feel free to install a linux distro on your lappy 06:56 <@perlmonkey2> preaction: maybe you are free, but I think JT gave me instructions to use MacOS 06:56 <@perlmonkey2> I'll go back through my IM logs and double check before I start setting up the mac 06:57 <@preaction> er.... kay... 06:57 <+perlDreamer> It's wrong to tell people which OS to use 06:57 <+perlDreamer> but when it comes to editors, there is only one choice 06:57 <@preaction> sed! 06:57 <@perlmonkey2> preaction: I think JT is probably pretty easy going, but I'd hate to start upsetting him my first week on the job. 06:57 <@perlmonkey2> vim 06:57 <@preaction> er... you did not just call JT easy-going, did you? 06:58 <@preaction> did you not hear the stories about the wG brand? 06:58 <+perlDreamer> He only gets upset if you bust a schedule. 06:58 <@preaction> i couldn't sit down for a week 06:58 <@perlmonkey2> easy-going in a completely overbearing hostile way, I mean :) 06:59 <@perlmonkey2> perlDreamer: if I don't get this Form stuff done (fixing a single bug) and then knock out the other 20 bugs tomorrow, I will have "busted a schedule" :D 06:59 <+perlDreamer> contract schedule 06:59 <+perlDreamer> he knows this is big 07:00 <+perlDreamer> rizen's hot points are customer schedules, not taking responsibility for problems, and bragging/pride. 07:00 <+perlDreamer> oh, and he hates being called poochey-kins 07:00 <@perlmonkey2> seem very normal hotpoints to have 07:01 <@perlmonkey2> except that last 07:01 <@perlmonkey2> just strange, I mean who doens't like to be called that in public around your peers? 07:01 <+perlDreamer> nor around your peers, by your peers 07:02 <@preaction> i didn't think JT had any peers 07:02 <@preaction> just TARGETS 07:03 * perlmonkey2 sees if Amazon can overnight kevlar 07:06 <@perlmonkey2> preaction: what are you running on your mac? 07:06 <@preaction> uh... OS X? 07:06 <@preaction> i've tried ubuntu a couple times, but OS X works nicely 07:07 <+perlDreamer> I have three words for you 07:07 <+perlDreamer> Fe Do Ra 07:07 <@perlmonkey2> preaction: I'm not sure I'll be able to handle the terminal 07:07 <@perlmonkey2> gnome-terminal is where I have spent most of my adult life. 07:07 <@preaction> it's mainly the everyday programs, Mail, News, Web, Calendar, etc... that I like. If Evolution didn't suck nuts, I'd be back on Ubuntu 07:07 <@perlmonkey2> perlDreamer: I've been running F since 3 :) 07:08 <@perlmonkey2> yeah, I don't use Evolution at all. Thunderbird and Gnome applets 07:08 <+perlDreamer> Until you've run kgcc in Red Hat 7, you haven't lived 07:08 <@preaction> though, i am interested in finding out what kind of battery life I could get with a Debian laptop, and the most minimal stuff I can find 07:08 <+perlDreamer> y'all should try kmail 07:08 <+perlDreamer> it's very good 07:08 <@preaction> KDE is turning into one big pile of PIMP 07:08 <+perlDreamer> I use Gnome for everything else 07:08 <@perlmonkey2> I'm happy with thunderbird. It hadnles all my news feeds and my mail. 07:09 <@preaction> gnome should just give up, they've completely lost touch with what making a desktop environment is 07:09 <@perlmonkey2> and so the holy wars begin 07:09 <@preaction> perlmonkey2, have they got sunbird or whatever their calendaring app is working better? 07:09 <@perlmonkey2> haven't checked in a long time, but as far as I know, no 07:09 <@preaction> damn... that's what i want to use 07:10 <@preaction> Mail.app in OSX doesn't even allow you to switch between top-posting or bottom-posting when replying 07:10 <@perlmonkey2> if sunbird ever gets working, Mozilla will be all anyone ever needs 07:11 <@perlmonkey2> hmm, lightning is the sunbird plugin for thunderbird. I'm giving it a go 07:11 <@preaction> looks like they're still making Lightning too, the Thunderbird extention for calendaring 07:12 <@preaction> GET OUT OF MY HEAD 07:12 <@perlmonkey2> :D 07:12 <+perlDreamer> doh 07:12 <+perlDreamer> shouldn't have told him your frequency, preaction 07:12 <+perlDreamer> sorry 'bout that 07:12 <@perlmonkey2> even in the fedora repo 07:12 <@preaction> it's not my fault that everybody uses the 2.4Ghz bandwidth 07:12 <+perlDreamer> perlmonkey2, you're in Indiana, right? 07:12 <@perlmonkey2> Oklahoma 07:12 <+perlDreamer> but you're moving? 07:13 <@perlmonkey2> to another place in Oklahoma 07:13 <@perlmonkey2> to be in the same city as my wife's university 07:13 <+perlDreamer> short commute, good idea 07:15 <+perlDreamer> Is the form in better shape? 07:18 <@perlmonkey2> well the tests all passed 07:18 <@perlmonkey2> sorry, was in fullscreen terminal mode and didn't see you 07:18 <+perlDreamer> that's a good start, but the tests are very rudimentary 07:19 <+perlDreamer> perlmonkey2, now that you're an experienced WebGUI hacker, what do you hate most about the code? 07:20 <@perlmonkey2> So the question is. update them now or upudate them after we get a stable release out. And can we get a stable release out without updating them? 07:20 <@perlmonkey2> what do I hate most about the code? It's obvious age. Things are done several different ways throughout 07:20 <@preaction> perlmonkey2, update them now, more tests are better 07:21 <@perlmonkey2> seems weird that they don't already just create a new instance with a default, then check the default, form param, and value param. 07:21 <@perlmonkey2> but that shouldn't take long to do for each. 07:22 <@perlmonkey2> perlDreamer: you had mentioned some new testing class that should be used? 07:22 <+perlDreamer> Test::Class 07:22 <+perlDreamer> it's jUnit style testing 07:22 <@preaction> it will help our test coverage a lot faster 07:22 <@perlmonkey2> okay 07:22 <+perlDreamer> it's like class inheritance for tests 07:23 <+perlDreamer> you write a test for Form::Control 07:23 <+perlDreamer> then, write tests for Form::Text that inherit from Form::Control 07:23 <+perlDreamer> hm 07:23 <@perlmonkey2> ahah 07:23 <+perlDreamer> where do I have an example of that... 07:23 <@perlmonkey2> I like where that is going 07:23 <@preaction> your experimental branch colin? 07:23 <+perlDreamer> yes 07:23 <+perlDreamer> but we have to be careful 07:24 <+perlDreamer> since I don't know if that ImageMagick bug still exists 07:24 <@perlmonkey2> its like, inheritance and stuff :P 07:24 <+perlDreamer> but it's good for an example 07:24 <@preaction> i thought that only happened on Fedora 07:24 <+perlDreamer> no 07:24 <+perlDreamer> apeiron got it to happen on BSD, too, iirc 07:24 <@preaction> nice 07:24 <@apeiron> What did I do now? 07:25 <+perlDreamer> you're just awesome 07:25 <+perlDreamer> apeiron, I got my nick fixed today. 07:25 <+perlDreamer> so I am now authentically perlDreamer 07:25 <@apeiron> And you're +v'd appropriately! 07:25 <@apeiron> The system works! 07:25 <+perlDreamer> yes 07:25 <@apeiron> (FSVO 'works') 07:26 <+perlDreamer> perlmonkey2: install Test::Class, either by yum or by cpan 07:26 <+perlDreamer> then check out https://svn.webgui.org/svnweb/plainblack/browse/branch/colin-experimental/ 07:26 <+perlDreamer> like, svn co https://svn.webgui.org/svnweb/plainblack/browse/branch/colin-experimental/ 07:26 <+perlDreamer> someplace safe, off to the side 07:30 <+perlDreamer> here's an excellent testing tutorial from OSCON 07:30 <+perlDreamer> http://assets.en.oreilly.com/1/event/12/Practical%20Test-driven%20Development%20Presentation.pdf 07:32 <@perlmonkey2> svn: PROPFIND request failed on '/svnweb/plainblack/browse/branch/colin-experimental' 07:32 <@perlmonkey2> strange, I can browse to it 07:34 <+perlDreamer> whoops 07:34 <+perlDreamer> wrong url 07:34 <+perlDreamer> https://svn.webgui.org/plainblack/branch/colin-experimental 07:34 <@perlmonkey2> hah, svnweb doh 07:34 <+perlDreamer> my bad 07:34 <@perlmonkey2> must be getting late 07:34 <@perlmonkey2> I should have seen that 07:37 <+perlDreamer> I converted one test over to Test::Class, t/Storage.t, and t/lib/WebGUI/Storage/Test.pm 07:37 <+perlDreamer> in retrospect, I should have done it the way that it is done in the tutorial that I mentioned above. 07:37 <@perlmonkey2> reading through ti now 07:37 <@perlmonkey2> but I'll look at t/Storage.t and the other 07:38 <@perlmonkey2> It's huge....844 lines of testing goodiness 07:39 <@perlmonkey2> isn't the normal .t test about 50 lines? 07:39 <@perlmonkey2> wow, I'm impressed 07:39 <+perlDreamer> I like testing :) 07:39 <+perlDreamer> You should see User.t, Group.t 07:39 <+perlDreamer> and all of Session.t and Session/*.t 07:41 <@perlmonkey2> you says User.t and Group.t are done also? 07:41 <+perlDreamer> done = ~ 100% test coverage of the code 07:41 <+perlDreamer> but they probably wont' be converted to Test::Class 07:41 <+perlDreamer> since there are no subclasses 07:41 <+perlDreamer> Asset would like Test::Class 07:41 <+perlDreamer> Form 07:41 <+perlDreamer> Macro (maybe) 07:42 <+perlDreamer> Storage (when ImageMagick isn't broken) 07:42 <+perlDreamer> Workflow/Activity 07:42 -!- Tyler_ [n=Tyler@ppp-70-135-64-72.dsl.austtx.swbell.net] has joined #webgui 07:42 <+perlDreamer> maybe a few others 07:42 < Tyler_> hey 07:42 <+perlDreamer> hey, Tyler_ 07:43 < Tyler_> Well I have got to say WebGUI definatly beats my other CMS in just about every way 07:43 <+perlDreamer> cool! 07:43 < Tyler_> yeah 07:43 <+perlDreamer> We like you already :) 07:44 < Tyler_> well lets hope this doesn't change anything, but the opening install looks kind of odd 07:44 < Tyler_> the blueish background is odd 07:44 < Tyler_> But I guess the installer doesn't matter once you got the site up 07:44 < Tyler_> :) 07:44 <+perlDreamer> blue? 07:44 <+perlDreamer> I always thought it was orange 07:44 <@preaction> the site starter wizard 07:45 <+perlDreamer> oh, that. 07:45 < Tyler_> yeah from the demo 07:45 < Tyler_> Yeah that 07:45 < Tyler_> I havn't gotten time to acctually get it setup yet for my self 07:45 < Tyler_> but that will come later. 07:46 <+perlDreamer> believe it or not, I have never used the site starter wizard 07:46 < Tyler_> isn't that what you have to use 07:46 <+perlDreamer> No 07:46 < Tyler_> hmmm 07:46 <@preaction> you can click "No, Thanks" 07:46 <@preaction> but that's three screens into it 07:47 < Tyler_> So what the difference 07:47 < Tyler_> Yo just make what you want later 07:47 <+perlDreamer> You can take the default site, delete all the default stuff, build in a new style and then add stuff bit by bit 07:47 < Tyler_> I like it 07:47 < Tyler_> weird I didn't see that 07:47 <@preaction> the third screen should be the one that you choose if you want to run the wizard 07:47 <@preaction> the first screen is setting up Admin, the second is inputting company name and such 07:48 < Tyler_> I probably missed it 07:48 < Tyler_> I just wanted to try it out 07:48 <@preaction> god... i've done those three screens way too much 07:48 <+perlDreamer> Selenium 07:48 < Tyler_> yeah. well good thing i found it anyways 07:49 -!- Tyler_ [n=Tyler@ppp-70-135-64-72.dsl.austtx.swbell.net] has quit ["Leaving"] 07:50 <+perlDreamer> wow 07:50 <+perlDreamer> I hope he sticks with it. 07:56 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 08:04 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 08:13 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has quit [Read error: 110 (Connection timed out)] 09:08 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 09:09 -!- mode/#webgui [+o tavisto] by ChanServ 09:17 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 113 (No route to host)] 09:39 -!- KlausH [n=KlausH@p5B070BE4.dip0.t-ipconnect.de] has joined #webgui 09:47 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 09:54 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:19 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 10:19 -!- mode/#webgui [+o preaction] by ChanServ 10:36 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 110 (Connection timed out)] 10:39 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 10:47 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 10:51 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 11:26 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 11:43 < CIA-6> WebGUI: translation * r7199 /translations/Dutch/Dutch/ (5 files): Update from translation server 12:07 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 12:07 -!- mode/#webgui [+v MrHairgrease] by ChanServ 12:20 -!- BartJo1 [n=plainstu@host2.procolix.com] has joined #webgui 12:37 -!- BartJol [n=plainstu@host2.procolix.com] has quit [Read error: 110 (Connection timed out)] 13:09 -!- khenn_ [n=khenn@97.92.186.139] has quit [Read error: 113 (No route to host)] 13:11 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has quit [Read error: 110 (Connection timed out)] 13:52 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 13:52 -!- mode/#webgui [+o khenn] by ChanServ 14:01 -!- carogray [n=Caroline@h69-131-75-162.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 14:31 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 14:48 -!- khenn [n=khenn@97.92.186.139] has quit [] 14:56 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 14:56 -!- mode/#webgui [+o khenn] by ChanServ 15:14 -!- khenn [n=khenn@97.92.186.139] has left #WebGUI [] 15:52 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has joined #webgui 16:03 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:12 -!- SDuensin [n=Scott@6.sub-75-206-129.myvzw.com] has joined #WebGUI 16:12 -!- knowmad [n=william@97.66.185.250] has joined #webgui 16:14 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 16:14 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:15 < SDuensin> Greetings. 16:15 <+MrHairgrease> Greasings! 16:20 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 16:20 < elnino> anyone here use debian? where the heck is apache? 16:20 <+MrHairgrease> /etc/apache2 16:21 <+MrHairgrease> /etc/init.d/apache start|stop|restart|etc. 16:21 <+MrHairgrease> /etc/init.d/apache2 start|stop|restart|etc. 16:21 <+MrHairgrease> the former has a typo 16:21 <+MrHairgrease> the latter is correct 16:22 <+MrHairgrease> /etc/apache2 contains all the conf 16:26 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 104 (Connection reset by peer)] 16:26 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 16:27 < elnino> I'm not seeing that.. that's where I thought it would be.. This is a VPS server, does that make a difference? and WRE? 16:27 <+MrHairgrease> which apache do you mean 16:27 <+MrHairgrease> debian's or the wre's? 16:28 < elnino> ok. Therei's seems to be a difference. =) 16:28 < elnino> I guess WREs 16:28 <+MrHairgrease> aha 16:28 -!- carogra1 [n=Caroline@h69-131-74-209.nwlnnh.dsl.dynamic.tds.net] has joined #webgui 16:28 < elnino> because the system apache wouldn't be included.. =) 16:28 <+MrHairgrease> that one is somewhere in /data/wre 16:29 <+MrHairgrease> to start stop use /data/wre/sbin/wreservice.pl 16:29 <+MrHairgrease> ie. sudo data/wre/sbin/wreservice.pl --start modperl 16:29 <+MrHairgrease> to start the mod_perl apache 16:29 <+MrHairgrease> try --help to check out all the available options 16:30 < elnino> ok... I see a modproxy conf file.. I need to change the host from www to test. is that the file I do it in? 16:30 <+MrHairgrease> oh 16:30 <+MrHairgrease> i see 16:30 <+MrHairgrease> you do that in the modprox conf for the site you want to change 16:31 < elnino> I don't see www I only see the actual domainsite name, so it looks likeit's capturing all hostnames. 16:31 <+MrHairgrease> which is called /data/wre/etcYOUDOMAIN.modproxy 16:31 < elnino> yep. 16:31 <+MrHairgrease> inside the file you setup the hostnames for that site 16:32 < elnino> in right 16:32 < elnino> ? 16:32 <+MrHairgrease> yes 16:32 <+MrHairgrease> use the ServerALias directive 16:32 < elnino> it's currently only setup for the doamin, so it looks like ti's capturing all requests for all host names. 16:32 < elnino> and serveralias is "com" - is that a default setting they missed? 16:32 <+MrHairgrease> only com? 16:33 < elnino> yep. "com" 16:33 < elnino> they have several issues here.. =) 16:33 <+MrHairgrease> it should be a domainname 16:33 <+MrHairgrease> so if you have a site xyz.com 16:33 <+MrHairgrease> which should also listen to xyz.org and www.xyz.com 16:33 < elnino> ok. I now have servername host.domain.com 16:33 <+MrHairgrease> you'd do something likes this 16:34 < elnino> and serveralias as domain.com 16:34 <+MrHairgrease> yeah 16:34 <+MrHairgrease> that'd work 16:34 < elnino> ok.. Thank! 16:34 <+MrHairgrease> also be sure to include the www.domain.com hostnames 16:34 <+MrHairgrease> you prolly want to that 16:34 < elnino> in the hosts file? 16:35 <+MrHairgrease> also make sure that the sitename directive ine /data/WebGUI/etc/domain.conf is set correctly 16:35 <+MrHairgrease> no 16:35 <+MrHairgrease> in the modproxyconf 16:35 <+MrHairgrease> otherwise apache won't listen to www. 16:36 < BartJo1> with shared sites, it might be wise to include it too in the /etc/hosts file 16:36 < elnino> hmm. don't see a SiteName directive in the modproxyconf file. 16:36 <+MrHairgrease> well it should have one =) 16:36 < elnino> It's a VPS server, so it *shouldn't* be shared. 16:36 < BartJo1> ServerName? 16:36 < elnino> yep, I have a ServerName directive, it's host.domain.com now. 16:37 <+MrHairgrease> ok 16:37 <@Haarg> i'd recommend sticking it in the hosts file anyway 16:37 <+MrHairgrease> that's in DOMAIN.modproxy right? 16:37 < elnino> yep 16:37 <+MrHairgrease> not modproxy.conf 16:37 <+MrHairgrease> ok 16:37 <+MrHairgrease> that's good 16:37 < elnino> =) 16:37 < elnino> and then there is a proxy thing going... is that normal? :8081 16:37 <+MrHairgrease> yep 16:38 < elnino> ok. so to restart.. let me read back... 16:38 <+MrHairgrease> b/c webgui (the mod_perl apache) is actually running on 8081 16:38 < BartJo1> perl wreservice.pl --restart modproxy 16:38 <+MrHairgrease> only root can do that 16:38 < elnino> yep. I'm root. 16:38 <+MrHairgrease> ok 16:39 <+MrHairgrease> what time doe preaction usually get up? 16:40 < elnino> ok... I got a httpd: Could not determine the server's fully qualified domain name, using 0.0.231.137 for ServerName 16:41 < elnino> my ServerName is test.domain.com with apporpoirate host and domian names.. ) 16:41 < elnino> and that ip address isn'teven close it should be 67.223.227.84 16:42 <@perlmonkey2> MrHairgrease: seems like in an hour or so. 16:42 < elnino> do have I have restart somethhing in the /etc/host file? Sorry about this folks. I know this isn't EXACTLY webgui related. I really appreciate this. 16:42 <+MrHairgrease> ok 16:45 -!- carogray [n=Caroline@h69-131-75-162.nwlnnh.dsl.dynamic.tds.net] has quit [Read error: 113 (No route to host)] 16:50 <+MrHairgrease> elnino: that message is not a problem perse 16:51 <+MrHairgrease> you can check if moproxy is running by doing ps auxf | grep http 16:51 < elnino> it later says Failed. =) 16:51 <+MrHairgrease> ok 16:51 <+MrHairgrease> that is aproblem 16:52 < elnino> however when I did do the ps. I see a bunch of /data/wre/prereqs/bin/httpd -f /data/wre/etc/modproxy.conf -D WRE-modproxy -E /data/wre/var/logs/modproxy.error.log -k start 16:52 < elnino> so it appears that it's running? 6 times? 16:53 <+MrHairgrease> that are preforked children 16:53 <+MrHairgrease> you could try a --stop modproxy 16:53 <+MrHairgrease> and then a --start modproxy 16:53 <@Haarg> also, it checks for it to be running using the hostname listed in wre.conf 16:53 <@Haarg> so you might need to update that 16:54 <@Haarg> it wouldn't effect the actual running of the server, just the startup script and monitor 16:55 < elnino> in wre.conf, there is an apache "defaulthostname" it's set to localhost. 16:55 < elnino> under "demo" the hostname is "demo" 16:56 <@Haarg> localhost should work 16:57 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 16:58 < elnino_laptop> sorry about that. I really need to get off of wireless. I was disconnected. 16:58 <+MrHairgrease> ok 16:59 <+MrHairgrease> but does it work now 16:59 < elnino_laptop> for a while. 16:59 <+MrHairgrease> nevermind the FQDN warning 17:00 < elnino_laptop> oh, the site? no, it doesn't start, when using --stop and --start, I then get a mod_proxy: failed. 17:01 < BartJo1> but if you go there in your browser? 17:01 < BartJo1> my modproxy fails continuously and I can browse to the site 17:01 < elnino_laptop> 502 Bad Gateway 17:01 < elnino_laptop> The proxy server received an invalid response from an upstream server. 17:01 < BartJo1> not the ideal situation... I know 17:02 <+MrHairgrease> ah that means that the modperl apache does not run 17:02 <+MrHairgrease> try to do this 17:02 <+MrHairgrease> /data/wre/sbin/wreservice --stop all 17:02 <+MrHairgrease> /data/wre/sbin/wreservice --start all 17:03 <+MrHairgrease> that will restart modproxy, modperl, mysql and spectre 17:04 < elnino_laptop> nice. Mysql failed. 17:04 < elnino_laptop> when trying to stop it. I'll start all 17:04 <+MrHairgrease> failed shutting down? or starting 17:04 <+MrHairgrease> if it faiuled stopping it prolly wasn't running at all 17:04 < elnino_laptop> while shutting down! when I tried the start all, I got: /data/wre/prereqs/share/mysql/mysql.server: line 159: kill: (25930) - No such process 17:05 < elnino_laptop> ok I did stop all and start all again. let me do it again, =) 17:05 < elnino_laptop> I'm getting different responses. 17:06 < elnino_laptop> I have to step a way, a few secs. 17:07 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 17:11 < elnino_laptop> ok. clean stop. 17:12 <+MrHairgrease> good 17:12 < elnino_laptop> not so clean start: 17:13 < elnino_laptop> mysql: /data/wre/prereqs/share/mysql/mysql.server: line 159: kill: (26206) - No such process 17:13 < elnino_laptop> mod perl and mod proxy failed 17:13 <+MrHairgrease> hmm 17:14 <+MrHairgrease> what do the /data/wre/var/log/modproxy.error.log an dmodperl.error.log logs say? 17:14 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 17:15 < elnino_home> sorry.. must be cloudy today. 17:15 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 17:15 < elnino_home> of course the test feailed: test:/data/wre/sbin# ADMIN: [Error] Couldn't connect to WebGUI site mediaangels.com.conf at http://mediaangels.com:80/?op=spectreGetSiteData. Response: 500 Server Error 17:15 <+MrHairgrease> that is a spectre error 17:15 <+MrHairgrease> first you must solve the other problems 17:16 <+MrHairgrease> so what does ps auxf | grep httpd 17:16 <+MrHairgrease> say? 17:16 <+MrHairgrease> it should include two master apaches 17:16 <+MrHairgrease> one for modperl 17:16 <+MrHairgrease> the other for modproxy 17:17 < elnino_home> got about 15: /data/wre/prereqs/bin/httpd -f /data/wre/etc/modperl.conf -D WRE-modperl -E /data/wre/var/logs/modperl.error.log -k start 17:17 < elnino_home> oh. yes, about 7 of each modperl and modproxy 17:17 <+MrHairgrease> ok 17:17 <+MrHairgrease> thats good 17:17 < elnino_home> /data/wre/prereqs/bin/httpd -f /data/wre/etc/modproxy.conf -D WRE-modproxy -E /data/wre/var/logs/modproxy.error.log -k start 17:18 < elnino_home> I don't see "apache" tho. 17:18 <+MrHairgrease> httpd == apache 17:18 <+MrHairgrease> so for now it seems like the apaches are strating ok 17:19 < elnino_home> nope. just seven modproxy and seven modperls 17:19 < elnino_home> no master apache lines. 17:20 <+MrHairgrease> what I meant with that is that if you start apache you'll start only one process 17:20 <+MrHairgrease> that process will prespwan a number of child apaches 17:20 <+MrHairgrease> so if you see seven lines for each that is ok 17:20 < elnino_home> going to the site, I'm gett a 500 internal error. so that's better. 17:20 <+MrHairgrease> oine master 6 children 17:20 <+MrHairgrease> it is 17:20 <+MrHairgrease> now check if mysql is running 17:20 <+MrHairgrease> do ps auxf | grep mysql 17:20 -!- SDuensin [n=Scott@6.sub-75-206-129.myvzw.com] has quit ["Leaving"] 17:21 < elnino_home> one: /bin/sh /data/wre/prereqs/bin/mysqld_safe --datadir=/data/wre/var/mysqldata --pid-file=/data/wre/var/mysqldata/59273.pid --user=webgui 17:21 < elnino_home> four: /data/wre/prereqs/libexec/mysqld --basedir=/data/wre/prereqs --datadir=/data/wre/var/mysqldata --user=webgui --pid-file=/data/wre/var/mysqldata/59273.pid --skip-external-locking --port=3306 17:21 <+MrHairgrease> you should get two 17:21 <+MrHairgrease> ah 17:21 <+MrHairgrease> ok 17:22 <+MrHairgrease> that's also possible 17:22 <+MrHairgrease> anyway 17:22 <+MrHairgrease> try to do this 17:22 <+MrHairgrease> tail -f /data/wre/var/log/* 17:23 <+MrHairgrease> and then do a request to one of your sites 17:25 < elnino_home> ok. I think I know what might be going on.. I probably should have told you this. and I thate it when customers don't tell you "everything" 17:25 < elnino_home> this *was working* 17:25 < elnino_home> it worked when it was www.domanname.com 17:25 < elnino_home> I added a hostname at the domain registrary 17:25 < elnino_home> hostname bing: "test" 17:26 < elnino_home> and now I want the webgui to be test.domainname.com 17:26 < elnino_home> The sqldb is at domain.com 17:26 < elnino_home> so it's not finding it anymore: per what I just saw in the logs: 17:26 < elnino_home> main::[[undef]] - Couldn't connect to database: DBI:mysql:mediaangels_com;host=localhost;port=3306 17:27 < elnino_home> there is another host name provided to me by the VPS hosting company. I probalby should use that? 17:27 <+MrHairgrease> that's strange since b/c you use the wremysql that is running on localhost 17:27 <+MrHairgrease> chaning a domainname in apache shouln't make a difference 17:27 < elnino_home> maybe that's an old error then.. let me look again. 17:28 < elnino_home> domain is the same, I'm changeing the hostname. 17:28 <+MrHairgrease> if you tail the logs while you do a request you'll see which erreors are generated 17:28 < elnino_home> the www.domainname.com is hosted somewhere else - differnet ip, differnt hosting company, different server. 17:28 <+MrHairgrease> uhm 17:29 <+MrHairgrease> it was running on another wre? 17:29 <+MrHairgrease> on another box? 17:30 < elnino_home> nope. mambo 17:30 < elnino_home> they want to move to this one. but it was kinda messed up. introducing me to the resuce. more like you guys. 17:30 <+MrHairgrease> ok, I don't really get it? 17:31 < elnino_home> ok. 17:31 <+MrHairgrease> how did you create the site you are trying to get running? 17:31 <+MrHairgrease> and when? 17:31 < elnino_home> I didn't. someone else did. 17:31 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 17:31 < elnino_home> I'll start from the begining. 17:31 < elnino_home> they have site at www.domainname.com, running mambo. 17:32 < elnino_home> works great, but hate it. 17:33 < elnino_home> took it down, purchased vps server,instealed webgui site on www.domainname.com (they had to change the ip address at the domain registrar) 17:33 < elnino_home> so now mambo site is down. only accessible via IP address. 17:33 < elnino_home> they coudlnt' figure out how to implement the design, and when they took down mambo, they disabled their online store - lost revenue. 17:34 < elnino_home> so the redirected www.domainname.com back to mambo. 17:34 < elnino_home> and webgui hasn't been accessible sinc, not even by ip address. 17:34 < elnino_home> So I came up with the "brilliant" iea of creating a test hostname, 17:34 < elnino_home> created it at the domain registrary to point to the webgui site. 17:34 < elnino_home> and here I sit. 17:34 <+MrHairgrease> aha 17:35 < elnino_home> =) I hope you saw some light? 17:35 * MrHairgrease hear a nickel dropping 17:35 <+MrHairgrease> ok 17:35 <+MrHairgrease> first check if the db actually exists 17:35 < elnino_home> it did. =) 17:35 <+MrHairgrease> first set you environment 17:36 <+MrHairgrease> . /data/wre/sbin/setenvironment.sh 17:36 <+MrHairgrease> the dot at the beginning is important 17:36 < elnino_home> done. clean 17:36 <+MrHairgrease> then do mysql -uroot -p 17:36 <+MrHairgrease> that should connect you to the database 17:37 < elnino_home> I don't know the password... 17:37 <+MrHairgrease> hehe 17:37 <+MrHairgrease> in that case 17:37 <+MrHairgrease> try to connect as the webgui site 17:37 < elnino_home> I'm guessing it's the default. or even the one you suggest on your help page. 17:38 <+MrHairgrease> the login of the site you can find in the /data/WebGUI/etc/domain.conf file 17:38 <@perlmonkey2> Anyone who's got a sec, I'd like some advice. I've updated nearly ever package in Form/ All the tests pass, but pd and preaction had mentioned the tests should all be updated and expanded. Does it make more sense to skip updating the tests until I've made JT's goal of getting rid of all bugs for a release, or spend a day or three updating all those tests (and adding just as many more)? 17:39 <+MrHairgrease> look for dbPass and dbUser 17:39 <+MrHairgrease> if you have those do mysql -uDBUSER -p 17:39 <+MrHairgrease> use the dbPass as the password 17:39 < elnino_home> looks encripted. 17:39 <@Haarg> as long as you add tests for the checklist behavior, i would prefer to get it in and working 17:39 <+MrHairgrease> pm2: I'd ask JT] 17:40 <+MrHairgrease> it's not encrypted. It's random 17:40 -!- diakopter [n=diakopte@209.9.237.164] has joined #webgui 17:40 <+MrHairgrease> =) 17:40 -!- diakopter [n=diakopte@209.9.237.164] has left #webgui [] 17:40 < elnino_home> should I change the site name while I'm there? 17:40 <+MrHairgrease> yeah 17:41 < elnino_home> ok. tried several times, using copy paste: 17:41 < elnino_home> ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/wre/var/mysqldata/mysql.sock' (2) 17:42 <+MrHairgrease> that's your problem 17:42 <+MrHairgrease> stop the mysql server 17:42 <+MrHairgrease> and then check if it really stopped with ps auxf | grep mys 17:44 < elnino_home> no. 17:44 < elnino_home> it's still looking for the old isn't it. 17:44 <+MrHairgrease> can you paste the output of the ps command to webgui.pastebin.com 17:46 < elnino_home> k. it's there. 17:46 < elnino_home> thank you for all your undivided help here. 17:46 <+MrHairgrease> oh wellit's Friday =) 17:47 <+MrHairgrease> try killing the mysql process manually 17:48 <+MrHairgrease> kill 4344 4374 4375 4376 4377 17:48 < elnino_home> done. clean 17:48 < elnino_home> start? 17:48 <+MrHairgrease> first check with ps 17:48 < elnino_home> clean with ps. 17:48 <+MrHairgrease> ok 17:48 < elnino_home> I can think of better things to do on a friday. 17:48 <+MrHairgrease> now start 17:48 <+MrHairgrease> yeah drinking beer 17:48 < elnino_home> OK! 17:48 <+MrHairgrease> but it's almost 5 pm over here 17:49 < elnino_home> going to site 17:49 < elnino_home> checking... 17:49 < elnino_home> woo hoo! It's ugly! 17:49 < elnino_home> but it's up! 17:49 <+MrHairgrease> ok 17:49 <+MrHairgrease> your problem was that mysql crashed in some weird way 17:50 <+MrHairgrease> and the stop script couldn't stop it correctly 17:50 < elnino_home> oh. not the hostname? 17:50 <+MrHairgrease> no 17:50 <+MrHairgrease> since the db is on the same box it connects through a socket 17:50 < elnino_home> that's good. =) 17:50 < elnino_home> localhost. I saw that.. I see. 17:50 <+MrHairgrease> yeah 17:51 <+MrHairgrease> localhost is always 17:51 <+MrHairgrease> well 17:51 <+MrHairgrease> local host =) 17:52 < elnino_home> well, I hopefully can take it from here. That was enough fun for the day. Off to implement a design! 17:52 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 17:52 < elnino_home> Thank you again for your invaluable help! I owe you at the conference 17:53 < elnino_home> a beer. but you're in netherlands? 17:53 <+MrHairgrease> yes 17:53 <+MrHairgrease> we have beer in the netherlands too =) 17:53 <+MrHairgrease> you're coming to the wuc btw? 17:56 < elnino_home> I am! I'm so excited! 17:56 <+MrHairgrease> you should be 17:56 <+MrHairgrease> there are 12 dutch people coming overm =) 17:57 < elnino_home> actually I owe alot ofyou folks a beer. 17:57 <+MrHairgrease> hehe 17:57 <+MrHairgrease> that could be arranged =) 17:57 < elnino_home> I don't know if I owe THEM a beer, I was talking more about the people here on chat 17:58 <+MrHairgrease> speaking of beer, perlmonkey2, does your beer for a bug also count for bugs that were never on the bug list but rather fixed directly? 17:58 <@perlmonkey2> MrHairgrease: I'm on the hook for the list, and only the list :D 17:58 < elnino_home> and what about finding bugs? does that count? 17:58 <@perlmonkey2> but if it *would* have been put on the list, I don't see why that doesn't count. 17:59 <@perlmonkey2> elnino_home: no, finding a bug and putting it on the list unfixed means you owe me a beer. 17:59 <@perlmonkey2> :P 17:59 <@perlmonkey2> elnino_home: just kidding, please put all bugs on the list you can find. 18:00 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 18:00 -!- mode/#webgui [+o preaction] by ChanServ 18:00 < elnino_home> perlmonkey2: you can count on it. 18:02 <+MrHairgrease> preaction: i fixed this bug this morning: http://www.webgui.org/bugs/tracker/gallery-navigation-back-to-album-returns-to-page-1#IczSJ_TqDhr3Fcr2lsl40Q 18:02 <+MrHairgrease> could you please check if it is ok 18:02 <+MrHairgrease> diff is here: 18:02 <+MrHairgrease> http://webgui.pastebin.com/m3e601c04 18:03 <+MrHairgrease> with that I mean, it could possibly impact performance for large albums 18:03 <+MrHairgrease> but it is the only way i could think of 18:03 <+MrHairgrease> apart from passing pn's around like crazy 18:10 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:12 <@perlmonkey2> preaction: FYI, I got lightning working with thunderbird and its looking pretty sweet. 18:12 <+MrHairgrease> lightning? 18:12 <+MrHairgrease> what's that? 18:12 <@perlmonkey2> Sunbird plugin 18:12 <@perlmonkey2> calendaring 18:12 <+MrHairgrease> oh 18:12 <+MrHairgrease> ok 18:12 <@perlmonkey2> caldav, etc 18:13 <@perlmonkey2> shared network calendars and stuff 18:13 <+MrHairgrease> can it do exchange? 18:13 <@perlmonkey2> j/s I'll see 18:14 <@perlmonkey2> supports iCalendar, caldav and WCAP, so unless exchange supports one of those , I guess not. 18:14 <@perlmonkey2> but surely exchange supports caldav? 18:14 <+MrHairgrease> no surprise there =) 18:14 < CIA-6> WebGUI: martin * r7200 /WebGUI/ (2 files in 2 dirs): 18:14 < CIA-6> WebGUI: Fixed bug in Navigation where the indent was based on relDepth rather that on the tree depth. Also fixes issues 18:14 < CIA-6> WebGUI: concerning the
    template. 18:14 < CIA-6> WebGUI: yung * r7201 /WebGUI/ (3 files in 3 dirs): fixed: Thingy: Setting the size of a field has no effect 18:14 <+MrHairgrease> I don't need exchange support 18:14 < CIA-6> WebGUI: translation * r7202 /translations/Swedish/ (161 files in 2 dirs): Update from translation server 18:14 < CIA-6> WebGUI: perlmonkey2 * r7203 /WebGUI/ (42 files in 3 dirs): Form/* now all use getOriginalValue and getDefaultValue. This resolves the Layout bug where all the check lists could not be unchecked. Tests were updated, but still need a major overhaul. 18:15 <+MrHairgrease> but the lack of it is what people tend to complain about 18:15 <+MrHairgrease> while thunderbird is the most bestestest mail client out there 18:17 <@perlmonkey2> only 73MB used, with 5 email accounts, about 50 RSS feeds, and all my calendaring stuff. 18:24 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui 18:26 <+MrHairgrease> preaction: you there? 18:26 < BartJo1> well see you guys at the wuc 18:26 <@preaction> yes'm 18:27 < perlDreamer> dionak: are you around? 18:27 <+MrHairgrease> do you think that the getFileIds 18:27 <+MrHairgrease> is a problem? 18:27 <+MrHairgrease> in the diff I just posted? 18:27 <@preaction> MrHairgrease, we're going to have a problem with that if the Gallery ever supports user-selected perpage 18:27 <@preaction> but no, getFileIds shouldn't be a problem 18:27 < dionak> perlDreamer, i'm just on my way out for a bit. Will you be online later today? 18:27 < perlDreamer> yes 18:27 < perlDreamer> catch you later :) 18:28 < dionak> k, catch you later 18:28 <+MrHairgrease> what is the user-selected perpage 18:28 <+MrHairgrease> and is it implemented yet? 18:28 < BartJo1> that's the user list pagination 18:28 <@preaction> no, we can worry about it later, if ever 18:28 <+MrHairgrease> oh 18:28 <+MrHairgrease> ok 18:29 <+MrHairgrease> i'll commit the fix then 18:29 <@preaction> the original spec called for a little drop-down box that allowed the user to select how many files to show per-page, but i'm starting to hate those things as unnecessarily complicated and cluttered 18:29 <+MrHairgrease> hmm 18:29 <+MrHairgrease> well 18:29 <+MrHairgrease> it'll be easy enough to take that into account when (if ever) it's implemented 18:30 < BartJo1> MrHairgrease, stop nerding and come drink beer with me 18:30 <+MrHairgrease> but now I'm off to brush up my beer drinking skills with Bart 18:30 < BartJo1> very good 18:30 -!- BartJo1 [n=plainstu@host2.procolix.com] has left #webgui [] 18:30 <+MrHairgrease> hang on bart 18:31 <+MrHairgrease> later! 18:31 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit ["Leaving."] 18:40 <@perlmonkey2> perlDreamer: you said you saw old syndicated posts last night on pb.com? 18:40 < perlDreamer> yup 18:40 < perlDreamer> I'm guessing it's a caching problem 18:40 < perlDreamer> but that's only a guess 18:41 < perlDreamer> "This is a guess from the Emergency Broadcast System. This is only a guess" 18:41 <@perlmonkey2> No idea how to even start debugging that one. 18:41 <@perlmonkey2> because at the same time you were getting the strange old cache, I was only getting the current stuff. 18:42 <@perlmonkey2> And how could cache survive for days and days? 18:42 < perlDreamer> that's the question 18:42 <@perlmonkey2> and why would it show up for your guest and not my guest? 18:42 <@perlmonkey2> I used a seperate browser 18:43 <@perlmonkey2> I'm guessing you were using your normal browser ? 18:44 < perlDreamer> yes 18:45 < perlDreamer> The top post was from either May or June 19:05 -!- tabb [n=tabitha@CPE-24-209-146-231.wi.res.rr.com] has joined #WebGUI 19:05 -!- mode/#webgui [+o tabb] by ChanServ 19:11 -!- SDuensin_ [n=Scott@75.sub-75-206-115.myvzw.com] has joined #WebGUI 19:21 -!- carogra1 [n=Caroline@h69-131-74-209.nwlnnh.dsl.dynamic.tds.net] has left #webgui [] 19:25 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 19:28 -!- dionak [n=dionak@97.66.185.250] has quit [] 19:30 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 19:33 < CIA-6> WebGUI: perlmonkey2 * r7204 /WebGUI/lib/WebGUI/Asset/Wobject/DataForm.pm: Removed debug statement from DataForm 19:42 < dionak> hey perlDreamer 19:43 < perlDreamer> you're back! 19:43 < perlDreamer> very good 19:43 < dionak> what's up? 19:43 < perlDreamer> I wanted to ask you about the syndicated content test 19:43 < dionak> ok. 19:43 < perlDreamer> I seem to remember that you made a commit that said the test was fixed now? 19:44 < perlDreamer> I should go read the commit logs 19:44 < dionak> i would have to look back at it. i made a commit this week that fixes a bug we were seeing regarding utf-8 decoding 19:45 < perlDreamer> okay. So the original bug that the test was written for is not fixed. 19:45 < dionak> no, i don't believe so 19:46 < dionak> the last time i ran that test, the interleaved content sub was failing 19:47 < dionak> we have other sample rss feeds copied locally if they would be helpful 19:49 < perlDreamer> No, that's okay. I should be able to tinker with it here. 19:49 -!- carogray [n=Caroline@c-75-67-86-27.hsd1.nh.comcast.net] has joined #webgui 20:02 < perlDreamer> dionak, I think I know why that test may be failing 20:02 < perlDreamer> _create_interleaved_items doesn't return anything reliably 20:02 < perlDreamer> the data is passed in by reference, and returned by reference as the first argument 20:03 < perlDreamer> it should have an explicit return 0 or return undef in there 20:08 <@perlmonkey2> anyone know of a .net publically available web service test server? 20:09 <@perlmonkey2> I'm also wondering if adding .net support to the WSClient isn't an RFE? 20:11 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 20:11 -!- mode/#webgui [+o tavisto] by ChanServ 20:11 < perlDreamer> It's definitely an RFE. 20:12 <@preaction> uh... is the Choose Billing Address thing in the Shop during Checkout supposed to fill in the form for me? 20:14 <@preaction> nm, it's working. it just doesn't also update the first and last names 20:15 <@perlmonkey2> perlDreamer: you rule. I'll owe you a beer for that one. 20:15 <@perlmonkey2> now how to politely close that ticket while saying it should be an RFE. 20:16 < perlDreamer> You say, This aborted attempt at perl code is designed for SOAP interfaces. Adding additional interfaces would be an RFE. 20:16 < perlDreamer> then you copy and paste the post into the RFE board 20:18 <@preaction> designed for SOAP interfaces that conform to the SOAP spec (if there is one) 20:19 <@preaction> the issue is that .net does "soap" but in a non-standard way, no? 20:19 <@perlmonkey2> I'm unsure. But it does appear to take special code to support .Net. 20:19 <@perlmonkey2> even in the POD for the SOAP module it has a 'special section' for .Net 20:19 <@perlmonkey2> looks like a big PITA 20:20 < perlDreamer> does his patch work? 20:21 <@perlmonkey2> don't know. His comments say it doesn't work completely 20:21 <@perlmonkey2> I was looking through to see what still needed to be done and realized something was fishy with the .Net spec. 20:27 -!- topsub [n=josh@97.66.185.250] has quit [Remote closed the connection] 20:28 < perlDreamer> if it doesn't work completely, then it's an RFE 20:29 < perlDreamer> He seems motivated, suggest that if a complete solution (with a test) is presented, that it would get in faster. 20:30 <@perlmonkey2> I'm not sure there is a problem beyond it returning a hash 20:31 <@perlmonkey2> WebGUI::Content::Asset::tryAssetMethod[207] - Couldn't call method editSave on asset for url: getting_started/ws-client Root cause: Can't use string ("In the Name of Allah, the Most B") as a HASH ref while "strict refs" in use at /data/WebGUI/lib/WebGUI/Asset/Wobject/WSClient.pm line 437. 20:31 <@perlmonkey2> or not returning a hash 20:32 <@perlmonkey2> I don't really have a clue though, I've barely ever played with SOAP:: 20:45 < perlDreamer> dionak, I have a fix for the syndicated content bug, but I don't understand what's going on. 20:45 < perlDreamer> you have a few minutes to bounce ideas? 20:49 <@perlmonkey2> preaction: Have you looked anymore at the gallery image wrapping bug? I'm about to try to repeat it and see if it is still there. 20:50 <@preaction> perlmonkey2, no i haven't 20:50 -!- knowmad [n=william@97.66.185.250] has quit [Read error: 110 (Connection timed out)] 20:50 < perlDreamer> nm, now I got it. It's evil 20:50 <@perlmonkey2> perlDreamer: I'm dieing to know about that one. 20:50 < perlDreamer> okay, start with t/Asset/Wobject/SyndicatedContent.t 20:51 < perlDreamer> line 28, note the my ($items....) 20:51 <@perlmonkey2> k 20:51 < perlDreamer> hop down to _create_interleaved_items($items..... 20:51 <@perlmonkey2> empty 20:52 < perlDreamer> right, and 2 problems 20:52 < perlDreamer> 1) _create_interleaved_items does not return anything 20:52 < perlDreamer> so the test is wrong 20:53 < perlDreamer> _create_interleaved_items wants to return stuff in $items, which is handled as a reference internally 20:53 < perlDreamer> which is the second problem 20:54 < perlDreamer> if $items is not a reference, it won't be passed back 20:54 < perlDreamer> well, not passed back, but work with remotely 20:54 <@preaction> does anyone else have access currently to IE7? 20:55 < perlDreamer> with $items being undef, _create_interleaved_items autovivifies an array in its own scope 20:55 < perlDreamer> that array does not make it out of the subroutine 20:55 < perlDreamer> since $items isn't a reference 20:55 <@perlmonkey2> But this is just the test being broken. 20:55 < CIA-6> WebGUI: doug * r7205 /WebGUI/ (3 files in 3 dirs): fixed: ITransact error message now shows link to go back 20:55 < perlDreamer> well, the test was written to expose a bug 20:55 <@perlmonkey2> But this is probably where the package breaks also? 20:55 < perlDreamer> but I don't know what the bug was 20:56 < perlDreamer> need knowmad or dionak for that 21:00 < perlDreamer> in any case, barring new bugs or bad tests, tomorrow's nightly test run should be clean 21:04 <@tavisto> can wG run a server side include? 21:04 <@preaction> tavisto, Apache can, and WebGUI can allow Apache to run it 21:04 < perlDreamer> it would have to happen after wG in the chain, right? 21:04 <@preaction> SSI is an apache thing though, WebGUI is not involved except to say "Yeah, that's not mine" 21:04 * perlDreamer goes to the gym 21:05 <@preaction> oh, right... hmm... SSI might not work, why do they think they need it? 21:05 <@tavisto> for an advertisement system that will run on a supported site account 21:05 <@preaction> anything SSI can do, WebGUI can do better 21:06 <@tavisto> someone is paying them to advertise on their site and they want to do the same on a wG site possibly 21:06 <@preaction> but we can't use WebGUI Ad Spaces for some reason? 21:06 <@preaction> or an HTTP Proxy if it comes to that? 21:06 <@tavisto> nah b/c the advertiser must have some sort of data it's feeding them all the time 21:07 <@tavisto> that's how it was explained to me anyway 21:07 <@preaction> er... again, anything SSI can do WebGUI can do. the SSI script would need to be physically on the webgui server 21:07 <@preaction> so they'd already need to be able to have custom code 21:08 <@tavisto> I wasn't sure if that could be setup to operate within a snippet or something so since it's not like that.. I'm going to give them the thumbs down for supported site hosting 21:08 <@tavisto> I'll tell them they can go VPS or run on their own server and it's entirely possible 21:08 <@preaction> er... i still think that there's a better way to do this 21:09 <@preaction> i still think that better way is WebGUI Ad Spaces. all SSI does is run a script and put the output into the page 21:09 <@preaction> we could accomplish the same with a macro, or anything really 21:09 <@preaction> if the SSI script does what i think it does, it's completely superfluous, WebGUI Ad Spaces does randomization, clicks and impressions, and the like 21:10 <@preaction> but w/o more information, i can't say yea or nay 21:10 <@tavisto> yeah I hear ya.. I'll talk more and see if I can dig into what this is.. It doesn't sound complex and it sounds like 4 links at the bottom of a page which are random and are updated from the advertising company based on keywords and etc.. 21:11 <@preaction> sounds like google adsense 21:11 <@preaction> i thought webgui ad spaces could handle google adsense 21:17 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 21:18 < elnino> hi all. Is there a master CSS snippet I can use to tweak from? - Im hoping that it incorporates the classes and ids that are written in templates... just wondering... 21:25 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 21:25 < elnino_laptop> sorry, I got disconnected. did I miss anything? 21:26 <@preaction> elnino_laptop, no. but there is no central CSS snippet to edit really 21:27 < elnino_laptop> Then I'll work on one. I'm looking for something that has the classes that are currently used in the navigation templates specificatll, so I'll at least get that started. 21:27 <@preaction> elnino_laptop, there is an initiative to build a replacement set of WebGUI templates using the web best practices 21:28 <@preaction> i believe they're trying to build a master CSS file for the whole lot 21:28 < elnino_laptop> they being? plainblack? for 7.5? 21:29 <@preaction> not plainblack, let me find it 21:29 <@preaction> it won't make 7.5, no 21:29 <@preaction> but it's a package, so you could use what they have so far now 21:30 <@preaction> rogier from unitedknowledge is doing it 21:30 <@preaction> http://www.webgui.org/webgui/dev/discuss/new-default-webgui-templates 21:32 < elnino_laptop> ok. Thanks! 21:32 <@preaction> looks like rogier's package on page 2 includes new nav templates 21:33 < CIA-6> WebGUI: colin * r7206 /WebGUI/t/Asset/Wobject/SyndicatedContent.t: 21:33 < CIA-6> WebGUI: Fix the failing test, there were two issues. 21:33 < CIA-6> WebGUI: 1) _create_interleaved_items does not return anything useful. 21:33 < CIA-6> WebGUI: 2) $items, the first arg to the sub, has to be an array ref. 21:33 <@preaction> er.. make that page 3 21:40 < elnino_laptop> oh. This is realy recent. 21:41 <@preaction> yeah 21:41 <@preaction> they're still working on it, and i hope they get it done for 7.6 21:42 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 21:45 < elnino_laptop> 7.5 just got release, when is 7.6 coming? 21:46 <@preaction> 7.5.0 was released last year, 7.6 branch will be created sometime after 7.5 goes stable 21:53 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 21:53 < elnino> grr. lost it again. I guess I'm a bit slow to upgrading 21:55 -!- knowmad [n=william@97.66.185.250] has joined #webgui 22:10 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 22:12 < CIA-6> WebGUI: perlmonkey2 * r7207 /WebGUI/docs/ (3 files in 3 dirs): Gallery.css now does not overlap image information with the snapshot. 22:28 < perlDreamer> knowmad, just the perl hacker I was looking for 22:28 < perlDreamer> I fixed the bug with SyndicatedContent.t 22:35 < dionak> oh great! 22:35 -!- topsub [n=josh@97.66.185.250] has joined #webgui 22:35 < dionak> what was the bug caused by or should i just look at the svn commit? 22:35 < perlDreamer> well, I think it was a bug in the test, rather than in the code 22:36 < perlDreamer> but I seem to remember y'all wrote the test to expose a bug 22:36 < dionak> ah, ok. 22:36 < perlDreamer> in the Asset itself 22:36 < perlDreamer> do you remember anything about that 22:36 < dionak> yea, and we added a patch to the asset 22:36 < perlDreamer> but the test kept failing? 22:38 < dionak> i'm looking... 22:39 < dionak> i see the changes to the test. makes sense 22:40 < perlDreamer> cool. So this sounds like it's wrapped up. 22:40 < dionak> I'm going to try running it against our client's feed to make sure. 22:42 < dionak> it's passing.. 22:42 < dionak> do you know what the hasTerms value is for? 22:43 < perlDreamer> No 22:43 < perlDreamer> Do you want me to backtrace it? 22:43 < dionak> I started a test for the make_regex method but didn't really grok what that was for at the time. 22:43 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 22:44 < dionak> no, i was just curious 22:44 < perlDreamer> I'd like to see the tests move from ok (meaning having just any value) to actually testing for something so we know they really work. 22:44 < dionak> Yea, i see your point. 22:44 < dionak> You have to know what to expect to test like that. But it would be far more useful testing 22:45 < perlDreamer> and that code is not the easiest code to trace 22:45 < perlDreamer> It feels like climnbing through pumpkin guts 22:46 < dionak> lol 22:46 < dionak> nice expression 22:46 -!- carogray [n=Caroline@c-75-67-86-27.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)] 22:48 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has left #WebGUI [] 22:52 < perlDreamer> the code doesn't even have POD inside it 22:54 < perlDreamer> make_regex takes an asset property called hasTerms, splits it on commas and joins it with | to make it a regex alternation 22:54 < perlDreamer> it's probably a filtering function on the content 22:55 < perlDreamer> but it leaves whitespace after it splits, so the filtering may not work correctly 22:57 <@preaction> okay, someone ... at least validate my anger here: 22:58 < perlDreamer> vent on, dude 22:58 <@preaction> IE7 doesn't let me buy a Product when I'm not in SSL mode, but Firefox 3 and Safari 3 do 22:58 < perlDreamer> buy = add to cart, or buy = checkout? 22:58 <@preaction> when i'm not in SSL mode, THE REQUEST DOES NOT EVEN SEEM TO REACH Product->www_buy 22:58 <@preaction> add to cart 22:58 < perlDreamer> that's nuts 22:58 <@preaction> func=buy;vid=xxxxxxx 22:58 <@preaction> nuts? 22:58 < perlDreamer> rename the method and see if it works 22:59 < perlDreamer> call it nuts instead of buy 22:59 <@preaction> oh god, if it works that way i will kill someone 22:59 -!- juan [n=juangui@201.232.58.66] has joined #webgui 22:59 < perlDreamer> You were at my house, writing tests 22:59 < dionak> i think buy = add to cart 22:59 < perlDreamer> it does 23:00 < juan> i have some users with ldap authentication 23:00 < juan> now i want to change the authentication to webgui 23:00 <@preaction> WTF? IT WORKED? 23:00 <@preaction> i change www_buy to www_addToCart... and it WORKS? 23:01 < juan> have to use the userimport.pl to update that information? 23:01 < perlDreamer> that's bad 23:01 <@preaction> juan, no, you can use the Admin Console -> Users tab 23:01 <@preaction> there should be a drop-down box for "Authentication Method" or something 23:01 < perlDreamer> yes 23:01 <@preaction> it should say LDAP, change it to WebGUI 23:01 < perlDreamer> when you pick a user to edit 23:01 < perlDreamer> preaction, I wonder how many other "reserved" words there are. 23:02 < perlDreamer> and how fast can you write a blog publicly deriding IE7 about it? 23:02 < juan> i have many users to change it using the admin console 23:02 <@preaction> juan, if you want to do it all at once, then userimport.pl would be your best bet yes 23:02 <@preaction> perlDreamer, how is this even possible? the request makes it to apache, it shows me the confirmation page, but the product is not added to the cart 23:03 < perlDreamer> If you change the method and the browser works differently, then it's the browser. 23:03 <@preaction> ... i... hate... IE 23:03 * perlDreamer goes to lunch and cries 23:03 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:03 <@preaction> FF does it too, vrby can reproduce but i can't 23:03 < juan> ok 23:04 < juan> i am going to try 23:04 < juan> i hate IE too 23:04 <@preaction> hey.... what if the browser is caching ?func=buy;vid=XXX because it's a GET request and not a POST request? 23:15 -!- tabb [n=tabitha@CPE-24-209-146-231.wi.res.rr.com] has quit [] 23:18 < dionak> i've had that happen before, the browser caching a GET 23:18 -!- knowmad [n=william@97.66.185.250] has quit [Read error: 110 (Connection timed out)] 23:18 <@preaction> it's supposed to, and i think that's our problem 23:18 < dionak> i remember having to add a random string to a param to ensure it never cached 23:19 <@preaction> but these Add to Cart links were generated manually. i think i need to RFE an AddToCart( productId, variantId ); macro 23:20 < dionak> on a side note, it seems like you can't add a variant to the cart more than once.. 23:20 < dionak> topsub had mentioned this to me 23:22 <@preaction> i can't reproduce that, i keep adding variants to cart multiple times. imho you shouldn't be able to, it should just update the quantity 23:22 -!- knowmad [n=william@97.66.185.250] has joined #webgui 23:25 < dionak> we had a case this week where we needed to add the variant multiple times 23:26 < dionak> it's an interesting case, which we hope to share at the WUC 23:26 <@preaction> how are you adding the variant? is it a form post or just a URL? 23:26 < dionak> a form post 23:27 <@preaction> hum... 23:27 <@preaction> dunno then 23:27 <@preaction> i'm a stranger in Shop 23:27 <@preaction> damn browser caching... who would've thought to look there? 23:30 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 23:31 <@preaction> why isn't the Splat_random macro enabled by default anymore? 23:31 < elnino> hi... I created a sql report in 7.4.35 and I don't see view or edit permissions, nor is it running. Same query runns in 7.4.40 just fine. WEIRD 23:31 <@preaction> what does webgui.log say? turn on Debugging in the SQLReport maybe? 23:32 < elnino> I enabled debug and it doesn't error, There should be one record... at least. I'll double check that.. but where did the view/edit perissions go? 23:33 < elnino> ok.. never mind about the view/edit. I'm admin, I should see EVERYTHING 23:33 < elnino> AHH usergui level or something... 23:33 <@perlmonkey2> before I go diving into transactions, can anyone think of a reason where a transaction would be OK|success and not have a transactionItem asscociated with it? 23:34 <@preaction> elnino, they're still in there 23:35 <@preaction> the only possibility i can think of is the second iteration of a recurring transaction 23:36 <@preaction> second and subsequent that is 23:39 -!- juan [n=juangui@201.232.58.66] has left #webgui [] 23:40 <@perlmonkey2> preaction: hah, you're a brilliant man 23:42 <@preaction> i think someone else said it, vrby probably 23:42 < elnino> you all are! 23:42 <@preaction> sit a monkey in front of a computer screen long enough... 23:45 <@perlmonkey2> preaction: hmm, some of the missing tranItems were original posts. 23:45 <@perlmonkey2> oh well, was worth a shot. 23:45 <@preaction> that's not good then 23:46 <@preaction> someone paid money but didn't get an item... 23:46 <@preaction> wait: what would happen if the product did not exist anymore? 23:46 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 23:47 <@preaction> would it still exist in transactionItem and show up in the Transactions screen? 23:51 <@perlmonkey2> these were all subscriptions I think 23:51 <@perlmonkey2> which I can't test locally :( 23:52 <@perlmonkey2> transaction 550 is a good example. 23:53 <@preaction> right, i'm saying trace the code to see if the data coming from transactionItem ever looks up the sku ID or something and decides only to show the SKUs that still exist on the server 23:53 <@perlmonkey2> okay 23:53 <@perlmonkey2> good idea 23:54 <@perlmonkey2> oh, but I'm in the DB and that transactionItem's don't even exist 23:54 <@perlmonkey2> for 20 transactions that have a message of OK or success 23:56 <@preaction> i think colin found a bug in the 7.5.11 upgrade script for subscriptions or recurring transactions or something. this might be a manifestation of that bug 23:56 <@preaction> might want to svn log docs/upgrades/upgrade_7.5.10-7.5.11.pl and see if anything pops out 23:57 <@perlmonkey2> k 23:58 <@perlmonkey2> plainblack is running 7.5.19 which means it stays pretty recent, which means the timing of these strange transactions could fall around 7.5.10 23:58 -!- SDuensin_ [n=Scott@75.sub-75-206-115.myvzw.com] has quit ["Leaving"] 23:59 < perlDreamer> dionak, you can add a variant to the cart as many time as you want. 23:59 < dionak> ok. thanks for looking into that. --- Day changed Sat Aug 09 2008 00:00 < dionak> i think it's important not to force integrators to rely solely on quantity 00:00 < perlDreamer> preaction, the upgrade bug I found had to do with the EMS, and badge creation 00:00 < perlDreamer> rizen fixed a transaction bug in r6903 00:01 < perlDreamer> preaction, so it's just browser caching? We have to stop ragging on IE now? 00:02 <@preaction> no, we can continue ragging, but it was browser caching yes 00:02 < perlDreamer> which FF does it, too? 00:02 <@perlmonkey2> perlDreamer: oh, so it wouldn't have effected subscriptions, only EMS stuff? 00:03 <@preaction> FF does it too, yes 00:03 < perlDreamer> perlmonkey2, yes 00:03 < perlDreamer> preaction, FF is my regular browser, and it's never acted that way 00:03 < perlDreamer> is it FF 3? 00:03 <@preaction> yes 00:03 <@preaction> it was a custom-made link 00:03 <@perlmonkey2> I guess I'll just look through the code and see if it is possible to get to OK/success without a transactionItem. 00:04 <@preaction> also, FF didn't reproduce nearly as often as IE did 00:10 <@perlmonkey2> The only way a transaction could not have a transactionItem is if the cart was somehow empty. 00:11 <@preaction> that doesn't sound like it could happen 00:14 <@perlmonkey2> There are no more bad transaction after 6.12 00:17 <@perlmonkey2> in the changelog for 7.5.13 there is this: - fixed: OLD subscription table still hanging around? 00:17 <@perlmonkey2> that mean anything to anyone? 00:17 <@perlmonkey2> because if I was a betting man.... 00:17 < perlDreamer> there was an old subscription table that should have been cleaned up during the upgrade 00:17 < perlDreamer> I dropped it 00:17 <@perlmonkey2> and there are no more bad transaction after 7.5.13 00:17 < perlDreamer> it wasn't used by the new subscription code 00:18 <@perlmonkey2> so maybe the bad transactions are from the old table? 00:18 <@perlmonkey2> or you just dropped the table then. didn't move any transactions over? 00:18 < perlDreamer> no, I checked with rizen and they should have been translated 00:22 < perlDreamer> the way it worked was that he moved the old transaction table to the side 00:22 < perlDreamer> then created the new table 00:22 < perlDreamer> translated the contents, and then was supposed to drop the old table 00:24 <@perlmonkey2> The timing is pretty convenient. And there haven't been any recent bad transactions since 7.5.13. Mark it as no longer a problem? 00:26 < perlDreamer> what else happened in 7.5.13? 00:27 <@perlmonkey2> There were no more bad transactions after it was released. 00:28 <@perlmonkey2> :) 00:28 < perlDreamer> that's good. But it would be good to know what did it. 00:28 < perlDreamer> I can't see that dropping an old table that the new code doesn't use would fix that. 00:28 < perlDreamer> so, it's either not in the changelog, or it's hidden somewhere 00:28 < perlDreamer> what's the SVN rev for .13? 00:29 <@perlmonkey2> somewhere around 6740..j/s 00:29 <@preaction> anyone know something about the ITransact paydriver? 00:30 < perlDreamer> That's MrHairgrease, but I've dinked around in there a little. 00:30 <@preaction> i'm trying to fix a problem with www_pay, where if a billing address hasn't been selected from the Choose Billing Address screen, checkout doesn't work 00:30 <@preaction> but there's a form to fill in address and stuff right there, if i use it, but don't click that Choose Billing Address button, i can't checkout 00:31 <@perlmonkey2> perlDreamer: I'm not sure how to tell what svn version a release is. I don't see it mentioned in the svn comments. 00:31 <@preaction> my question is how to fix this? why does this bug even exist? or why does that form exist? 00:31 <@preaction> perlmonkey2, look for "7.5.13 Release" in the svn log 00:32 <@perlmonkey2> 6705 is "preparing for 7.5.13 dev" 00:32 <@preaction> look for "preparing for 7.5.14 dev" then maybe? 00:33 < perlDreamer> preaction, I'm guessing there's a bad intersection between new AddressBook and old ITransact code. 00:33 <@perlmonkey2> the day that 7.5.13 was put in was 6.13. That day there are a ton of submits, and that evening is the last bad transaction. 00:34 <@perlmonkey2> but when is plainblack brought up to dev? 00:34 <@perlmonkey2> maybe the issue was fixed earlier. 00:34 < perlDreamer> usually that night 00:35 <@perlmonkey2> well then that probably means that the issues was fixed in the 7.5.13 dev build 00:35 < perlDreamer> I agree with that 00:35 <@preaction> right but what could've fixed it? we can't just say "oh, it hasn't happened recently so it must not be there" 00:36 < perlDreamer> Is there any pattern to the transactions that are bad? Are they products, EMS, subscriptions, hosting? 00:36 <@preaction> svn diff -rSTART:END and take a look 00:36 <@perlmonkey2> preaction: heh which is too bad, as now we're debugging code that is many months out of use. 00:37 <@perlmonkey2> perlDreamer: I can't tell as they don't have items :D 00:37 < perlDreamer> look at the amount field 00:37 < perlDreamer> PB only has a few prices 00:38 <@perlmonkey2> Btu only 6 don't have isRecurring as 1 00:38 < perlDreamer> select userId, username, amount, isSuccess, isRecurring from transaction, statusCode, statusMessage; 00:38 <@perlmonkey2> $300, $1000, $50, $15, $20, $75, $100, $900 00:39 < perlDreamer> so no pattern with respect to the item, so it's likely inside Shop itself 00:40 < perlDreamer> was 6/3 also the date when the backup bug hit? 00:40 <@perlmonkey2> hah, one of them has isSuccessful as 0, but the statusMessage is OK|success 00:40 <@perlmonkey2> 6/13 00:40 <@perlmonkey2> is the last bad transaction, not 6/3 00:41 < perlDreamer> oh, okay 00:41 <@perlmonkey2> my condition is no transactionId in transactionItem and (statusMessage in ('OK','success') 00:42 < perlDreamer> perlmonkey2, if you can query PB's db, then you can query the webguiVersion table to find out when it was updated 00:42 <@perlmonkey2> ack, epoch times 00:43 < perlDreamer> preaction, what's your magic date invocation for MySQL? 00:43 <@perlmonkey2> j/s have to look up mysql function 00:43 < perlDreamer> once you figure it out, please put it into the wiki :) 00:45 <@perlmonkey2> oh, that is obvious. from_unixtime 00:46 <@perlmonkey2> 5.12 and 5.13 were applied on the 6.20 00:47 <@perlmonkey2> 7.5.11 was on 6.12 00:47 <@preaction> so the last bad transaction was before Commerce was made into Shop? 00:48 <@perlmonkey2> I don't know when that happened. 00:48 <@preaction> 7.5.11 00:48 < perlDreamer> If that's the case, it's really good news :) 00:49 < perlDreamer> unless it happens during the upgrade process, and bad records are inserted at that time 00:49 <@perlmonkey2> no, the last bad transaction was on 6-13-2008, almost exactly 24 hours after 7.5.11 00:49 <@perlmonkey2> :( 00:49 <@perlmonkey2> but maybe plainblack was svn update without runnign the update script? 00:50 <@perlmonkey2> the logs say 7.5.13 was being prepared that morning. 00:50 <@preaction> it was, there was very bad juju with 7.5.11, and we completely missed 7.5.112 00:50 <@preaction> er.... .12 00:51 <@perlmonkey2> okay, so then can we say "bad shizzle happened in Commerce, but this bug doesn't pertain to the current codebase."? 00:52 <@preaction> it doesn't seem to, not sure if 7.5.11 made it onto plainblack.com or not, or if we had to restore from backup, that would've been Haarg 00:54 <@Haarg> there was a mistake when i was building the release, but nothing that effected the code or update process 00:54 <@perlmonkey2> hmm, the 7.5.11 update was ran on plainblack about 1 hour after the last bad transaction is recorded. 00:55 <@perlmonkey2> then 8 days later 7.5.12 update is ran 00:56 <@preaction> so that seems to mean that pb.com was on 7.5.10 when that transaction happened, which was Commerce, not Shop, which means it was a bug in 7.5.10 that caused the bad transaction, even though we're still showing it now 00:58 <@perlmonkey2> 7.5.11 was the update from Commerce to Shop? 00:58 <@Haarg> yes 00:58 <@perlmonkey2> Then that is true and I say we close it as all transactions happening in Commerce :D 00:59 <@perlmonkey2> Maybe shoot an email to staff seeing if anyone disagrees since these are financial transactions. 01:02 <@perlmonkey2> I guess not 01:07 <@perlmonkey2> New bug with a thingy patch that looks correct. 01:07 <@perlmonkey2> But I'll leave the Thingy_Expert to decide. 01:11 -!- KlausH [n=KlausH@p5B070BE4.dip0.t-ipconnect.de] has quit ["bye"] 01:15 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 01:17 < perlDreamer> perlmonkey2, only one problem with your logic. 01:18 < perlDreamer> If the bad transactions were caused by the upgrade script translating old transactions into new ones. 01:18 < perlDreamer> but you'd need an old backup to verify that 01:18 < perlDreamer> and I don't think PB has any. 01:18 <@Haarg> i may 01:18 <@Haarg> depends on if jt murdered it 01:19 <@Haarg> yeah, i still have a 7.5.10 db backup 01:20 < perlDreamer> oooh, hide it someplace safe :) 01:21 <@Haarg> this being the backup starting USE `plainblack`; 01:21 < perlDreamer> perlmonkey2: there you go. If the transactions are still bad in 7.5.10, you're clear. 01:22 < perlDreamer> otherwise it's an upgrade script bug 01:22 < perlDreamer> and you have a backup to practice upgrading 01:24 <@preaction> so... for some reason Class::InsideOut completely destroys Carp::longmess or something... 01:24 <@Haarg> how so? 01:25 <@preaction> i don't know. Carp::longmess is coming up empty, as though there is no stack to trace 01:29 <@preaction> no. even caller() is returning nothing. there is no stack trace... 01:35 -!- dionak [n=dionak@97.66.185.250] has quit [] 01:56 -!- cap10morgan [n=cap10mor@206-124-7-232.denver.dsl.forethought.net] has joined #webgui 01:56 -!- mode/#webgui [+v cap10morgan] by ChanServ 01:56 -!- apeiron_ [n=apeiron@76.124.253.149] has joined #webgui 01:56 -!- mode/#webgui [+o apeiron_] by ChanServ 02:03 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 02:06 -!- cap10morgan [n=cap10mor@206-124-7-232.denver.dsl.forethought.net] has quit [] 02:06 -!- knowmad [n=william@97.66.185.250] has quit [Read error: 110 (Connection timed out)] 02:18 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [K-lined] 02:23 -!- CIA-7 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 03:50 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 04:11 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 04:48 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui 05:17 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 05:29 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 05:30 < nuba> quick question: I'd like to show a user a number of saved searches in a page, is that possible? 05:31 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has quit [Read error: 60 (Operation timed out)] 05:31 < nuba> instead of showing the search asset, show the results of a search using the current users's username as input 05:31 < nuba> i mean, instead of "showing the search asset's form with a search field for input by the user" 05:32 < nuba> should I add HTTP proxies instead, and craft the searches I want in the URL being requested from webgui itself? 05:42 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 05:42 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] 05:43 -!- dionak_ [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [Remote closed the connection] 06:50 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 06:51 < elnino> reailly quick question, and I'm out of here... =) 06:51 < elnino> client used WRE to install webgui. Does thta mean, that they cant install anything else within apache? or would that be two instance of apache, I think I can only have one... 06:52 < elnino> they may want to go with zencart. 06:52 <@preaction> why not webgui's new shop? 06:52 <@preaction> you should be able to use anything you want on the WRE really 06:53 < elnino> too many features coming, not enough now. : internationa, usps, ups shipping, paypal, etc. 06:54 < elnino> meaning...that I can install php under WRE? 06:55 <@preaction> the mod_proxy one, sure. otherwise you can recompile that WRE no problem 06:55 <@preaction> you should be able to compile PHP for the WRE's apache 06:55 <@preaction> i wouldn't consider it a fun task though 06:57 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 06:57 < elnino_laptop> sorry, I lost connectoin after "you should be able to compile" 06:57 < elnino_laptop> I was going to say: "hmmm. ok. She hasn't made up her mind on anything. I'm just trying to answer all her questions when she comes up with them" 06:57 < nuba> preaction: you'd be surprised of how many definitions of fun are out there :D 06:58 <@preaction> [22:55] i wouldn't consider it a fun task though 06:58 < elnino_laptop> I think webgui is pretty close. I keep trying 06:59 < elnino_laptop> to suggest webgui. 07:00 < elnino_laptop> oh. well. I'll look into the compiling option. Thanks! Have a good night all! 07:02 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Client Quit] 07:04 < nuba> maybe using the distro's own apache and php packages and then only changing the port it listens on, and pointing WRE's mod_proxy to that, is WAY easier and faster 07:05 <@preaction> oh most definately, but now you've got three apaches 07:06 <@preaction> instead, i'd use my distro's apache as the mod_proxy for webgui 07:08 < nuba> but then you'd have a fat apache running the mod_proxy plus the distro's mod_whatever_it_comes_with 07:08 <@preaction> yeah... two bad solutions 07:11 * SDuensin has a solution. You use WebGUI, or I don't host your site. Works really well. 07:11 < nuba> huh 07:12 < SDuensin> Hey, works for me! :-) 07:13 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 07:52 <@perlmonkey2> Haarg: arg, I guess I need that upgrade script 07:52 <@perlmonkey2> I mean the 7.5.10 backup 07:55 <@perlmonkey2> oh lucky, 7.5.10 just happens to be in the directory ready to be used 07:55 <@perlmonkey2> 1Gb. 07:58 <@perlmonkey2> Is there any reason I shouldn't sftp the plainblack db back to my local server for testing? 08:03 <@preaction> perlmonkey2, none whatsoever 08:03 <@perlmonkey2> cool thanks 08:24 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 08:42 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 08:42 -!- mode/#webgui [+v cap10morgan] by ChanServ 09:15 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 09:15 -!- mode/#webgui [+o tavisto] by ChanServ 09:53 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 10:15 < CIA-7> WebGUI: doug * r7208 /WebGUI/ (2 files in 2 dirs): fixed issue with ITransact gateway throwing error if user does not explicitly set a billing address 10:20 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 12:45 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 13:39 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 13:39 < WebGUI> good day 14:02 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit ["Leaving."] 14:35 -!- khenn [n=khenn@71-82-163-209.dhcp.mdsn.wi.charter.com] has joined #WebGUI 14:35 -!- mode/#webgui [+o khenn] by ChanServ 14:36 -!- khenn [n=khenn@71-82-163-209.dhcp.mdsn.wi.charter.com] has quit [Client Quit] 14:47 -!- KlausH [n=KlausH@p5B073215.dip0.t-ipconnect.de] has joined #webgui 15:14 -!- CIA-7 [n=CIA@208.69.182.149.simpli.biz] has quit [] 15:26 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 15:32 -!- khenn [n=khenn@71-82-163-209.dhcp.mdsn.wi.charter.com] has joined #WebGUI 15:32 -!- mode/#webgui [+o khenn] by ChanServ 15:37 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 15:40 < WebGUI> what silence 15:40 < WebGUI> is it the middle of the night in the US of A or something? 15:41 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 16:01 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 16:05 -!- khenn [n=khenn@71-82-163-209.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 17:03 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 17:16 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit [Read error: 113 (No route to host)] 17:30 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has joined #webgui 17:35 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 17:35 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:36 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #WebGUI 17:36 -!- mode/#webgui [+o khenn] by ChanServ 18:01 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 18:10 -!- Radix| [n=Radix@202-89-165-187.static.dsl.amnet.net.au] has joined #webgui 18:31 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 18:34 -!- Radix| [n=Radix@202-89-165-187.static.dsl.amnet.net.au] has quit ["Leaving"] 18:37 -!- knowmad [n=william@adsl-074-170-007-083.sip.clt.bellsouth.net] has quit [Read error: 110 (Connection timed out)] 18:46 -!- KlausH [n=KlausH@p5B073215.dip0.t-ipconnect.de] has quit ["bye"] 19:10 < WebGUI> is the night over yet/ 19:18 < CIA-6> WebGUI: translation * r7209 /translations/BrazilianPortuguese/ (162 files in 2 dirs): Update from translation server 19:18 < CIA-6> WebGUI: yung * r7210 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed: Thingy: System tables created for new things are not forced to use charset=utf8 19:26 <@perlmonkey2> I wonder if the definition of a bad transaction in Commerce is the same as in Shop. 19:26 <@perlmonkey2> the tables are different 20:34 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 20:34 -!- mode/#webgui [+v cap10morgan_] by ChanServ 20:34 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 60 (Operation timed out)] 20:37 <@perlmonkey2> YES! 7.5.10 there is 1 transaction without an tranItem. After the upgrade script there are 558! 20:52 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 21:05 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 21:16 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 21:16 -!- mode/#webgui [+v perlDreamer] by ChanServ 21:16 <+perlDreamer> morning folks 21:22 < CIA-6> WebGUI: colin * r7211 /WebGUI/lib/WebGUI/Shop/PayDriver/ITransact.pm: fix a typo in the ITransact driver, missing semicolon 21:22 < CIA-6> WebGUI: colin * r7212 /WebGUI/t/Form/Date.t: adjust number of tests since one was added 21:38 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] 21:42 -!- SDuensin [n=Scott@242.sub-75-204-188.myvzw.com] has joined #WebGUI 22:03 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has left #WebGUI [] 22:06 <@perlmonkey2> perlDreamer: 22:06 <+perlDreamer> yes? 22:06 <@perlmonkey2> howdy 22:06 <+perlDreamer> yo, dude 22:06 <@perlmonkey2> update7.5.10-y.5.11 is where all the transactionItems got lost. 22:06 <+perlDreamer> is it fixable for people who haven't upgraded yet? 22:07 <@perlmonkey2> don't know what went wrong. 22:07 <@perlmonkey2> I was thinking 7.5.20/21 would try to repair it? 22:07 <+perlDreamer> It's not repairable. 22:07 <+perlDreamer> Best you could do is remove the broken ones 22:07 <+perlDreamer> I don't know which one is worse 22:07 <+perlDreamer> having broken ones, or removing them and losing records 22:08 <+perlDreamer> perlmonkey2, having weird deja vu here 22:08 <@perlmonkey2> okay then. I'll start trying to figure out what went wrong on the update script. 22:08 <+perlDreamer> You can get an old db from Haarg for practice 22:08 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 22:08 -!- mode/#webgui [+o preaction] by ChanServ 22:08 <@perlmonkey2> but before I ran it, 1 missing transactionItem. After it 446. There are still exactly 446 after 2 months. So that is where they came from. 22:08 <@perlmonkey2> I have it. 22:08 <+perlDreamer> oh, cool 22:08 <@perlmonkey2> 7.5.10 is how I figured this out. 22:09 <@perlmonkey2> the db from then. 22:09 <@perlmonkey2> plainblacks 22:09 <+perlDreamer> I'll be on and off through the day, doing toilet repair 22:09 <@perlmonkey2> every test run invovles restoring a 1GB db :P Gets tedios 22:10 <+perlDreamer> ouch 22:10 <@perlmonkey2> oh fun! 22:10 <+perlDreamer> it's not too bad, just replace all the guts 22:10 <@perlmonkey2> homemaintenence-- 22:10 <+perlDreamer> indeed 22:10 <+perlDreamer> bbl 22:50 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)] 22:54 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 22:54 -!- mode/#webgui [+v cap10morgan] by ChanServ 22:56 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Client Quit] 23:04 <@perlmonkey2> woa, ony 42 transactionItems out of 861 made it through the upgrade. 23:16 -!- cap10morgan [n=cap10mor@206-124-6-172.denver.dsl.forethought.net] has joined #webgui 23:16 -!- mode/#webgui [+v cap10morgan] by ChanServ 23:22 <+perlDreamer> that's not good 23:27 <+perlDreamer> perlmonkey2, might want to consider a fix it script for PB, since you have the original data 23:28 <@preaction> but why did they not make it through? maybe there's a good reason? 23:28 <@perlmonkey2> okay, I guess after I fix the 7.5.10-7.5.11 script, I'll figure out a script to repair the 7.5.20 database with the 7.5.10 one. 23:28 <@perlmonkey2> a one off 23:28 <+perlDreamer> amla may need it too 23:28 <@perlmonkey2> I'm still rerunning it getting data. 23:28 <@preaction> we're at 7.5.20 already and we're not stable yet... our releases have changed a lot in a few short months 23:28 <+perlDreamer> oh, and fixes to 7.5.10 have to be manually copied to 7.4.40-7.5.16 23:30 <+perlDreamer> preaction, do you think it's a problem about not being stable yet? Are we doing something wrong? 23:30 <@preaction> no, i like it 23:30 <+perlDreamer> I looked into building an LDAP server for testing :) 23:30 <@preaction> it's just changed. 7.3 was stable at what? 9? 23:31 <+perlDreamer> I think we have better post-release testing now than then 23:31 <@preaction> also true 23:31 <+perlDreamer> with kristi, tavisto and vrby 23:31 <+perlDreamer> and then all of us 23:32 <+perlDreamer> maybe we're finally reaching a new critical mass 23:32 <+perlDreamer> Net-LDAP-Server-Test 23:32 <+perlDreamer> too many projects 23:32 <+perlDreamer> too little time 23:33 <+perlDreamer> does pb.com seem slow to anyone else? 23:33 <+perlDreamer> I wonder if video casting from the Olympics is hogging down the whole net? 23:34 <@perlmonkey2> what is alma? 23:34 <@perlmonkey2> amla? 23:34 <+perlDreamer> amla? 23:34 <+perlDreamer> yeah, them 23:35 <@perlmonkey2> them? amla is amla? 23:35 <@perlmonkey2> :) 23:36 <+perlDreamer> amla is the site that Tavis is always talking about 23:38 <@perlmonkey2> because I don't want to waste 10 minutes restoring the db, I'm going to be lazy and ask a syntax question here. Is this the best way to do this on a WG::Sql object? print "ERROR: $db->errorCode \t $db->errorMessage\n" if $db->errorCode; 23:38 <@preaction> there's $db->errorCode? i never knew 23:38 <+perlDreamer> $session->log->warn instead of print 23:38 <@preaction> i just let errors propagate 23:38 <@perlmonkey2> hah...nm, I'm runnign it 23:38 <@perlmonkey2> perlDreamer: I'm printing in the upgrade script 23:38 <+perlDreamer> ah 23:39 <@perlmonkey2> I need to see if the setRow is failing for the transactionItem 23:39 <+perlDreamer> perlmonkey2, you should know that $session->db->setRow alters the data that is sent to it. That might cause problems. 23:39 <@perlmonkey2> only thing that makes sense. Unless something further down the line is deleting from transactionItem 23:39 <@perlmonkey2> not a single error and I stopped the upgrade right after the transaction log bit 23:40 <+perlDreamer> I'm going to write a test for it and then patch it. 23:40 <@perlmonkey2> ? 23:40 <+perlDreamer> you should know that $session->db->setRow alters the data that is sent to it. That might cause problems. 23:40 <@perlmonkey2> hm 23:40 <+perlDreamer> it sends a reference 23:40 <+perlDreamer> the contents are the reference are altered 23:41 <+perlDreamer> which means it's altered back in the caller as well 23:41 <@perlmonkey2> okay, because I'm seeing the proper number of setRows for transactionItem. Each transaction has a min of 1 and often more. And there are zero db errors. 23:41 <+perlDreamer> It might not be the cause of the problem, it might hard to tell 23:41 <@perlmonkey2> so it has to be in that setrow call 23:41 <@perlmonkey2> I called finish right after that upgrade. and the transaction are in the same wrong state 23:43 <@perlmonkey2> oh no 23:43 <+perlDreamer> ? 23:43 <@perlmonkey2> setRow(table,index, ... ) right? 23:43 <@perlmonkey2> $db->setRow("transactionItem","itemId" 23:43 <@perlmonkey2> itemId isn't the index i don't think 23:44 <@perlmonkey2> oh, no it is 23:44 <@perlmonkey2> nm 23:44 <+perlDreamer> yeah, that's okay 23:44 <@perlmonkey2> no it isn't :D 23:44 <+perlDreamer> it's not? 23:45 <+perlDreamer> teach me, oh database enlightened one 23:45 <@perlmonkey2> no noes! Commerce indexed on the transactionId, itemId is not unique. In fact there are only 42 unique ids. Exactly the number that made it through the upgrade. 23:45 <@perlmonkey2> s/no/oh/ 23:45 <@perlmonkey2> this just became bigger than me as we might need a schema update. 23:46 <+perlDreamer> with itemId being "new", it should create a new one 23:46 <+perlDreamer> each time it is called 23:46 <@perlmonkey2> ic 23:47 <+perlDreamer> but I think you're on to something 23:48 <+perlDreamer> setRow will return the id of the new row that was added 23:48 <+perlDreamer> that would help pick up duplicates 23:50 <@perlmonkey2> it can't be a coinidence that there are 42 unique itemId's in the 7.5.10 and only 42 tranItems make it through 23:50 <+perlDreamer> no, I agree 23:51 <+perlDreamer> wait a sec 23:51 <+perlDreamer> does setRow work on complex keys? 23:51 <@perlmonkey2> I don't think so 23:51 <@perlmonkey2> j/s I'll look 23:51 <@perlmonkey2> name of the primary key is index 23:51 <@perlmonkey2> yeah, must be a scalar value 23:52 <@perlmonkey2> replace into 23:52 <+perlDreamer> but transationItem is keyed by itemId, transactionId and vendorId 23:53 <@perlmonkey2> but a new itemId must not be 'new'ed because I can find all 42 itemId's in the oldtransaction 23:53 <@perlmonkey2> if they were new, what are the odds random new strings would match all 42? 23:53 <+perlDreamer> none 23:53 <+perlDreamer> no way 23:53 <@perlmonkey2> so 'new' isn't working? 23:53 <+perlDreamer> I don't think it works right on rows with multiple keys 23:54 <@perlmonkey2> it would be trivial to replace setRow with a ->write and do this correctly. 23:54 <@perlmonkey2> that the way to go? 23:54 <+perlDreamer> Oh yeah 23:55 <@perlmonkey2> which should make the pb patch pretty easy also. 23:55 <@perlmonkey2> and the mystery acronym :P 23:55 <+perlDreamer> yes 23:55 <+perlDreamer> I tried to lookup amla.org, and it says "website under maintenance' 23:55 <+perlDreamer> :( 23:55 <@preaction> amlainfo.org 23:55 <@perlmonkey2> wow, this turned from painful to think about to easy patch. I like :) 23:56 <@perlmonkey2> and its an easy patch for anyone with a 7.5.10 backup 23:57 <@perlmonkey2> anyone to find old backups in the upgrade script? where does the upgrade script put the backup it creates and does it get deleted? 23:57 <+perlDreamer> no idea 23:57 <@perlmonkey2> s/anyone/anyway/ 23:57 <@preaction> upgrade puts the backup it creates in /tmp/backups 23:57 <@perlmonkey2> I'll dig 23:57 <@perlmonkey2> oh 23:57 <@preaction> so... heh... most likely it's gone 23:58 <@preaction> the only thing you can do is tell people who have already upgraded how to recover the data from the backup 23:58 <@perlmonkey2> I guess we could put something in downloads/addons for anyone with an old backup 23:58 <@preaction> do so in the docs/gotcha.txt 23:58 <@perlmonkey2> groovy 23:59 <@preaction> if you have a script, you can put it in the addons, yes --- Day changed Sun Aug 10 2008 00:00 <+perlDreamer> perlmonkey2, you're getting a trial by fire 00:00 <@perlmonkey2> preaction: should I write one? I guess it could be the same one I write to recover PB's data. 00:00 <+perlDreamer> If you survive this, you're money 00:00 <@perlmonkey2> perlDreamer: wow, I was wondering if this was normal and I was barely staying afloat :P 00:00 <@perlmonkey2> thanks for saying that :P 00:01 <@preaction> perlmonkey2, if you write one, you might want to ask the staff list what to do about it. most likely they'll tell you to put it either in the add ons or the svn.webgui.org/plainblack/tools 00:01 <@perlmonkey2> I thought I just sucked as I'm getting a bit panicky and everyone else is all sauve and business as usual. 00:01 <+perlDreamer> dude, no. 00:01 <+perlDreamer> everyone in PB seems to be slammed. 00:02 <+perlDreamer> haven't heard from apeiron in a week or two 00:03 <+perlDreamer> two outside guys working on bugs 00:03 <+perlDreamer> rizen's busy with secret project X 00:04 <@perlmonkey2> exciting project right now. lots going on. 00:04 <+perlDreamer> I need to drop back and polish off my presentations 00:05 <@perlmonkey2> well before I get started on the patch and update script, I'm going to take a break. I'm only 50 points from going pro in wii tenis. I think today is the day. 00:05 <+perlDreamer> go for the gold, man 00:05 <+perlDreamer> and if you suck, rizen will tell you 00:05 <@perlmonkey2> yeah, I guess so. You suck and you're fired usually go hand in hand. 00:49 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 00:54 < WebGUI> hey there mr. Jol 00:54 < WebGUI> how do you? 00:55 < WebGUI> and more importantly, how was dinner? 01:06 < BartJol> dinner was excellent 01:06 < BartJol> only deep frying falafel did not succeed 01:07 < BartJol> so we just nbaked it 01:17 -!- cap10morgan [n=cap10mor@206-124-6-172.denver.dsl.forethought.net] has quit [] 01:19 < WebGUI> I made hamburgers 01:25 <@perlmonkey2> perlDreamer: heh 01:25 <@perlmonkey2> the last param in the setRow for transactionItem overrides 'new'. 01:25 <@perlmonkey2> so I just removed the last param, perfect. 01:26 <@perlmonkey2> all this bother and $oldItem->{itemId} is all that needed to be removed. 01:43 <@perlmonkey2> someone has already fixed this. 01:47 <@perlmonkey2> r6903 | jt | 2008-07-08 15:24:19 -0500 (Tue, 08 Jul 2008) | 2 lines 01:47 <@perlmonkey2> fixed transactions lost during 7.5.11 upgrade 01:47 <@perlmonkey2> I'm guessing JT is cool with the data lost then. 01:47 <@perlmonkey2> and we can close this. 02:03 <@perlmonkey2> preaction: I'm not going to write a script to fix the data problem unless I'm tasked with it. Jt obviously already knows all about the issue. 02:03 <@perlmonkey2> So I'll move on to other bugs 02:09 <+perlDreamer> perlmonkey2, I'm confused 02:09 <+perlDreamer> there is nothing after the data hash in the setRow call for transactionItem 02:10 <@perlmonkey2> perlDreamer: in this version. 02:10 <@perlmonkey2> the version after 7.5.16 which JT fixed. 02:10 <+perlDreamer> that's the one I have 02:10 <@perlmonkey2> 6900 to 6903 02:10 <@perlmonkey2> that is where the change happened on that file 02:12 <+perlDreamer> I see now 02:12 <+perlDreamer> by removing $oldItem->{itemId} it fixed it 02:17 <@perlmonkey2> 17 opens bugs now and I spent the last 2 days solving a solved problem. 02:18 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit ["Leaving."] 02:18 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 02:23 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 02:23 -!- mode/#webgui [+v cap10morgan] by ChanServ 02:25 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 02:32 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 02:49 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 03:12 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 03:20 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 03:46 -!- bderrly [i=SNOS8w1j@75.142.153.68] has quit ["leaving"] 03:51 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit [Read error: 113 (No route to host)] 04:24 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has joined #webgui 04:41 -!- patspam [n=patspam@ppp59-167-92-170.lns2.mel6.internode.on.net] has quit ["Leaving."] 04:54 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 04:54 -!- mode/#webgui [+o perlmonkey2] by ChanServ 05:08 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 05:10 < elnino> hi. I'd like to compile a mod into the WRE environment. never done it before.. Ive been scouring google/webgui's site to see how to do this, and am coming up clean. Perhaps I'm not searching for the correct terms? 05:11 < elnino> found this: http://www.webgui.org/community-wiki/wre-building but it doesn't mention anything about added mod. specificaly, I ned to add mod_php 05:12 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 05:12 < elnino_laptop> if anyone ansered, I missed it, please repeat. I lost my connectoin. 05:18 < elnino_laptop> could it be as simple as adding LoadModule in the modproxy conf file? 05:29 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 05:56 <@perlmonkey2> In which table are items referenced by storageId stored? 06:02 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 06:02 < elnino> sorry. lost connection again. 06:03 < elnino> perlmonkey: hope that helped. 06:04 <@perlmonkey2> elnino if you sent something I didn't get it :( 06:05 < elnino> perlmonkey2: according to: http://www.webgui.org/dev/db-schema, article,event, fileasset,matrixlisting, post, advertisement, imagefont, all have a storageid, but it doesn't look like any of them are pks. 06:05 <@perlmonkey2> oh, yeah, thanks 06:05 < elnino> perlmonkey2:hope that helped =) 06:05 < elnino> oh good. =) little delay too. 06:06 <@perlmonkey2> I was hoping it was a key to some on disk storage. Maybe its a key to something on disk? 06:06 <@perlmonkey2> oh, fileasset 06:07 <@perlmonkey2> nope, that isn't it 06:07 < elnino> don't know if that page is the most recent.... but I heavily rely on it. it's all I have. 06:08 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 06:09 < elnino> like I said, none of them looked like they were using storageid as the primarykey, so maybe something is missing from that page. or called something else in another table.. 06:09 <@perlmonkey2> hmm, in the Survey2beta I use the storageId to store uploaded files. maybe I shouldn't be a tard and look at that code to see how it works. 06:10 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 06:14 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Client Quit] 06:18 -!- bderrly [i=IDGHZOgA@75.142.153.68] has joined #webgui 06:19 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Connection timed out] 06:22 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 06:27 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 06:29 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 07:00 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 08:25 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 08:25 -!- mode/#webgui [+v cap10morgan] by ChanServ 09:10 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 09:10 -!- mode/#webgui [+v cap10morgan_] by ChanServ 09:10 -!- cap10morgan_ [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Client Quit] 09:13 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)] 09:13 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 09:13 -!- mode/#webgui [+v cap10morgan] by ChanServ 09:21 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 09:41 -!- SDuensin_ [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 09:52 -!- SDuensin [n=Scott@242.sub-75-204-188.myvzw.com] has quit [Read error: 110 (Connection timed out)] 11:54 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 12:00 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 12:14 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 12:17 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 12:33 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 12:49 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit [Read error: 104 (Connection reset by peer)] 13:15 -!- BartJo1 [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 13:51 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 13:51 -!- mode/#webgui [+o khenn] by ChanServ 14:07 -!- khenn [n=khenn@97.92.186.139] has quit [] 14:17 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has quit [Read error: 104 (Connection reset by peer)] 14:25 -!- Radix| [n=Radix@202-89-165-187.static.dsl.amnet.net.au] has joined #webgui 14:29 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 14:29 -!- WebGUI is now known as SynQ 14:40 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 14:40 < SynQ> hi all 14:40 < SynQ> what a beautiful day it is 14:41 < BartJo1> why, because you know I'll be leaving tomorrow? ;) 14:53 < SynQ> uh no 14:53 < SynQ> thanks for reminding me 14:54 < BartJo1> I thought you would remember 14:54 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has quit [] 14:55 < BartJo1> but now I've got to print some stuff, so I'm off 14:55 -!- BartJo1 [n=plainstu@54-167.surfsnel.dsl.internl.net] has quit ["Leaving."] 15:00 -!- CIA-6 [n=CIA@208.69.182.149.simpli.biz] has joined #WebGUI 15:05 -!- KlausH [n=KlausH@p5B07201C.dip0.t-ipconnect.de] has joined #webgui 16:38 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 16:40 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has joined #webgui 16:40 < WebGUI> hi there 16:40 < BartJol> hi 16:54 -!- SynQ [n=SynQ@f70168.upc-f.chello.nl] has quit [Read error: 110 (Connection timed out)] 17:03 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #WebGUI 17:04 -!- mode/#webgui [+o khenn] by ChanServ 17:09 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 17:09 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:32 -!- Radix| [n=Radix@202-89-165-187.static.dsl.amnet.net.au] has quit ["Leaving"] 18:02 <@perlmonkey2> Looks like the swedish collation bug could be solved by moving all of PB's DB tables to utf8, which looks to be the default of new schema's. 18:03 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 18:03 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:28 -!- KlausH [n=KlausH@p5B07201C.dip0.t-ipconnect.de] has quit [] 20:28 -!- KlausH [n=KlausH@p5B07201C.dip0.t-ipconnect.de] has joined #webgui 20:51 <@perlmonkey2> Where is the Beta Demo? 20:52 <@perlmonkey2> nevermind, google answerd :) 21:00 < BartJol> and... are the USA ready for my return? 21:02 < BartJol> if you feel the ground tremble, my plane landed 21:10 <@perlmonkey2> :D 21:18 < BartJol> you can laugh now, but wait till we have taken over your country with the means of just beer, haring and cheese... 21:18 < BartJol> :) 21:24 <@perlmonkey2> I thought it was wine and cheese, does beer and cheese go together? 21:25 < BartJol> better than applepie and cheese 21:25 < WebGUI> haring? 21:25 < WebGUI> herring you mean 21:27 < BartJol> probably 21:27 < BartJol> you spoiled the surprise :) 21:28 < WebGUI> hehe 21:28 < WebGUI> you're taking a tonnetje haring into the plane? 21:29 < BartJol> I believe that is forbidden 21:33 < WebGUI> so do I 21:44 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 21:44 -!- mode/#webgui [+o preaction] by ChanServ 22:08 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui [] --- Day changed Mon Aug 11 2008 00:04 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 00:07 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 00:07 -!- mode/#webgui [+v MrHairgrease] by ChanServ 00:07 <+MrHairgrease> Bart! 00:08 <+MrHairgrease> Are you ready to go yet? 00:09 < BartJol> almost, get some sleep 00:09 < BartJol> and wake up in time... 00:10 < BartJol> oh, finish my beer first :) 00:10 <+MrHairgrease> don't forget to prepare the madison bars for the Dutch invasion! 00:10 < BartJol> oh, I wanted to take them by surprise 00:11 <+MrHairgrease> sure 00:11 <+MrHairgrease> you take em by surprise 00:11 <+MrHairgrease> but the Dutch tsunami will kick in two weeks later 00:11 < BartJol> on my own, I think the impression is not toal 00:11 <+MrHairgrease> toal? 00:11 < BartJol> indeed, this wil be just a friendly summer brease 00:12 < BartJol> total 00:12 <+MrHairgrease> ah 00:13 < BartJol> but I think I've got everything packed (except my laptop) 00:18 < BartJol> even got a new wallet without the unusual holes 00:20 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 00:23 < WebGUI> does that wallet have room for mayonaise? 00:23 < BartJol> no 00:23 < WebGUI> well it's not a proper wallet then is it 00:24 < BartJol> well, room maybe, but not a special pocketr 00:24 < WebGUI> ah ok 00:24 < WebGUI> it will fit in any pocket 00:24 < BartJol> but for that, you need someone elses wallet 00:25 < WebGUI> yours will do just fine ;) 00:25 < BartJol> mmm, take JT's, see what happens 00:25 < BartJol> I imagine a very flat Koen 00:28 < WebGUI> I don't know if JT likes mayonaise as much as I do 00:30 < BartJol> ok I'll add mayo to the list with beer and haring 00:31 < CIA-6> WebGUI: martin * r7213 /WebGUI/ (2 files in 2 dirs): fixed: Gallery navigation back to album returns to page 1 00:33 < WebGUI> right, good plan 00:34 < BartJol> but now, I will pack my laptop and will be online tomorrow evening (Madison time) again 00:34 < BartJol> so god speed 00:35 -!- BartJol [n=plainstu@54-167.surfsnel.dsl.internl.net] has left #webgui [] 00:52 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 00:52 -!- mode/#webgui [+v perlDreamer] by ChanServ 00:52 <+perlDreamer> perlmonkey2: do you have questions about some of those bugs I posted/responded to? 01:13 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 01:18 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit [] 01:22 -!- KlausH [n=KlausH@p5B07201C.dip0.t-ipconnect.de] has quit ["tssssssss...."] 02:00 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 02:34 <@perlmonkey2> no 02:34 <@perlmonkey2> pd, I was just reading your email to ask you a Q 02:46 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 02:46 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:04 <@perlmonkey2> can someone open up a broswer that won't have a wb session at pb and go to plainblack.com and see if the syndicated content is recent? 03:05 <@perlmonkey2> no matter what I do I can't see this bug. 03:30 <+Radix-wrk> Webgui 7.5.19 (beta) Released is the latest entry 03:31 <+Radix-wrk> I haven't been to the page in a while, so not logged in and shouldn't have any session info 03:34 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 03:38 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:39 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:43 <@perlmonkey2> hmm, I be seeing it then Radix-wrk. The latest I see on the home page is "A Greener Wuc". 03:44 <@perlmonkey2> looks like a server side caching issue. 04:36 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 04:36 -!- mode/#webgui [+o khenn] by ChanServ 05:03 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 05:09 <@perlmonkey2> hmm, a syndicated content caching issue that is variable per session, even variable for new sessions. 05:35 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 05:35 -!- mode/#webgui [+o preaction] by ChanServ 06:08 <@perlmonkey2> JT has a charset bug for the PB site which looks like a table has not been changed to utf8 collation. Is there any reason we should just alter all the tables to make sure they are using utf8 encoding/collation? 06:08 <@perlmonkey2> Apparently mysql doesn't like to compare utf8 with latin1 columns. 06:09 <@preaction> you'll have to ask haarg, that was supposed to be done. there are... complications... that mysql adds to the process 06:14 <@perlmonkey2> complications-- 06:48 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 06:59 < CIA-6> WebGUI: translation * r7214 /translations/Spanish/ (11 files in 2 dirs): Update from translation server 07:01 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [No route to host] 09:00 -!- slim_ [n=slim1@41.235.145.209] has joined #webgui 09:03 -!- slim_ [n=slim1@41.235.145.209] has left #webgui ["Ex-Chat"] 09:21 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 09:49 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has quit ["Leaving."] 10:19 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 10:36 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 10:39 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 10:54 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit ["Leaving."] 14:33 -!- SDuensin_ [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 14:44 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 14:45 -!- mode/#webgui [+v cap10morgan] by ChanServ 15:10 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)] 16:15 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 16:27 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 16:27 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:28 -!- knowmad [n=william@97.66.185.250] has joined #webgui 16:40 -!- SDuensin [n=Scott@194.sub-75-204-233.myvzw.com] has joined #WebGUI 16:48 -!- topsub [n=josh@97.66.185.250] has joined #webgui 17:03 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 17:12 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 17:12 -!- mode/#webgui [+v cap10morgan] by ChanServ 17:17 < topsub> Morning Everyone! 17:23 <@perlmonkey2> Good morning 17:24 -!- dionak [n=dionak@97.66.185.250] has quit [] 17:25 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:25 -!- mode/#webgui [+o Haarg] by ChanServ 17:29 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 17:33 < dionak> does anyone know where the address book template lives for the cart? i clicked on manage but don't see the template... 17:33 <@perlmonkey2> What's going on with Navman? 17:35 < dionak> oh, yea... pagination 17:44 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:44 -!- mode/#webgui [+o tavisto] by ChanServ 17:45 < AMH_bob> Good morning! 17:45 < AMH_bob> Just 14 days until we head over to Madison! 17:45 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 17:53 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 17:53 -!- mode/#webgui [+o preaction] by ChanServ 18:01 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 18:01 -!- mode/#webgui [+o rizen] by ChanServ 18:05 -!- dionak [n=dionak@97.66.185.250] has quit [] 18:13 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 18:13 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:17 < AMH_bob> bye now! 18:17 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has left #webgui [] 18:35 -!- xootom [n=tom@92-232-243-52.cable.ubr08.shef.blueyonder.co.uk] has joined #webgui 18:41 < xootom> hi all, i'm trying to use a new login template. but it never shows the form for me. I duplicate the default login one, copy its ID and put this in the ^L macro. none of the fields are rendered though. 18:42 < xootom> I've set the site settings to use this new login form and it works ok there, just not in the macro on the page layout 18:42 <@perlmonkey2> Is the WSClient borked? 18:44 < xootom> what's the WSClient? 18:46 <@Haarg> web services client - unrelated to your question 18:46 < xootom> ah k 18:46 <@Haarg> are you sure you are specifying the param properly to the login macro? 18:47 <@Haarg> the id is the second parameter 18:47 < xootom> ^L("","","QGBXcJoHWc5-xBz_OF5RZg"); 18:47 <@Haarg> wait 18:47 <@Haarg> yeah, third 18:48 < xootom> i've tried it on my site, stable demo and beta demo all exactly the same thing 18:48 -!- lisette [n=liraos@adsl190-28-103-135.epm.net.co] has joined #webgui 18:48 < xootom> it's getting the right template cos I can put some arbitrary text in the template which does show. Just none of the actual login stuff 18:49 <@Haarg> and you haven't modified the template at all? 18:49 < xootom> no just did a duplicate in the asset manager on each site 18:50 <@Haarg> pm2: there is something about that particular web service it isn't handling 18:50 <@Haarg> .NET SOAP support is a RFE 18:50 <@preaction> xootom, the L_loginBox macro takes a different template than the normal Login template 18:51 <@perlmonkey2> Haarg: I'm now trying it with the cookbook test server 18:51 <@perlmonkey2> Haarg: and it is failing on the getState(21) example where it tests if the result is a hashref. If it isn't a hash ref it errors out rather than failing the if test. 18:51 < xootom> preaction: ahh that would explain it, thanks 18:52 <@perlmonkey2> this looks like a different problem than the .Net stuff. I moved it to an RFE but the user came back claiming that they could n't get any WSServices to work. So I tested the soap::lite cookbook server and it failed. 18:52 <@perlmonkey2> but should be an easy fix. 18:53 <@Haarg> easy... 18:53 <@Haarg> have you looked at the WSClient code? 18:57 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has joined #webgui 18:57 -!- xootom [n=tom@92-232-243-52.cable.ubr08.shef.blueyonder.co.uk] has left #webgui [] 18:57 -!- juan [n=juangui@201.232.58.66] has joined #webgui 18:58 < juan> can i execute a workflow after a user change his password? 19:01 -!- wgGuest11 [n=wgGuest1@209-242-20-148.rev.dls.net] has joined #webgui 19:01 < perlDreamer> juan, there is no default way in WebGUI to do that 19:02 < perlDreamer> But it is possible, you would need to add custom code to do that. 19:03 < juan> where have i to add that code? 19:03 < juan> in the authentication module? 19:03 -!- wgGuest11 [n=wgGuest1@209-242-20-148.rev.dls.net] has quit [Client Quit] 19:04 <@preaction> more likely in the WebGUI::Operation::Auth 19:05 < juan> can i create my own code to perfom the change password action? 19:06 <@preaction> probably, yes 19:07 < juan> my doubt is how to store in the database the new password with the respective encryption 19:07 < juan> can i use the webgui api? 19:08 <@preaction> probably, i don't know 19:08 < perlDreamer> juan, if you change the encryption in the database, you'll also need to change how login works 19:09 < juan> perlDreamer, is not for changing the encryption, is how can i perfom the actual encryption using the new password? 19:09 -!- estiven [n=estiven@201.232.58.66] has joined #webgui 19:10 < juan> is there something in the webgui api that can help me? 19:11 < perlDreamer> juan, I don't understand what you want to do. 19:11 < perlDreamer> you started by saying you want to run a workflow 19:11 < juan> yes 19:12 < perlDreamer> then you talked about storing the password in the database with encryption 19:12 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 19:12 < perlDreamer> is this the same encryption that WebGUI uses, or a new one? 19:12 < juan> the same that WebGUI uses 19:12 <@perlmonkey2> Haarg: sorry, was indisposed. Yeas, I've looked at it. 19:12 < juan> the thing is that i want to create my own code to update the password when a user try to change it 19:13 <@perlmonkey2> looks like line 437 needs to test for a hash befeore trying to do the evaluation. 19:13 <@perlmonkey2> because tha tline errors out if the value is not a hash. 19:13 < perlDreamer> well, all the code that you need is in WebGUI::Auth, WebGUI::Auth::WebGUI, WebGUI::Auth::LDAP and WebGUI::Operation::Auth 19:13 < juan> can i use the api? 19:14 <@Haarg> 437? 19:14 <@perlmonkey2> 437 of WSClient 19:14 <@Haarg> that's a comment for me 19:14 <@perlmonkey2> hmm, strange I just did an svn revert 19:14 <@Haarg> oh 19:14 <@Haarg> sorry 19:15 <@Haarg> been messing with the file 19:15 <@Haarg> thought i had removed all that stuff 19:15 <@perlmonkey2> Couldn't call method view on asset for url: getting_started Root cause: Can't use string ("Massachusetts") as a HASH ref while "strict refs" in use at /data/WebGUI/lib/WebGUI/Asset/Wobject/WSClient.pm line 444. 19:15 <@perlmonkey2> cept that is 437 now 19:16 <@perlmonkey2> and the SOAP::SOM object looks correct and the logic should work. Just looks like it needs to test for a hashref first. 19:17 < perlDreamer> juan, you can use parts of the API, but you'll need to write custom code to interrupt it, insert your extra processing, and then allow it to continue 19:20 < perlDreamer> In the beginning of the movie "The Incredibles", they're interviewing Mr. Incredible 19:20 < juan> ok 19:21 < juan> i am going to check the api 19:21 < juan> thanks 19:22 -!- KlausH [n=KlausH@p5B07048E.dip0.t-ipconnect.de] has joined #webgui 19:24 < perlDreamer> "No matter how many times you save the world, it always manages to get back in jeopardy again. Sometimes I just want it to stay saved! You know, for a little bit? I feel like the maid; I just cleaned up this mess! Can we keep it clean for... for ten minutes! " 19:24 < perlDreamer> I'm starting to feel that way about WebGUI and bugs 19:25 <@perlmonkey2> perlDreamer: I propose a 18 day halt to all bug posts :P 19:34 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 19:36 < dionak> if products in the cart do not have shipping, should the user have to go through choosing a shipping address? 19:37 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 19:37 < dionak> sorry guys, we have to keep reporting bugs as we see them. think of it as having your very own testers. :) 19:39 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 19:39 -!- mode/#webgui [+v MrHairgrease] by ChanServ 19:41 < dionak> answering my own question...it looks like shipping address is required. 19:41 < lisette> i can erase an Collaboration from DB? 19:42 < dionak> have you tried deleting it from the asset tree? 19:43 < dionak> why is shipping address required? are the payment gateways driving this requirement? 19:43 < lisette> i have an error and can't open my site 19:43 -!- perlDreamer [n=ckuskie@nat082.mxim.com] has quit [Read error: 104 (Connection reset by peer)] 19:44 < dionak> what's in the log? Is it an error related to a collab system? 19:44 < dionak> i've had that happen if i cut + paste posts or wiki entries outside of the collab system. in that case, i had to delete directly from the db. 19:45 < lisette> WARN - www.pruebas.com.conf - WebGUI::Content::Asset::tryAssetMethod[207] - Couldn't call method view on asset for url: Root cause: no good: 7Hn99MZUHJu0GmjVp-xf2A at /data/WebGUI/lib/WebGUI/Asset/Wobject/Collaboration.pm line 1178. 19:45 < dionak> does that relate back to a collab? 19:46 < dionak> oh, yea...guess it would ;) 19:48 < dionak> looks like the template couldn't be instantiated. 19:48 < lisette> mmm 19:48 < dionak> that id is for the template for the collaboration system, according to Collaboration.pm line 1179 19:49 < dionak> maybe you could check the db and add it back if it is in fact missing? 19:49 < dionak> or at least make an entry so you can open your site 19:50 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 19:50 -!- mode/#webgui [+v cap10morgan] by ChanServ 19:51 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has joined #webgui 19:52 < lisette> ok, thanks 19:53 < dionak> yw 19:53 < dionak> so back to shipping address in the cart.. 19:54 < dionak> why is it required...just curious. 19:54 < perlDreamer> for calculating taxes and shipping costs 19:54 <@preaction> because we'd be unable to calculate a shipping cost without it 19:54 < dionak> i see the idea that an item isShippable, which looks like there is a concept that shipping is boolean. 19:55 < dionak> are there plans in the future to make items not shippable. for example, digital downloads? 19:55 < perlDreamer> Things in the EMS are not shippable 19:56 < perlDreamer> I don't think Coupons are shippable 19:56 < perlDreamer> Coupon = FlatDiscount 19:56 < perlDreamer> and Donations 19:57 < dionak> hm, we're selling training events through the cart which aren't shippable. 19:57 < dionak> it's admission, basically. 19:57 < perlDreamer> the latest version of the Product has an isShippingRequired field as an asset property 19:57 < dionak> but they are far more simple than the ems 19:57 < dionak> ah, ok. i'll take a look there. 19:58 < dionak> does the cart take that into consideration yet? 19:59 < perlDreamer> yes it does 19:59 < perlDreamer> I had forgotten to build that in when I Sku-ed the Product, and there was a bug filed about it 19:59 < perlDreamer> The cart wouldn't calculate per-item shipping, so it was hastily (and somewhat embarassedly) fixed 20:00 < dionak> ok.. 20:02 < dionak> yea, looks like one can't check out without shipping. line 751 20:02 < dionak> thinking aloud...if there is no shipping, tax should be calculated using billing address...? 20:03 <@preaction> can't. it has to be calculated before that 20:03 < dionak> or is it already? 20:03 < dionak> ah 20:03 < dionak> ok, i see the issue now 20:03 <@preaction> plus, billing address may not even exist, it's a function of the PayDriver 20:03 < dionak> ugh 20:04 <@preaction> what ugh? the Cash driver, for example, doesn't need a billing address 20:04 <@preaction> PayPal driver wouldn't either 20:04 <@preaction> PayPal driver would take your shipping address for verification though 20:06 < dionak> b/c paypal already has your billing and shipping info. makes sense 20:09 < dionak> the ugh was more related to how to emulate existing functionality. not the cart 20:12 < juan> i had many users with ldap authentication and i change his authentication to webgui using the userimport.pl. i use the next columns in my file, username, password and authMethod 20:12 < juan> now i try to edit a user by admin console and have the next error 20:13 < juan> Couldn't execute operation : WebGUI::Operation::User::www_editUser. Root cause: Can't call method "get" on an undefined value at /data/WebGUI/lib/WebGUI/Auth/LDAP.pm line 212. 20:30 <@perlmonkey2> Haarg: after that single fix I just don't think the WSClient was set up to handle simple scalar results. 20:30 <@Haarg> seems likely 20:33 <@perlmonkey2> hmm, the template needs an arrayref hashes with a result key. But the getPageData from WG::Paginator would never return this I don't think. Is that a bug? 20:33 <@perlmonkey2> I meant 'result' key 20:35 <@Haarg> it's only going to be result under some conditions 20:35 <@Haarg> it depends on the service 20:35 <@Haarg> you need to have a template built for your particular service 20:35 <@perlmonkey2> ah, so the 'bug' is the template is not set up to display the results. 20:35 <@perlmonkey2> hah 20:36 <@Haarg> the bug on the list you mean? 20:36 <@perlmonkey2> of course. the template is obviously a default, so I have no idea why I was trying to cram these results into it. 20:36 <@perlmonkey2> yes, the 'bug' in quotations because it certainly is not a bug. 20:36 <@Haarg> well, i was trying that 20:37 <@Haarg> and it wasn't returning anything for me 20:37 <@Haarg> not in 'result' or any other variable 20:37 <@Haarg> if the return is just a scalar, it should be put into 'result' 20:37 <@perlmonkey2> I only tried the service in the bug list a couple times but gave up as I wasn't sure if the service was set up correctly 20:38 <@perlmonkey2> it is a array of scalars. 20:38 <@Haarg> i think there is a bug somewhere, but i'm not sure where 20:38 <@perlmonkey2> @result = $return->paramsall; @results contains a single scalar value 20:39 <@Haarg> which won't work with the HTML::Template 20:39 <@perlmonkey2> hmm, or really any template as tmpl_loops must have an array ref of hash refs 20:40 <@Haarg> yes 20:40 <@perlmonkey2> because this code delievers an array ref of array refs 20:41 <@Haarg> in what case does it do that? 20:41 <@perlmonkey2> in this case 20:42 <@perlmonkey2> oh no, just an array ref of scalars 20:43 <@Haarg> MrHairgrease, after your change to navigation indents, a nav selecting children or descendants starts with indent of 0 instead of 1 20:43 <@perlmonkey2> So if the result is not a hash and not an array, the third test should set each value to a hash ref with a key of 'result'? 20:43 <@Haarg> i suppose 20:43 <@Haarg> seems like it would be broken with an array as well 20:44 <+MrHairgrease> haarg, yes 20:44 <+MrHairgrease> unless you also include self 20:44 <+MrHairgrease> then the children are indented 20:44 <+MrHairgrease> while if you don't do that they are not 20:44 <@Haarg> i'm not sure if we should change that 20:45 <+MrHairgrease> why not? 20:45 <@Haarg> it broke the default webgui nav for example 20:45 <+MrHairgrease> really? 20:45 <+MrHairgrease> how? 20:45 <@Haarg> the page gets forced to 500px tall now 20:46 <+MrHairgrease> it's a css thing? 20:46 <@Haarg> basically, it was relying on that depth to close a bunch of tags 20:46 <@Haarg> which aren't getting closed 20:46 <@Haarg> it throws the css off, but that's just a symptom 20:46 <+MrHairgrease> are you referring to ul li closing tags? 20:47 <@Haarg> yeah 20:47 <@perlmonkey2> The current temp is: Massachusetts :D 20:47 <@Haarg> and divs 20:47 <+MrHairgrease> b/c that should be fixed now. 20:47 <+MrHairgrease> that was how i found the wrong indent thingy in the first place 20:47 <@perlmonkey2> Haarg: this look correct for cases where the SOAP::Som returns scalars instead of arrays or hashes? @result = map({'result' => $_}, @{$p->getPageData}); 20:47 <@perlmonkey2> because it works in this case. 20:48 <@Haarg> what nav template are you refering to? 20:48 <+MrHairgrease> the problem was that if you had ancestors reldepth became minus something 20:48 <@Haarg> i think that should do pm2 20:48 <+MrHairgrease> which resulted in wrong indent_loop problems 20:48 <@Haarg> well, i can change webgui's nav easily enough 20:48 <+MrHairgrease> uh 20:48 <+MrHairgrease> let me checl 20:48 <+MrHairgrease> hang on 20:48 <@Haarg> i'm just worried about it breaking other things 20:50 <+MrHairgrease> i think it was bulleted list 20:50 <+MrHairgrease> afk 20:53 <+MrHairgrease> ok i'm back 20:54 <+MrHairgrease> I'm not sure it breaks other stuff. 20:54 <+MrHairgrease> If it does that stuff has been written to workaround faulty behaviour 20:54 <+MrHairgrease> but that's of course a bit of a moot statement... 20:55 <+MrHairgrease> IMO the indent should be calculated from the first page in the loop 20:55 <+MrHairgrease> not the start point 20:55 <@Haarg> maybe 20:56 <+MrHairgrease> the 'leftmost' page should have indent zero 20:56 <@Haarg> the help specifically says the loop is based on relDepth 20:56 <+MrHairgrease> i see 20:56 <+MrHairgrease> then how do you generate a loop for a negative reldepth? 20:56 <@perlmonkey2> perlDreamer: I wonder if that bug you posted is related to JT's bug where the email wasn't parsed correctly 20:57 <@Haarg> you don't 20:57 <@Haarg> i think the new behavior is better 20:57 <+MrHairgrease> reldepth is a very confusingparam anyway 20:57 <+MrHairgrease> I'm in the process of preparing diner 20:57 <@Haarg> in most cases people won't be trying to do complex things like the yui nav is 20:57 <+MrHairgrease> i'll be back later tonight 21:19 -!- estiven [n=estiven@201.232.58.66] has quit ["Leaving."] 21:20 < perlDreamer> perlmonkey2: that could be 21:28 < perlDreamer> rizen: sounds like puppet may be the successor to cfengine 21:34 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 21:34 <@perlmonkey2> If I have a first and last name, what are all the ways to find transaction belonging to them. I'll look for a user matching that name, transaction username, shipping/payment name, but have got nothing. 21:41 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 21:56 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 60 (Operation timed out)] 21:57 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 21:59 <+MrHairgrease> ok i'm back 22:00 <+MrHairgrease> haarg: are you afraid it'll break custom templates of people or just the default templates 22:01 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 22:03 <@perlmonkey2> If cacheTimeout is of type 'interval' what is this doing? $self->get("cacheTimeout") > 10 Just seeing if 10 seconds have passed? 22:03 <@preaction> no, it's seeing if the cache timeout is greater than 10 seconds 22:07 <@Haarg> MrHairgrease, custom templates 22:08 <+MrHairgrease> hmm, so what do you think? 22:11 <@Haarg> well, the old behavior didn't make any sense for ancestors 22:17 -!- dionak [n=dionak@97.66.185.250] has quit [] 22:19 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 22:20 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [Read error: 110 (Connection timed out)] 22:27 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 22:28 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)] 22:29 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 22:30 -!- WebGUI is now known as SynQ 22:37 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 22:37 -!- mode/#webgui [+v MrHairgrease] by ChanServ 22:50 < lisette> how to do a query in an utility? 22:58 < perlDreamer> lisette, what is an utility? 22:59 < lisette> the perl libraries that are in sbin 22:59 < lisette> _utility.skeleton 23:02 < perlDreamer> well, you get a session variable, and do $session->db->whateverMethodYouNeed, just like in the core 23:04 < lisette> ok, like a macro? 23:06 < perlDreamer> yes, in that they both use the session variable to access the database 23:06 < lisette> ok 23:06 < lisette> thanks 23:21 <+MrHairgrease> haarg, ok, so maybe we can add a tmpl_var like relDepth_loop or so that still captures the old behaviour. 23:21 <+MrHairgrease> That way it's easy for people to adjust their templates 23:21 <+MrHairgrease> It could even be automated 23:21 < perlDreamer> No! 23:21 < perlDreamer> No more template variables 23:21 < perlDreamer> It's not allowed 23:21 <@preaction> EVER 23:22 < perlDreamer> If you want more, you have to get rid of some 23:22 < perlDreamer> or just fix some broken ones 23:22 <@preaction> we're pushing the limit already. 23:22 <@preaction> why won't anybody think of the space-time continuum!? 23:22 <+MrHairgrease> jeezs 23:22 <+MrHairgrease> who do you think holds the space-time continuum together 23:23 < perlDreamer> the old way was broken 23:23 < SynQ> has bart arrived yet? 23:23 -!- MrHairgrease is now known as BartJol 23:23 <+BartJol> why not 23:23 -!- BartJol is now known as MrHairgrease 23:23 < perlDreamer> Did he leave? 23:23 <+MrHairgrease> yeah 23:24 < perlDreamer> where did he go? 23:24 <+MrHairgrease> he's on his way preparing Madison for the Dutch Tsunami 23:24 <+MrHairgrease> JT's 23:24 <@preaction> The European Invasion 23:25 <@preaction> i'll get the gunpowder, you get the muskets! 23:25 < perlDreamer> preaction: Archive::Zip sucks 23:25 <@preaction> yes 23:25 <+MrHairgrease> yeah, it suck files right? 23:25 <@preaction> which is why I used Archive::Any 23:26 < SynQ> ah 23:27 <+MrHairgrease> Not sure if Bart has arrived yet though 23:27 <+MrHairgrease> He probably isn't yet 23:27 < tavisto_> well I can't wait for Koen to show up and play Merc.... eh SynQ? ;) 23:27 <+MrHairgrease> it's on;y 15.30 over there 23:28 < tavisto_> Koen is an eeeeevil man 23:29 <+MrHairgrease> Not evil 23:29 <+MrHairgrease> just annoying at times =) 23:29 < tavisto_> oh well in JT's Merc card game... Koen is an evil ruler 23:29 <+MrHairgrease> ok 23:29 <+MrHairgrease> evil and annoying =) 23:30 < tavisto_> that works heh 23:30 < perlDreamer> Evil co-ruler of the D.I.F 23:30 <+MrHairgrease> dif? 23:30 < perlDreamer> Dutch Invasion Force 23:30 <+MrHairgrease> do it for free? 23:30 <+MrHairgrease> oh that 23:30 < perlDreamer> Kind of like the Voltron Force, but not as cool 23:30 <+MrHairgrease> it's hard to outcool the DIF 23:30 < perlDreamer> I don't know, giant, flying robot lions are pretty cool 23:31 < perlDreamer> all you guys have is some perl code 23:32 * MrHairgrease thinks perlDreamer should stay of the funny colored pills 23:32 <+MrHairgrease> besides, apart from perl code we also have our totally hyped up image 23:33 <@perlmonkey2> I can be 100% sure that a transactionId is unique, right? 23:34 <@preaction> perlmonkey2, is it a GUID? 23:34 <+MrHairgrease> yes 23:34 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:34 <+MrHairgrease> if it isn't it's a bug 23:34 <@perlmonkey2> k 23:35 <+MrHairgrease> are you working on the postback problem? 23:35 <@perlmonkey2> yes 23:36 <@perlmonkey2> I'm writing an sql script that will take a backup of a database and repair the transactionItems lost in the 7.5.11 update. 23:36 <+MrHairgrease> is the payDriverId indeed the problem? 23:36 <@perlmonkey2> no idea. 23:36 <+MrHairgrease> it's probably another bug 23:36 <@perlmonkey2> But I do know that all the transactionItems from before 7.5.11 are bad. 23:37 <+MrHairgrease> since the one i was refering to, has to do with transactions themselves 23:37 <@perlmonkey2> But the bug might have changed since you last read. 23:37 <+MrHairgrease> not the items inside 23:37 <@perlmonkey2> Now there are reoccurring transaction throwing errors abotu not have good transactions or something like that. 23:37 <+MrHairgrease> yeah 23:37 <+MrHairgrease> i poted some replies to that bug 23:38 <@perlmonkey2> yeah, saw them and I'll try to implement what you said after I do this. 23:38 <+MrHairgrease> ok 23:38 <+MrHairgrease> good luck 23:38 <+MrHairgrease> if you need help,let me know 23:38 <@perlmonkey2> Oh, what, the new guy working on an incredibly large module, correctly difficult to diagnose problems concerning transaction, needs luck? Hardly! 23:39 <@perlmonkey2> s/correctly/correcting/ 23:39 <@perlmonkey2> : 23:39 <@perlmonkey2> :P 23:39 <+MrHairgrease> ok 23:39 <+MrHairgrease> in that case what are you waiting for 23:39 <@perlmonkey2> sorry, that was my attempt at humor 23:39 <+MrHairgrease> =) 23:39 <@perlmonkey2> heh 23:39 <+MrHairgrease> you'll fit in great with most of the DIF 23:40 <@perlmonkey2> DIF? 23:40 <+MrHairgrease> ask colin 23:40 <+MrHairgrease> perlbot help 23:40 < perlbot> (fact) : tell (who) about (what) : (what) > (who) : learn (what) as (info) : relearn (fact) as (info) : phone (phone #) : shorten (url) : shorten it : search (keyword) : cpan (mod) : docs (mod) : perldoc -f (func) : jargon (term) : math (expr): fortune : flip : host (type) (record) : rot13 (text) : roll (die) : tempconv (temp) : scramble (foo) : 8ball (question) : slap (who) : diss (who) : top/bottom (num) karma : geoip (ip) 23:40 <+MrHairgrease> perlbot learn DIF as Dutch Invasion Force 23:40 < perlbot> added DIF to the database 23:41 <+MrHairgrease> perlbot what is DIF 23:41 < perlbot> I already have an entry for what 23:41 <+MrHairgrease> perlbot DIF 23:41 < perlbot> Dutch Invasion Force 23:41 <@perlmonkey2> Dutch Invasion Force. I like the sound of that ;) 23:42 <+MrHairgrease> you better 23:43 < SynQ> what's the DIFference? 23:43 < juan> can i associate the thingy with another database? 23:55 <@preaction> juan, what do you mean? 23:55 <@preaction> get data from another database to put into Thingy? 23:56 < juan> in the version 7.5.x, what happened with the sql form? 23:56 <@preaction> if you weren't using it, it was deleted 23:56 <@preaction> it's a community add-on now, not included with the default distribution 23:57 < juan> i want to use the thingy but i want to store the data in another database 23:57 < juan> is it posible? 23:57 <@preaction> not currently 23:58 < juan> but it will be a new feature later --- Day changed Tue Aug 12 2008 00:00 <+MrHairgrease> it is not allowed by design 00:01 <@preaction> yeah, i don't think it's possible, period 00:01 <@preaction> but RFEs are RFEs, they can be anything 00:01 < SynQ> thingy is simple by design 00:01 < SynQ> simple is not the same as complex 00:01 < SynQ> you cannot do complex things with it 00:01 < SynQ> if that would be possible 00:02 < SynQ> it wouldn't be simple anymore 00:02 <@preaction> i don't think it should be complex, imho. do one thing and do it well 00:02 <@preaction> the data in a Thingy should only matter to the Thingy 00:02 < SynQ> you mean simple 00:02 < SynQ> clear 00:02 <@preaction> 00:02 < SynQ> hehe 00:03 <@preaction> well... not to bruise any egos, but the Collaboration System is a lesson in trying to push a single idea too far 00:03 < SynQ> you mean it is powerfull 00:03 < SynQ> but still has limitations 00:03 <@preaction> CS == Threaded messaging. We did blogs, forums, photo galleries, request tracking, news and mailing lists 00:04 < SynQ> indeed 00:04 <@preaction> it is powerful, but not as powerful at being a Gallery as the new Gallery is 00:04 < SynQ> wonderful 00:04 < SynQ> agreed 00:05 < SynQ> and still 00:05 < SynQ> gallery is powerfull as a gallery, but still has it's limitations as a gallery 00:05 < SynQ> but that is OK 00:05 < SynQ> since WebGUI is a lot of powerfull stuff together 00:05 <@preaction> right, but it has a single goal: A Gallery of Files. we can improve it towards that goal 00:06 < SynQ> indeed 00:06 < SynQ> I like the gallery 00:06 <@preaction> CS has had multiple goals, and that has cost it in terms of complexity 00:06 < SynQ> but I don't see the point of the thingy 00:07 < SynQ> I think though sqlform breaks more easily with a webgui upgrade it's more powerfull and clearer to use for the user that has the capability to wield the power of the sqlform 00:07 <@preaction> there'll be some presentations on it at the WUC i think. with some ideas 00:07 < SynQ> but what so ever 00:07 < SynQ> I'm not going to use both of them :) 00:08 <@preaction> eh, i never used the SQLform, and i suspect i won't be using Thingy much either. my world is in the code behind them 00:08 < SynQ> my world is in de platform below that 00:08 < juan> perlDreamer, i had some users with ldap authentication, now i changed it to webgui, when io try to log in with a user, why have i to change my password? 00:08 < SynQ> and even in the platform below that platform 00:08 -!- SDuensin [n=Scott@194.sub-75-204-233.myvzw.com] has quit ["Leaving"] 00:08 < juan> how can avoid that? 00:09 <@preaction> juan, because the LDAP auth never stored a password, it used the underlying LDAP server to validate. 00:10 < juan> but when i change the authentication i updated the password too 00:10 <@preaction> did you set the Password Timeout? 00:10 < juan> yes 00:10 <@preaction> to what? 00:12 < juan> 6 months 00:12 <@preaction> dunno then 00:13 < juan> so, i don't want that the users have to change the password again 00:18 -!- dionak [n=dionak@97.66.185.250] has quit [] 00:26 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui 00:40 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 00:40 < topsub> alright who is ready to think? 00:41 < topsub> need some input on this cart 00:41 < topsub> i have a macro that basically auto logs in a visitor so they can check out so they don't have to log in 00:42 < topsub> could i put this call on the cart page? 00:42 < topsub> so when they visit the cart it will log them in so when they go to check out they won't be asked to login? 00:49 <@perlmonkey2> Haarg preaction, I've add a new tool which if the oldtransaction and oldtransactionitem tables are available form before 7.5.11, it will correct the post 7.5.11 transactionItems. I'm guessing it should be doubly validated before being used on pb. I've done it locally a few times, but that's probbaly not good enough testing. 00:49 <@perlmonkey2> s/add/added/ 00:50 <@Haarg> you using the pb database? 00:50 <@Haarg> i have a similar thing for dataform i never got around to using on pb.com 00:51 <@perlmonkey2> yes 00:51 <@perlmonkey2> I put the oldtransaction and oldtransactionitem in a tar on frozen. 00:51 <@perlmonkey2> the tool is in svn. 00:52 <@perlmonkey2> the two tables just need loading into pb, then run the tool and then all the old transactionItems should be there. 00:52 <@perlmonkey2> hopefully closing 1-2 bugs :) 00:52 <@perlmonkey2> but I don't want to be the one pulling the trigger without another dev validating, especially since I was told to write nothing to disk on frozen :) 00:57 < perlDreamer> touch somefile 00:57 < perlDreamer> !BANG! 00:57 < perlDreamer> poor perlmonkey2 00:57 -!- BartJol [n=plainstu@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 00:57 < BartJol> he SynQ, I'm alive and well 00:57 <@perlmonkey2> perlDreamer: hah, no, just don't write to the DB :P 00:57 <+MrHairgrease> BART! 00:57 < BartJol> I survived 00:57 <+MrHairgrease> aparently 00:58 <+MrHairgrease> how was the flight? 00:58 < BartJol> rizen looks a bit like Koen last year right now 00:58 < BartJol> good 00:58 <+MrHairgrease> hehe 00:58 <+MrHairgrease> that bad? 00:58 < BartJol> nice weather\ 00:58 <+MrHairgrease> what did he do? 00:58 < BartJol> and a chickie nect to me in the plane\ 00:58 < BartJol> dunno 00:59 <+MrHairgrease> so you got her number? 00:59 <@perlmonkey2> Haarg: preaction: I'm going to lunch, so if you have time to look at that new tool and have questions, I"ll be back in a bit. 00:59 < BartJol> unfortunately not 00:59 <+MrHairgrease> too bad 00:59 <+MrHairgrease> how did you get from chicago to madison btw? 00:59 < BartJol> indeed 00:59 < BartJol> renatl var 01:00 <+MrHairgrease> aha 01:00 <+MrHairgrease> the renatl var 01:00 < BartJol> rental car... 01:00 <+MrHairgrease> I thought you didn't want to renatl a var in the first week? 01:00 < BartJol> no, but it was kindof the only realistic option 01:01 <+MrHairgrease> yeah probably 01:01 < SynQ> what am I reading 01:01 <+MrHairgrease> I thought you needed a year drivers licence to rent a car 01:01 < SynQ> does JT finally look pretty? 01:04 < SynQ> what did he do? 01:06 <@rizen> i think he's referring to the fact that i haven't shaved in a week, and my hair looks like a mad scientist 01:07 < perlDreamer> back to hacking! 01:07 -!- juan [n=juangui@201.232.58.66] has quit [Read error: 110 (Connection timed out)] 01:07 < SynQ> ah 01:07 -!- juan [n=juangui@201.232.58.66] has joined #webgui 01:07 < SynQ> the famous mad scientist look 01:07 < BartJol> Jt was already pretty 01:07 < SynQ> do you also speak in riddles? 01:08 < BartJol> :) 01:08 < BartJol> I had to repark my car 01:08 < SynQ> ah 01:08 <+MrHairgrease> wtf? JT's bold? 01:08 < BartJol> ? 01:08 <+MrHairgrease> doe you also have sharks 01:08 < BartJol> no 01:08 <+MrHairgrease> with laaaasers 01:09 < SynQ> and a "death star"? 01:09 < lisette> for one postId there is one storageId? 01:09 < lisette> or there are many? 01:09 < BartJol> but now I need a smoke... on the beattifull balcony 01:09 <+MrHairgrease> with a view on the Essen Haus 01:09 < SynQ> light the barbequeue 01:10 < BartJol> indeed 01:10 < SynQ> hmm, the Essen Haus (don't mention...) 01:10 <+MrHairgrease> where are the eggs? 01:10 < SynQ> I heared that pregnant women can hold much more than non pregnant women 01:11 < perlDreamer> lisette: one storageId per postId 01:12 <@preaction> SynQ, we should test that theory. i'll go get a chick pregnant 01:12 <@preaction> wait... hold more what? 01:12 <+MrHairgrease> doug 01:12 <+MrHairgrease> do 01:12 <+MrHairgrease> not 01:12 <+MrHairgrease> ask 01:12 <+MrHairgrease> ! 01:12 <+MrHairgrease> ! 01:12 <+MrHairgrease> ! 01:16 < BartJol> I second MrHairgrease mpotion 01:16 < BartJol> darn, after getting up at 6 and 8 hours in a plane, my typing skills really suck 01:16 <+MrHairgrease> preaction, if you really wanna know I suggest you ask koen in person 01:16 <+MrHairgrease> preferably while having diner 01:17 <@preaction> k. so we'll get a large group together and koen and I will have gross-out contest 01:17 <@preaction> whoever eats the most wins? 01:17 <@preaction> ... why do i come up with these ideas? 01:18 < SynQ> preaction: you do that 01:18 < SynQ> more eggs and more children 01:18 <+MrHairgrease> it helps if you eat some egg 01:19 < SynQ> oeh 01:19 < SynQ> preaction: gross-out is not the same as a eating contest 01:19 < SynQ> but we definately need rory there 01:19 < SynQ> he is really visualising everything 01:20 < SynQ> in his head 01:20 <+MrHairgrease> yeah! 01:20 <+MrHairgrease> does rory know the story already? 01:20 < SynQ> preaction: I think it's habashi time soon 01:20 <@preaction> yes, indeed 01:22 <+MrHairgrease> what is habashi? 01:22 < SynQ> it's really nice 01:22 < perlDreamer> a small, porcelain BBQ 01:22 < perlDreamer> very tasty 01:23 < SynQ> ok 01:23 < SynQ> I'm going to dream about the eggs now 01:23 < SynQ> Tessa is calling me allready 01:23 < BartJol> good luck 01:23 < perlDreamer> she wants some pickles 01:23 < SynQ> with her nice belly that is getting round and round 01:23 < perlDreamer> with mustard, ice cream, peanut butter and Maggi on it 01:23 < SynQ> hmm 01:24 < SynQ> if you say it like that 01:24 < SynQ> I almost start craving for it myself 01:24 < SynQ> but enough now 01:24 < SynQ> nite nite 01:24 <+MrHairgrease> later! 01:30 -!- juan [n=juangui@201.232.58.66] has quit [Read error: 110 (Connection timed out)] 01:34 -!- juan [n=juangui@201.232.58.66] has joined #webgui 01:43 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 01:45 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 01:56 -!- KlausH [n=KlausH@p5B07048E.dip0.t-ipconnect.de] has quit [".....tssssssss....."] 02:04 -!- juan [n=juangui@201.232.58.66] has left #webgui [] 02:08 -!- BartJol [n=plainstu@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 113 (No route to host)] 02:19 < lisette> how get the parameter in an utility? 02:19 < perlDreamer> command-line parameters? 02:21 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 02:21 -!- mode/#webgui [+o preaction] by ChanServ 02:22 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 02:26 < lisette> in the script 02:27 < lisette> i want send the assetId 02:27 < lisette> how to send and get 02:27 < perlDreamer> lisette, you would set it up as a command line parameter 02:28 < perlDreamer> You can see examples on how to use perl's command line parameter module in sbin/testCodebase.pl 02:31 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:51 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 02:51 -!- mode/#webgui [+v Radix-wrk] by ChanServ 02:59 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 03:04 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 03:09 < CIA-6> WebGUI: perlmonkey2 * r7215 /WebGUI/ (2 files in 2 dirs): WSClient replaced if test with eval and fixed bug where it was not handling simple arrays. 03:09 < CIA-6> WebGUI: doug * r7216 /WebGUI/ (3 files in 3 dirs): fixed: Gallery now gives an error message when a Zip archive is being naughty 03:09 < CIA-6> WebGUI: perlmonkey2 * r7217 /tools/fixTransactionItemsPost7.5.10.pl: added script that will correct transactionItems from before 7.5.11 as long as an oldtransaction and oldtransactionitem table are availble from before 7.5.11 (from backups) 03:09 < CIA-6> WebGUI: graham * r7218 /WebGUI/lib/WebGUI/Workflow/Instance.pm: prevent WebGUI from contacting Spectre needlessly for realtime workflows 03:09 < CIA-6> WebGUI: graham * r7219 /WebGUI/lib/WebGUI/Session/Style.pm: don't remove the included js and css lists after generating headers, prevents later code from generating them again 03:09 < CIA-6> WebGUI: graham * r7220 /WebGUI/docs/upgrades/packages-7.5.20/webgui7_style3_hierarchical-top-nav.wgpkg: fix top nav after indent change 03:16 -!- lisette [n=liraos@adsl190-28-103-135.epm.net.co] has quit ["Leaving."] 03:19 <@perlmonkey2> If anyone's awake, does the Commerce gatewayId map to Shop paymentDriverId and gateway map to paymentDriverLabel? 03:48 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 04:16 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 04:19 -!- tavisto_ [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 04:26 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 04:42 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 05:49 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 05:49 -!- mode/#webgui [+v cap10morgan] by ChanServ 05:52 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 104 (Connection reset by peer)] 05:52 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 05:52 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:04 <@rizen> perlmonkey2 yes 06:18 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 07:01 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit ["Leaving"] 07:31 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 07:33 <@perlmonkey2> rizen: 9 of the 7.5.10 transaction rows have gatewayId's too long to fit into the 7.5.11 table. But they are all cash. Do you care if those get truncated? 07:47 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 07:55 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 07:55 -!- mode/#webgui [+o tavisto] by ChanServ 07:59 < CIA-6> WebGUI: perlmonkey2 * r7221 /WebGUI/docs/upgrades/upgrade_7.5.10-7.5.11.pl: Added paymentDriverId and paymentDriverLabel to the upgrade script for the new transaction table. 07:59 < CIA-6> WebGUI: perlmonkey2 * r7222 /tools/fixTransactionItemsPost7.5.10.pl: Upgrade script now also include paymentDriver information 08:16 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 08:17 -!- khenn [n=khenn@97.92.186.139] has quit [] 08:25 -!- dapperedodo [n=joeri@77.163.53.25] has joined #webgui 08:43 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 09:22 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:08 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 10:39 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 10:57 -!- dapperedodo1 [n=joeri@87.213.33.210] has joined #webgui 11:13 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has joined #webgui 11:16 -!- dapperedodo [n=joeri@77.163.53.25] has quit [Read error: 110 (Connection timed out)] 11:34 -!- patspa1 [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 11:35 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has quit [Read error: 110 (Connection timed out)] 14:04 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: @rizen 14:04 -!- Netsplit over, joins: @rizen 14:13 -!- patspa1 [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 14:13 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has joined #webgui 14:26 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 14:42 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 14:42 -!- mode/#webgui [+v cap10morgan] by ChanServ 15:17 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has joined #webgui 15:42 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 15:42 -!- mode/#webgui [+v MrHairgrease] by ChanServ 15:45 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [Read error: 113 (No route to host)] 16:10 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has quit [Read error: 110 (Connection timed out)] 16:10 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 16:16 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 16:16 -!- mode/#webgui [+o khenn] by ChanServ 16:17 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 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:43 -!- SDuensin [n=Scott@110.sub-75-205-182.myvzw.com] has joined #WebGUI 16:55 -!- dapperedodo1 [n=joeri@87.213.33.210] has left #webgui [] 16:56 -!- knowmad [n=william@97.66.185.250] has joined #webgui 17:11 < SDuensin> Greetings. 17:16 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:16 -!- mode/#webgui [+o Haarg] by ChanServ 17:21 < SynQ> greetinx indeed 17:22 <@perlmonkey2> hola 17:27 <@Haarg> pm2: regarding that postback bug and the script you made 17:27 <@Haarg> has the upgrade script already been fixed to deal with the problem? 17:37 < CIA-6> WebGUI: perlmonkey2 * r7223 /WebGUI/docs/upgrades/upgrade_7.5.10-7.5.11.pl: gatewayId and gateway dont directly translate to the paymentDriver info apparently. 17:45 <@perlmonkey2> Haarg: hold up 17:45 <@perlmonkey2> no 17:45 <@perlmonkey2> MrHairgrease: made some info available after late last night that changes things 17:46 <@perlmonkey2> I'm trying to work out what goes where and does what. The upgrade script and the correction script will be need to be changed. 17:47 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 17:47 -!- mode/#webgui [+o preaction] by ChanServ 17:51 <+MrHairgrease> perlmonkey2: since in old systems only one ITransact and one Cash plugin can exist, you could probably mark transaction in convertTransactionLog() by putting the oldtrannie->{gateway} field in paymentDriverId 17:52 <+MrHairgrease> Then in migratePaymentPlugins() you can substitute those fields with the correct Id's 17:52 <+MrHairgrease> as before migratePaymentPlugins() those Id's aren't known yet 17:53 <@perlmonkey2> MrHairgrease: I had oldtrannie->{gatewayId} as the paymentDrvierId and you said that was wrong? 17:53 <+MrHairgrease> it is 17:53 <+MrHairgrease> but until you know the correct payment driver id's 17:53 <+MrHairgrease> (which you only know after they've been converted) 17:53 <+MrHairgrease> you cannot put the correct value in yet 17:53 <+MrHairgrease> So you have to mark them 17:54 <@perlmonkey2> so after converTransaction we need another method to go back through and correct them? 17:54 <+MrHairgrease> yeah 17:54 <@perlmonkey2> from a lookup table? 17:54 <+MrHairgrease> you could prolly do that in migratePaymentPlugins() 17:55 <+MrHairgrease> since there the link between the old namespace and the new paydriver id is made 17:55 <+MrHairgrease> in the old system pyament plugins didn't have an id 17:55 <@perlmonkey2> look up the label against the paymentGateway 17:55 <+MrHairgrease> more like 17:55 <@perlmonkey2> I see that is why you said the gateway instead of the gatewayId 17:55 <+MrHairgrease> update transactionLog set paydriverId = GUID where paydriverId = NAMESPACE 17:56 <+MrHairgrease> gateway => namespace 17:56 <+MrHairgrease> gatewayId => trannsactionCode 17:56 <+MrHairgrease> for ITransact gatewayId held the XID 17:56 <+MrHairgrease> which is the id ITransact assigns to the transaction 17:56 <+MrHairgrease> it it clear now =) 17:57 <@perlmonkey2> MrHairgrease: groovy, thanks :) 17:57 <+MrHairgrease> np 17:58 <+MrHairgrease> I can imagine it confusing 17:58 <+MrHairgrease> that why I wanted the paydriverId called payDriverId in stead of paymentGatewayId =) 17:58 <+MrHairgrease> anyway 17:58 <+MrHairgrease> if you need help 17:58 <+MrHairgrease> let me know 18:00 <@perlmonkey2> okay, will do, thansk 18:22 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:25 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 18:25 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:40 -!- lisette [n=liraos@adsl190-28-103-82.epm.net.co] has joined #webgui 18:49 < lisette> i have an utility an i try to pass the parameters, but don't work, ayone knows how to do this? 18:50 <+MrHairgrease> check out the existing utilty scripts 18:50 <+MrHairgrease> they have plenty of params 18:50 < lisette> i see the sbin/testCodeBase.pl 18:50 < lisette> i do like this, but don't work 18:50 <+MrHairgrease> dunno that one, but it probably has params 18:51 <+MrHairgrease> otherwise check out fileImport.pl 18:51 <+MrHairgrease> and be sure to read the docs for Getopt::Long 18:52 <+MrHairgrease> which is the module that is being used to get params in 18:54 < lisette> http://webgui.pastebin.com/d23ad7b24 18:54 <@perlmonkey2> MrHairgrease: oh, forget to double check on this. But the paymentGatewayLabel in transaction is just the label from paymentGateway, right? 18:54 <+MrHairgrease> yeah 18:54 <@perlmonkey2> cool, thanks 18:54 <+MrHairgrease> it should be whatever people have named it 18:54 <+MrHairgrease> in the admin console commerce section 18:55 <@preaction> lisette, in line 55 of your paste, you've specified that "assetId" should be a boolean flag, not a string. notice how configFile is done right below it? the =s means "required string" 18:55 <@preaction> see perldoc Getopt::Long for more info on those 18:55 < lisette> mmm ok, thanks 18:57 < lisette> i chaged, but the same 18:57 < lisette> shows me the next: 18:57 < lisette> Usage: 18:57 < lisette> utility --configFile config.conf ... 18:57 < lisette> utility --help 18:57 <@preaction> are you specifying a config file? is there any other error happening? 18:59 < lisette> i call like this: 18:59 < lisette> perl prueba.pl --assetId htj4DMBON_RW-6A52qYUhA --configFile www.pruebas.com.conf 19:00 <+MrHairgrease> try perl prueba.pl --assetId=htj4DMBON_RW-6A52qYUhA --configFile=www.pruebas.com.conf 19:01 < lisette> nothisg 19:01 < lisette> nothing 19:01 < lisette> the same 19:02 <@preaction> pastebin your code again? 19:02 < lisette> ok 19:02 <+MrHairgrease> oh i see it 19:02 <+MrHairgrease> you call my $session = start(); after the pod2usage stuff 19:04 <+MrHairgrease> move it above these two statements 19:04 < lisette> http://webgui.pastebin.com/d5e04b3aa 19:06 < lisette> thanks 19:06 < lisette> now right 19:07 < lisette> thanks MrHairgrease and preaction 19:10 <@perlmonkey2> okay, the fixTransactionPost7.5.10 is updated and should work given a pre 7.5.11 backup of the two transaction tables. 19:11 <+MrHairgrease> nice 19:12 <+MrHairgrease> a good demonstration of why taking a beta in production can be a bad idea =) 19:12 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 19:16 <@perlmonkey2> with good backups no harm done :P 19:21 <+MrHairgrease> oh I could do some harm with good backups =) 19:27 < CIA-6> WebGUI: perlmonkey2 * r7224 /tools/fixTransactionItemsPost7.5.10.pl: fixTransactionItemsPost7.5.10.pl now correctly set the paymentDriverId, paymentDriverLabel, and transactionCode. The transactionItems should also be correctly recreated. 19:30 <@perlmonkey2> I guess I should put in the gotchas that any transactionId's in the new table that match transactionId's in the backup table will be deleted from the transactionItem table. But I'm pretty sure that will never be an issue. 19:31 <@perlmonkey2> delete from transactionItem where transactionId in (select transactionId from oldtransaction) 19:53 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 20:37 < CIA-6> WebGUI: perlmonkey2 * r7225 /WebGUI/ (3 files in 3 dirs): Upgrade 7.5.10-7.5.11 upgrades transaction payment gateway info. 20:56 <@perlmonkey2> Anyone have a hypothesis on how it would be possible to view a syndicated content wobject and get the current items. Then view the wobject later and get a cached view that does not show current items? 20:57 < dionak> i think there is an activity that fetches the feed. 20:57 <@preaction> there's a "Update Syndicated Content" workflow activity that gets run every once in a while. there's also an activity that prunes the cache that gets run nightly 20:57 <@preaction> so, maybe the cache pruning is removing the newer cache entries but not the older cache entries? 20:59 <@perlmonkey2> preaction: I knew about the first, but not about the pruning. I wouldn't bet my life on that being the problem, but I'd bet the life of a stranger on it :P 21:09 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has joined #webgui 21:10 < perlDreamer> rizen: I'm confused again 21:10 <@rizen> do you hang out in or around fusion reactors containing corn or something? 21:11 <@rizen> how does one exactly become corn-fused? 21:11 < perlDreamer> Have you seen the movie "The Fly" ? :) 21:11 < perlDreamer> in the past, we've never had issues with adding db fields to assets 21:11 < perlDreamer> it just became a stopping point where people have to upgrade 21:12 < perlDreamer> so, for the isShippingRequired field in the Product, is there a new way of handling things? 21:13 <@rizen> there have been problems with it in the past as well 21:13 <@rizen> the problem is that in this case, the upgrade is creating product assets 21:13 <@rizen> if it were just updating them there likely wouldn't be a problem unless that specific field were specified 21:14 <@rizen> but during creation, the default will be used, and therefore the field will be set 21:14 < perlDreamer> should I copy the add db field to all previous upgrade scripts, or is there a better way of handling it? 21:14 <@rizen> *all* previous? 21:15 < perlDreamer> back to 7.5.10-7.5.11 21:15 <@rizen> no...just the ones that need the field 21:15 <@rizen> don't forget about 7.4.40-7.5.16 21:15 < perlDreamer> okay, so, to any upgrade script that touches Product 21:15 < CIA-6> WebGUI: doug * r7226 /WebGUI/ (2 files in 2 dirs): fixed: Form CheckList Select All button now functions correctly 21:15 <@rizen> but also don't forget to put a check in the later script 21:16 < perlDreamer> sure 21:16 <@rizen> that detects if the field has already been added 21:27 < perlDreamer> heh, just what you need, another conference: http://barcampmilwaukee.com/ 21:44 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 21:44 -!- mode/#webgui [+v cap10morgan] by ChanServ 21:57 <@perlmonkey2> perlDreamer: I think I solved the PB front page syndicated content problem. And there doesn't appear to be a bug. If all the feeds add up to over the max cache size, then eventually there will be a point in some of the hours of the day when the latest feeds are the oldest in the cache and pruned. 21:58 <@perlmonkey2> There are 6 feeds in the front page SC wobject, so this makes sense. 22:02 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 22:02 -!- mode/#webgui [+o tavisto] by ChanServ 22:13 <@preaction> perlmonkey2, but then what happens? the Syndicated Content asset pulls new versions of the feed? why do old entries show up then? 22:20 <@perlmonkey2> There are 6 feeds. Maybe the old entries are really just the latest from one of those feeds. 22:20 <@preaction> but that would mean it isn't grabbing the latest ones from one of the other feeds 22:20 -!- rizen_ [n=rizen@h216-170-235-125.mdsnwi.broadband.dynamic.tds.net] has joined #webgui 22:20 <@perlmonkey2> or that they were deleted from the cache as too old. 22:21 <@perlmonkey2> to bring the cache under the max size 22:22 <@perlmonkey2> the entire cache is rebuilt every hour. When the cache gets to large, it starts reducing by 30 minute intervals. 22:23 < lisette> i want a query with all post in a CS 22:23 < lisette> how to do? 22:23 <@preaction> lisette, $collab->getLineage( ['descendants'] ); 22:24 < lisette> how to create $collab? 22:24 < lisette> i have the assetId of CS 22:25 < lisette> i can't do this by the DB? 22:26 <@preaction> my $collab = WebGUI::Asset->newByDynamicClass( $session, $assetId ); 22:26 <@preaction> but if you don't understand, you should really figure out what's happening with those 22:30 < lisette> what means descendanst? which options is this? 22:31 <@preaction> descendant is any asset underneath the collab in the lineage 22:31 <@preaction> the only assets underneath the collab are the Threads and Posts in the collab 22:31 < lisette> what returns me? 22:31 < lisette> an array 22:31 <@preaction> an array reference of asset IDs 22:31 < lisette> an hash> 22:31 <@preaction> read the docs 22:31 < lisette> ok, thanks 22:31 < lisette> i don found 22:32 < lisette> dont 22:32 <@preaction> lib/WebGUI/AssetLineage.pm 22:32 < lisette> thanks 22:35 <@perlmonkey2> preaction: one thing that doesn't add up is that all the feeds should expire at the same time. PB's the expiration time set at 1 hour. Which is the same time the cache should be workflow regenerated anyways. So if the cache grows too large and starts deleted feed cache's in 30 minutes intervals, every feed should have the same time and thus they should all be deleted together. 22:36 <@preaction> the update syndicated feeds workflow, doesnt it have a provision to only run for 60 seconds at a time? 22:37 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 113 (No route to host)] 22:38 <@perlmonkey2> I'll check, but that would mean it would only update what it could get done in 60 seconds. 22:38 <@perlmonkey2> which might not be all of it. 22:38 <@preaction> right 22:41 <@perlmonkey2> which must be the case cause I'm looking at the RSS cache and the expires times are differing wildly. 22:48 <@perlmonkey2> It just isn't credible that those 6 feeds are taking over 55 seconds to return. I just hit each rss feed and they were 1 second at most. 22:48 <@preaction> we're also talking every syndicated feed on plainblack.com, not just those 6 22:49 <@perlmonkey2> oh 22:49 <@perlmonkey2> not sure how to prove it, but I'm buying it. 22:49 <@perlmonkey2> good enough for you? 22:50 <@preaction> it's the only thing i can really think of 22:50 <@preaction> and i can't really think of any way to test it really 22:51 <@perlmonkey2> I don't think remove is ever being called on the cache though. sizeLimit defaults to 100MB. 22:51 <@perlmonkey2> But 55 seconds to grab every rss feed going into PB seems like the culprit. 22:52 <@preaction> but it only happens at night, remember 22:52 <@preaction> probably around the time the Daily Maintenance Tasks is being run 22:52 <@perlmonkey2> I can't view the pb conf, but I'm guessing the that hasn't been reduced 22:55 <@perlmonkey2> delete temp files over 24 hours old 23:09 <@perlmonkey2> The current rss cache is all from the 12th but it expires from 00::36 to 15:15 and everywhere in between. 23:09 <@perlmonkey2> So I guess that proves the point. 23:12 <@perlmonkey2> Haarg: just had another email response to the bug CS show up in email, but not show up in the blog. 23:13 <@perlmonkey2> I mean, not show up in the CS. 23:13 <@preaction> so the cache gets cleared, parts of it get updated, but until it's all updated it only shows what it has so far 23:13 <@Haarg> which bug? 23:13 <@perlmonkey2> Haarg: cs mail not showing up. Vrby just deleted one, but JT's is still open. 23:13 <@perlmonkey2> preaction: That's what I'm guessing. 23:13 <@Haarg> they are completely different bugs 23:14 <@perlmonkey2> Haarg: oh, okay. 23:14 <@Haarg> which bug had a post show up though? 23:14 <@Haarg> not show up rather 23:15 <@perlmonkey2> Haarg: well, the syndicated content not showing up bug, just had Kristi email respond to it. I got the email, but don't see it in the CS. Which goes along with this: http://www.plainblack.com/bugs/tracker/cs-mail-showed-up-empty#hxUU5ww-37xe8LYzL2mGYQ 23:17 <@Haarg> did you delete a post in the syndicated content thread? 23:17 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)] 23:17 -!- rizen_ [n=rizen@h216-170-235-125.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)] 23:19 <@perlmonkey2> Haarg: yes, I deleted my post closing it. 23:19 <@perlmonkey2> It closed it for the wrong reason. I updated the reason and reclosed it. 23:19 <@Haarg> she responded to your post 23:19 <@preaction> you deleted her response 23:19 <@perlmonkey2> oh 23:19 <@Haarg> so her post is a child of yours 23:20 <@perlmonkey2> whew 23:20 <@perlmonkey2> I wonder if that is JT's bug also? 23:20 <@Haarg> actually, in this case i think you deleted it ahead of time 23:20 <@Haarg> no 23:20 <@perlmonkey2> no, I've seen his message in the DB. 23:20 <@Haarg> yeah, it's because of how we pick out the parts of the messages 23:21 <@Haarg> i know the problem, it's just annoying to fix because of how it's split between the mail::get and workflow::getcsmail modules 23:27 <@perlmonkey2> 8 bugs left. 4 are PB only (1 of which will be fixed tonight, 1 simply needs someone with authority to move an asset to another location, 1 needs the PB DB updated, 1 is called by a dev). 1 is waiting on Safari 4. 2 more are called by other devs. Which leaves only 1 left for me to work on. Luckily it is the oldest one that no one has wanted to touch in over half a year. This is going to be fun. 23:27 < dionak> lol, sounds like barrels of fun. 23:28 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 23:28 -!- mode/#webgui [+v MrHairgrease] by ChanServ 23:28 <@perlmonkey2> dionak: It might actually be fun. Need to write a test that just keeps running through a CS and sorting it, then checking the sort order, then when it is off, dump every possible param concerning the CS. 23:30 < dionak> you're certain to learn a bit about the CS system. cool. 23:30 < dionak> has anyone else seen an apache segfault with the cart? i'm seeing it on two systems now. 23:31 < dionak> random 23:31 <@preaction> dionak, yes. have you updated to the latest 7.5? 23:31 < dionak> yes 23:31 < dionak> b/c i need the most recent changes.. 23:32 <@preaction> er... there was a segfault problem that was fixed 23:32 <@preaction> i believe perlDreamer fixed it 23:32 <@preaction> so... i dunno 23:32 < dionak> ok, thanks so much. i'll ask him when i see him if i don't get it resolved. 23:34 < perlDreamer> perlDreamer did fix it 23:34 < perlDreamer> had to do with bad asset and object caching 23:35 < dionak> so i might have a bad or invalid asset that is cached? guessing... 23:35 < perlDreamer> if you're running today's SVN, all the caching code was removed 23:36 < dionak> i am locally 23:37 < dionak> i'll restart and see if it occurs again. on another box where i'm seeing it, we're running 7.5.19 23:37 < dionak> which is probably before you fixed it 23:38 < perlDreamer> it was r7040 23:38 < perlDreamer> 21 July 2008 23:44 < dionak> i see. our code was dated. thanks. 23:55 < perlDreamer> well, please tell the code that it must be back by 10:30 pm, and that it should not go out alone, but only with other code. 23:56 -!- lisette [n=liraos@adsl190-28-103-82.epm.net.co] has left #webgui [] 23:58 -!- knowmad [n=william@97.66.185.250] has left #webgui [] 23:58 -!- SDuensin [n=Scott@110.sub-75-205-182.myvzw.com] has quit ["Leaving"] --- Day changed Wed Aug 13 2008 00:01 < dionak> :) 00:07 < dionak> i have a suggestion for the cart template but i don't know the process for updating templates in core. it shows a message that you don't currently have anything in your cart, as opposed to an empty form, when the cart is empty. http://webgui.pastebin.com/dd2180e5 00:09 < perlDreamer> core templates have to be i18n'ed 00:09 < perlDreamer> so the message would need to have an International macro call 00:09 < dionak> ok, makes sense why these don't currently exist in templates then. 00:09 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 00:10 < perlDreamer> as far as acceptance into the core goes, it would probably need to be posted as an RFE or bug first. 00:10 < dionak> k 00:11 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Client Quit] 00:52 -!- dionak [n=dionak@97.66.185.250] has quit [] 01:12 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 01:20 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 01:26 < perlDreamer> perlmonkey2: You don't know how many times I've closed the Add to Cart broken bug. 01:26 < perlDreamer> For a while, it was appended with new bugs as they were found 01:27 <@perlmonkey2> nice 01:27 <@tavisto> oh did you close that? I gotta go reopen it then :) 01:27 <@perlmonkey2> But now it just needs to have the asset moved out of the root node, right? 01:27 <@perlmonkey2> hah 01:28 <@tavisto> is the issue where it shows a failsafe style resolved? 01:28 < perlDreamer> perlmonkey2, I believe that, and some template changes, are all that is needed 01:28 <@perlmonkey2> groovy 01:28 <@tavisto> that's a real easy fix if not.. atleast as far as I know 01:28 < perlDreamer> Just make some Shelf with a default style template, and then copy and paste all the products below it from where they are now. 01:30 < perlDreamer> In MySQL, can you query a table to see if a column exists, and add it if doesn't? 01:31 < perlDreamer> or does that take several statements 01:31 < perlDreamer> I'm thinking something like: alter table myTable add column myColumn blah blah blah unless exists myColumn. 01:32 < perlDreamer> I know you can do that with tables 01:34 <@perlmonkey2> if you can do it with tables, why not columns 01:34 <@perlmonkey2> I'd test it here, but my wre exploded and I'm trying to get a fresh version working. 01:36 <@preaction> perlDreamer, perhaps ALTER TABLE IGNORE? 01:36 <@preaction> just like INSERT IGNORE (which doesn't error if the ID already exists) 01:42 -!- SDuensin [n=Scott@185.sub-75-205-59.myvzw.com] has joined #WebGUI 01:45 -!- cap10morgan_ [n=cap10mor@h19-afsc.ded.indra.com] has joined #webgui 01:45 -!- mode/#webgui [+v cap10morgan_] by ChanServ 01:46 -!- cap10morgan [n=cap10mor@h19-afsc.ded.indra.com] has quit [Read error: 54 (Connection reset by peer)] 02:02 < CIA-6> WebGUI: perlmonkey2 * r7227 /WebGUI/sbin/testEnvironment.pl: Requires user input to install new modules. 02:02 < CIA-6> WebGUI: colin * r7228 /WebGUI/t/Asset/File/GalleryFile/Photo/view.t: Update the Photo view.t test to account for pagination. 02:34 < perlDreamer> nope 02:34 < perlDreamer> no ignore 02:36 < CIA-6> WebGUI: doug * r7229 /WebGUI/docs/ (2 files in 2 dirs): fixed: Gallery slideshow JS now has better control over buttons 02:36 < perlDreamer> apparently perl's idea of laziness hasn't reached MySQL 02:37 -!- cap10morgan_ [n=cap10mor@h19-afsc.ded.indra.com] has quit [] 02:46 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 03:35 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:35 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:49 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 04:05 < CIA-6> WebGUI: doug * r7230 /branch/doug-experimental/ (5 files in 5 dirs): more work on Asset Report asset 04:05 < CIA-6> WebGUI: doug * r7231 /branch/doug-experimental/www/extras/yui-webgui/build/ (asset/assetReport.js form/swaplist/swaplist.js): forgot some js 04:05 < CIA-6> WebGUI: doug * r7232 /branch/doug-experimental/lib/WebGUI/Form/ (BooleanQuery.pm SqlWhere.pm): more cleanup for a merge 04:29 -!- topsub [n=josh@cpe-071-071-252-225.carolina.res.rr.com] has quit ["Leaving"] 04:40 < CIA-6> WebGUI: doug * r7233 /branch/doug-experimental: I... Dislike... SVN's merge capability 04:40 < CIA-6> WebGUI: doug * r7234 /branch/doug-experimental: Re-adding my experimental branch 04:40 < CIA-6> WebGUI: colin * r7235 /WebGUI/docs/ (11 files in 2 dirs): 04:40 < CIA-6> WebGUI: Put product update code in each upgrade script so they 04:40 < CIA-6> WebGUI: don't fail. 05:12 < CIA-6> WebGUI: doug * r7236 /branch/doug-experimental: initialize svnmerge.py 05:12 < CIA-6> WebGUI: doug * r7237 /branch/doug-experimental/ (21 files in 12 dirs): added all my code back 05:46 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 05:46 -!- mode/#webgui [+o Haarg] by ChanServ 06:15 <@perlmonkey2> hey Haarg, I'm going to get started 06:16 <@perlmonkey2> Haarg: I don't have permissions to run the backup. 06:16 <@perlmonkey2> which means I won't have permissions to run the fixtransactions script 06:26 <@preaction> perlmonkey2, you can't sudo su -? 06:26 <@perlmonkey2> same pwd? 06:26 <@preaction> yes, it's sudo 06:26 <@preaction> well, yes 06:27 <@perlmonkey2> doh, never occurred to me that I also had root pwd :P 06:28 <@perlmonkey2> I've never ran the wre backup, where does it put it? 06:29 <@preaction> in /backup 06:41 <+Radix-wrk> Anyone got any pointers for doing custom form processing in webgui? I want a special webgui data form that goes and creates a fax based on the input. 06:46 <+Radix-wrk> I'm still not sure whether to do it that way or simply use it as an email form and do the processing from the email - but I figure if I do it in webgui as a custom script or something then I'd have more control over the field data. 06:59 <@perlmonkey2> hmm, the backup is still going. I'll just do the update around 7 in the morning. Unless someone is working on the website, this backup should be good for then, and the only tables it effects, I'll have table level backups anyways. 07:00 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 07:01 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit [Remote closed the connection] 07:01 < elnino> hi. TOTALLY unrealated, I think preaction was using vmbox from sun? 07:02 < elnino> Do I want to istall GRUM boot loader on the harddisk (debian is being installed ona VM machine) 07:09 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 07:09 -!- mode/#webgui [+v perlDreamer] by ChanServ 07:09 <+perlDreamer> elnino! Haven't seen you in a while. 07:10 < elnino> howdy. 07:10 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 07:10 < elnino> perlDreamer: I'm so sorry, that I get many of you mixed up. Was it you that suggested vmbox from sun? 07:11 <+perlDreamer> yes 07:11 <+perlDreamer> virtualbox 07:11 <+perlDreamer> Haarg recommended it to me 07:11 < elnino> right. Pretty slick. 07:11 <+perlDreamer> and it's free, which is a good price 07:12 < elnino> I recommeded it to my network guy and he likes it too. Much better the Microsoft he says. 07:12 <+perlDreamer> cool 07:12 < elnino> what isn't? =) 07:12 < elnino> so I'm int the midddle of installing debian right now. 07:12 <+perlDreamer> the fact that we're stuck using it 07:12 <+perlDreamer> well, you're in luck 07:12 <+perlDreamer> there are some prototype debian packages for WebGUI out 07:12 < elnino> do I want to install the GRUM boot loader? does it know that this isn't for "real"? 07:13 < elnino> oh. Cool! like, wre package? 07:13 <+perlDreamer> No, it's completely virtual. It won't interfere with your regular boot loader 07:13 < elnino> packages? 07:13 <+perlDreamer> yes 07:13 < elnino> ok. That always makes me nervous. 07:13 <+perlDreamer> where's SquOnk when you need him? 07:14 < elnino> who's squonk? - that's hard to type. 07:15 <+perlDreamer> he's the fellow who is maintaining the debian packages for WebGUI 07:15 < elnino> ah. 07:15 <+perlDreamer> they're supposed to go into the next version of debian, into the core 07:15 < elnino> oh. very nice. 07:26 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 07:37 < elnino> perlDreamer readyy for a really dumb unrelated webgui question? 07:37 <+perlDreamer> sure 07:37 <+perlDreamer> bring it on 07:38 < elnino> how doyou extract a zip file on linux? I'm trying gunzip and it's not working. I tried a -d too. and I thought tar worked with zip files, but that didn't work either. 07:38 <+perlDreamer> unzip 07:38 <+perlDreamer> not gunzip 07:38 <+perlDreamer> gunzip is for gzip'ed files 07:38 < elnino> ok.. I don't have that. 07:38 < elnino> oh. ok. 07:39 < elnino> =) thanks! 07:39 <+perlDreamer> apt-get zip ? 07:39 < elnino> yep. 07:39 < elnino> Thank you... it worked. 07:40 <+perlDreamer> excellent 07:40 <+perlDreamer> unless you're unzip'ing confidential data and I just helped compromise the nation's security 07:41 < elnino> of course. 07:42 < elnino> so it there a way to retrieve mysql's root username/password? or can I creaet a db using webgui's user? - but that would be bad if I could. 07:43 <+perlDreamer> by default, the root user should have access to MySQL for doing that 07:43 <+perlDreamer> become root, and then call the mysql command line client 07:44 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 07:44 < elnino_laptop> perlDreamer, sorry, can you repeat that? 07:44 <+perlDreamer> elnino_laptop: su - root; mysql 07:45 <+perlDreamer> that should give you access for creating db's and users 07:46 < elnino_laptop> really? that's scary. ok.. I'll try that. I was getting ready to do this: http://www.mydigitallife.info/2006/06/06/change-and-reset-mysql-root-password/ 07:46 < elnino_laptop> he he. says same thing. =) 07:47 < elnino_laptop> I'm going to go now before I totally lose face. 07:48 <+perlDreamer> just don't give away your root password 07:48 <+perlDreamer> or, create a separate password for root inside mysql 07:52 < elnino_laptop> ok. mysql doesn't work, it says: access denied for user root@localhost. Am I having brain farts/ 07:52 < elnino_laptop> ? 07:52 < elnino_laptop> this was installed using wre, I still use the normal mysql commands right? 07:55 <+perlDreamer> is the mysql service running? 07:59 < elnino_laptop> yes. I think the guy set the password in the db for root. 08:00 < elnino_laptop> - the guy before me. 08:01 -!- elnino [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Connection timed out] 08:05 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has joined #WEBGUI 08:07 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 08:07 -!- mode/#webgui [+o preaction] by ChanServ 08:08 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 08:16 -!- elnino_home [n=elnino@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 08:23 -!- elnino_laptop [n=elnino@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)] 08:49 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 60 (Operation timed out)] 08:50 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has joined #webgui 08:56 -!- patspam [n=patspam@h55eb1376.c45-01-04.dyn.perspektivbredband.net] has quit ["Leaving."] 09:39 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has joined #webgui 09:39 -!- mode/#webgui [+v cap10morgan] by ChanServ 09:50 -!- SDuensin [n=Scott@185.sub-75-205-59.myvzw.com] has quit [Read error: 104 (Connection reset by peer)] 09:51 -!- SDuensin [n=Scott@185.sub-75-205-59.myvzw.com] has joined #WebGUI 10:09 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:16 -!- SDuensin_ [n=Scott@185.sub-75-205-59.myvzw.com] has joined #WebGUI 10:25 -!- SDuensin [n=Scott@185.sub-75-205-59.myvzw.com] has quit [Read error: 110 (Connection timed out)] 10:40 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 10:40 -!- mode/#webgui [+o Haarg] by ChanServ 11:52 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:12 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 12:17 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 12:34 -!- KlausH [n=KlausH@p5B070AE8.dip0.t-ipconnect.de] has joined #webgui 14:46 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 14:46 -!- mode/#webgui [+v MrHairgrease] by ChanServ 15:30 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 15:30 -!- mode/#webgui [+o perlmonkey2] by ChanServ 15:39 <@perlmonkey2> is there a reason I shouldn't bring pb's /tool's svn update to date/ 15:53 <@Haarg> not that i'm aware of 15:55 <@perlmonkey2> Haarg: the ssh for the default user didn't have the svn server as an accepted ssh key. So I'm grabbing it locally in a temp subfolder validating and copying it into tools. 15:56 <@perlmonkey2> Do you usually work so late and start so early? 15:56 <@Haarg> no, i just woke up a bit early this morning. not working yet. 15:57 <@Haarg> and i wasn't working lat night either 15:57 <@Haarg> *last 15:58 <@perlmonkey2> Haarg: okay, I know this is being paifully annoying, but this is the one part of the script where things could go wrong. Just want to sanity check it one more time before I run it on produciton. delete from transactionItem where transactionId in (select transactionId from oldtransaction) 15:59 <@Haarg> as long as you are rebuilding that, sounds fine 15:59 <@perlmonkey2> just blowing away all the old pre7.5.11 transactionItems since they are all about ot be rebuilt 15:59 <@perlmonkey2> groovy 16:03 <@perlmonkey2> okay, it looks good. 16:04 <+MrHairgrease> perlmonkey2 16:04 <@perlmonkey2> hello MrHairgrease 16:04 <+MrHairgrease> just a question, shouldn't you also do delete from transaction where transactionId in (select transactionId from oldtransaction) 16:04 <+MrHairgrease> s/transaction/transactionLog 16:04 <+MrHairgrease> / 16:07 <@perlmonkey2> That is little t transactionLog? 16:07 <@perlmonkey2> I'm not seeing that table 16:07 <+MrHairgrease> oh 16:07 <+MrHairgrease> I'm not sure what it's called 16:07 <+MrHairgrease> cpuld also be transaction 16:07 <+MrHairgrease> anyway the table that stores transctions 16:08 <+MrHairgrease> if you remove all the wrongfully migrated transactionItems, I guess you should also remove the transactions they belong to. 16:12 <@perlmonkey2> why? I'm rebuilding their transactionItems? 16:13 <+MrHairgrease> but how can that restore the correct paymentDriverId and transactionCode fields? 16:13 <+MrHairgrease> those are transaction properties 16:13 <+MrHairgrease> not properties of the items in a transaction 16:13 <@perlmonkey2> $db->setRow("transaction","transactionId",{ 16:13 <@perlmonkey2> paymentDriverId => $paymentDriverId, 16:13 <@perlmonkey2> paymentDriverLabel => $oldTranny->{gateway}, 16:13 <@perlmonkey2> transactionCode => $oldTranny->{gatewayId}, 16:13 <@perlmonkey2> }, $oldTranny->{transactionId}); 16:13 <@perlmonkey2> we have a backup table we are pulling that info from. 16:14 <+MrHairgrease> ok 16:14 <+MrHairgrease> never mind then =) 16:14 <@perlmonkey2> the $paymentDriverId is the okay gateway namespace keyed against the paymentDriver table to get the correct ID. 16:15 <+MrHairgrease> I thought you were to rebuild the transactions too 16:15 <@perlmonkey2> My question is, why did all the ordernumber's change? Did that sestRow I called recreated those rows. I was pretty sure it woudl just update them. 16:16 <+MrHairgrease> dunno 16:17 <@perlmonkey2> oh no, it does a replace into 16:18 <@perlmonkey2> Haarg: I've screwed things up. Unless it doesn't matter which orderNumber they have, this needs to be rolled back. 16:19 <@Haarg> i don't really know what the orderNumber is 16:22 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 16:22 < SDuensin> Greetings. 16:23 <@perlmonkey2> hello 16:23 <+MrHairgrease> greasings! 16:32 -!- KlausH [n=KlausH@p5B070AE8.dip0.t-ipconnect.de] has quit ["bye..."] 16:34 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 16:39 -!- SDuensin_ [n=Scott@185.sub-75-205-59.myvzw.com] has quit [Read error: 110 (Connection timed out)] 16:50 -!- cap10morgan [n=cap10mor@206-124-7-89.denver.dsl.forethought.net] has quit [] 16:53 -!- khenn [n=khenn@97.92.186.139] has quit [] 16:54 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:58 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 17:15 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:15 -!- mode/#webgui [+o Haarg] by ChanServ 17:18 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #WebGUI 17:18 -!- mode/#webgui [+o khenn] by ChanServ 17:28 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 17:28 -!- mode/#webgui [+o preaction] by ChanServ 17:57 -!- juan [n=juangui@201.232.58.66] has joined #webgui 18:04 -!- khenn_ [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #WebGUI 18:05 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit [Read error: 60 (Operation timed out)] 18:09 <@perlmonkey2> arg, I'm about to boot this mac into gnoppix and overwrite the root pwd. Any idea what jt woudl set the root pwd on a lappy he's shipped? 18:10 <@preaction> perlmonkey2, uh.. whatever you want? 18:11 <@Haarg> can't you just sudo? 18:11 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 18:11 -!- mode/#webgui [+o tavisto] by ChanServ 18:11 <@perlmonkey2> yes. I guess I cna 18:12 <@preaction> oh, wait, you mean the OS X root password? 18:12 <@preaction> i ... don't think there is one, i don't remember getting asked for one during my re-installs 18:13 <@perlmonkey2> looks like I need to set up a root user in Directory utility 18:23 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:26 <@perlmonkey2> preaction: In the safari 4 bug (attachments messing up in safari), can you reporduce it now? I'm not seeing it in 3.04 18:26 <@Haarg> i've seen it a number of times, but can't reproduce it reliably 18:26 <@preaction> i tried the latest webkit back when i tested, but i'll verify 18:27 <@perlmonkey2> nm, Haarg is right, it's intermittent 18:27 <@preaction> my safari is 3.1.2 and i saw it, so yeah 18:28 <@perlmonkey2> okay, thanks 18:28 <@perlmonkey2> jt said the fix was not to load the js inline. Was that the fix you used that broke ie6? 18:28 <@Haarg> not load which js inline? 18:29 <@perlmonkey2> right now the file form control inlines all of the field type icons into the page 18:30 <@perlmonkey2> he said they shouldn't be loaded inline 18:30 < CIA-6> WebGUI: jt * r7238 /WebGUI/lib/WebGUI/ (i18n/English/Shop.pm Shop/Vendor.pm): exposed payment info and payment type to vendor 18:30 < CIA-6> WebGUI: jt * r7239 /WebGUI/lib/WebGUI/Shop/Vendor.pm: added the newByUserId constructor 18:31 <@Haarg> yeah, it could probably be converted to a formhelper 18:32 <@Haarg> i took another look at the cs sorting issue 18:32 <@Haarg> it's simpler than i though 18:33 <@perlmonkey2> really? 18:33 <@Haarg> when i last looked at it, i thought i checked the db and verified that creationDate was different from revisionDate 18:33 <@perlmonkey2> because that one kind of frightened me, with it being open 6 months and all. 18:33 <@Haarg> but i'm not seeing that now 18:33 <@Haarg> i've been ignoring it because i thought i had no idea what was happenning 18:34 <@Haarg> so it just needs lastPostId and lastPostDate set to the thread itself when the thread is created 18:34 <@perlmonkey2> when the thread is created or when the post is created? 18:35 <@Haarg> thread 18:35 <@Haarg> replies work fine 18:35 <@perlmonkey2> oh that's right. replies don't effect thread ordering unless you specify it. 18:35 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has joined #webgui 18:36 * perlmonkey2 is obviously the man for this bug, what, with his complete mastery of CS and all :P 18:36 <@Haarg> well, this is only a problem if you try to sort by last post 18:37 <@Haarg> in fact 18:38 <@Haarg> just removing the if isReply check on the incrementReplies call in Post->commit 18:38 <@Haarg> should fix it 18:38 <@Haarg> how rediculously simple for a 6 month old bug 18:40 <@perlmonkey2> hah 18:40 <@perlmonkey2> that's awesome 18:47 <@Haarg> that pb charset bug might be good to work on, i'm a bit busy and it shouldn't be difficult 18:48 <@perlmonkey2> yeah we have a backup from last night. What do you think. Just go through each table checking encoding, make a table dump of tables that need altering, and then just alter it? I guess I'd better read up on this before going forward. 18:49 < perlDreamer> I'm around if you want to work on Add to Cart, as well 18:50 <@Haarg> should basically be using alter table set charset or whatever the syntax is 18:50 -!- slickware [n=slick@mail.hillviewmontessori.org] has joined #webgui 18:51 <@perlmonkey2> right, but didn't know if mysql handling changing encodings gracefully or if I needed to write a script to do it. 18:51 <@perlmonkey2> Thanks perlDreamer: that will be on the list as soon as these last few are cleared 18:52 <@Haarg> it's a bit complex pm2 18:52 <@Haarg> mysql tries to handle it gracefully 18:52 <@Haarg> but it has to have valid data to begin with 18:52 <@Haarg> which i'm not certain if we have in this case 18:55 <@Haarg> see https://svn.webgui.org/svnweb/plainblack/view/WebGUI/docs/upgrades/upgrade_7.5.5-7.5.6.pl 18:55 <@Haarg> but for this case, we don't need to do that kind of thing 18:56 <@Haarg> just a simple alter table set character set or something should do 18:59 <@perlmonkey2> sorry phone. Okay, I believe I can manage that ;) 19:01 < topsub> perlDreamer, did you ever find out if that alter table ignore worked? 19:02 < slickware> Hi all. Is there a way to limit specific users' views of the NewContent and AdminConsole bars? 19:02 < perlDreamer> alter table ignore did not work 19:02 < slickware> example: I want specific content managers to be able to add new pages and articles, but not collab systems 19:02 < perlDreamer> slickware, ui levels 19:03 < perlDreamer> read the default WebGUI.conf.orig file for info on how to set that up 19:03 < slickware> thx 19:03 < slickware> is that somewhere in the wiki? I don't ahve a fresh copy since i'm on the reseller host 19:04 < perlDreamer> slickware, it might be. If not, it would be really appreciated if you make one. 19:04 < slickware> good call 19:04 < slickware> something I can do! :) 19:05 < perlDreamer> dude, if more people wrote wiki pages, I would have to pick different topics for the WUC 19:05 < perlDreamer> please wiki all you want! 19:06 < slickware> then seriously... I volunteer to write whatever the hell you need 19:06 < slickware> ALTHOUGH 19:06 < slickware> I still believe that having in-application documentation is a better idea, first 19:07 < slickware> as I mentioned here the other day, not everyone wants to send their users to plainblack's wiki to search for info when there is technically a help file IN webgui already 19:07 < perlDreamer> the rule for in-application documentation is that it's limited to hover help and template variables. 19:07 < slickware> no no 19:07 < perlDreamer> it saved us several MB per apache instance to pull it out, since it was part of the i18n system 19:07 < slickware> I mean in the "help" section of the admin module 19:08 < perlDreamer> yes, so do I :) 19:08 < slickware> ah 19:08 < perlDreamer> in the Add Ons section, under misc, you'll see that I use to publish "flattened" versions of the online help 19:08 < slickware> how about making a with-help without-help version? 19:08 < slickware> large download, small download 19:09 < slickware> I mean really, how big is WG 19:09 < perlDreamer> it was the apache memory size, not the download footprint that was the concern 19:09 < slickware> oh, oh 19:09 < slickware> hm. 19:09 < slickware> well, you know, the WIKI can't get TOO good or nobody would want to buy the books :) 19:10 < slickware> are UI levels discussed in one of them? I think I have them all. 19:10 < perlDreamer> I believe that is in the Admin's guide 19:10 < perlDreamer> if not, then post a bug about the books :) 19:11 < slickware> haha 19:11 <@perlmonkey2> Haarg: I'm trying to validate that the cs sorting is corrected. Should editing an existing post update the thread lastPostDate/ID? 19:11 < slickware> I already listed all my book ideas... I don't think she wants to hear from me anymore on that subject! 19:12 <@Haarg> no, since that code only happens for new replies 19:12 <@perlmonkey2> okay, then for new and every type of reply, it updates Thread appropriately :) 19:15 < perlDreamer> WUC-5 bugs and counting 19:18 <@perlmonkey2> hmm, write a script to move pb db to utf8 or do it manually. 102 tables and columns set to utf8. 19:19 < perlDreamer> just use a foreach :) 19:20 < perlDreamer> also, you have to be careful about setting columns to utf8, since I think that wipes out the default settings 19:20 < perlDreamer> but Haarg knows more about that than I do 19:21 <@Haarg> yeah, you need to watch the defaults. the same call that sets the character set also sets te default, so you have to specify that. 19:22 <@perlmonkey2> Haarg: which means I need to read in the current default. I don't htink there is any WG code to do this, so I'll be parsing the create statements. 19:22 <@Haarg> yeah 19:23 <@Haarg> look at that upgrade script i linked 19:23 <@perlmonkey2> okay 19:23 <@Haarg> you don't need to do the tripple conversion that it has though 19:25 < perlDreamer> from what I saw yesterday, describe table column inside a $sth->hashRef works well for pulling data about column info 19:27 <@perlmonkey2> perlDreamer: nice, that should make it easy. 19:29 <@perlmonkey2> hmm, desc doesn't show column encoding. 19:30 <@Haarg> actually, just taking what i have in the upgrade script and removing the first two push @stmts lines will probably work 19:32 <@perlmonkey2> Haarg: show full columns. Wow, maybe I should look at your upgrade script. It looks like it has everything I need if I just remove the first two push @stmts :P 19:33 <@perlmonkey2> it's almost as if you've already solved this problem and if I can just gather the brains it would require to cut and paste, this would be done. 19:33 <@Haarg> yeah, this is basically already solved 19:33 <@Haarg> the issue is that code was never run on pb.com 19:34 <@Haarg> and then some other code that messed with the charsets was 19:34 <@Haarg> so it's a but inconsistant 19:34 <@Haarg> *bit 19:34 <@perlmonkey2> should be easy to just pull out repairDBCharset, remove those two lines and let it rip. 19:50 < CIA-6> WebGUI: perlmonkey2 * r7240 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Post.pm): CS Thread sort on last post reply is now working correctly. 19:55 <@perlmonkey2> Haarg: unless there are no TEXT|VARCHAR columns with default values, it looks like I'll need to add teh capture and resettign of the defaults. 19:55 <@Haarg> hrm 19:55 <@Haarg> i thought i had added that 19:55 <@Haarg> oh 19:56 <@Haarg> https://svn.webgui.org/svnweb/plainblack/view/WebGUI/docs/upgrades/upgrade_7.4.40-7.5.16.pl 19:56 <@Haarg> same sub name 20:18 <@perlmonkey2> Haarg: want to look it over before I run it? 20:19 * perlDreamer whispers ...backups... 20:19 <@Haarg> sure 20:19 <@perlmonkey2> perlDreamer: there is a fresh one from last night. 20:19 <@perlmonkey2> Haarg: its in ~plainblack/kaleb 20:19 <@perlmonkey2> fixPBDBCharSet.pl 20:20 <@Haarg> looks ok to me 20:21 <@perlmonkey2> okay, here goes nothing. 20:21 * perlmonkey2 really wish we had transactions :P 20:21 <@Haarg> do transactions work with table alterations? 20:21 <@Haarg> i haven't used them much 20:21 <@perlmonkey2> oh, probably not 20:23 < perlDreamer> I wonder why rizen decided to go with InnoDB, rather than Maria for wG 8? 20:25 <@perlmonkey2> hmm, just created an innodb table started a transaction, then checked the changed type and it was changed in the db without a commit. 20:27 <@perlmonkey2> hold your breath, it is running 20:27 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 104 (Connection reset by peer)] 20:28 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 20:28 -!- mode/#webgui [+v MrHairgrease] by ChanServ 20:29 <@preaction> InnoDB is owned by Oracle now, but is that a problem? 20:29 < perlDreamer> It's been seen as a threat 20:29 < perlDreamer> when your competitor owns you, it doesn't always bode well 20:30 <@preaction> there's this "Falcon" engine that seems nice 20:30 <@perlmonkey2> I wouldn't touch it. 20:30 < perlDreamer> but you know me, I worry about too much stuff 20:30 <@preaction> Maria doesn't yet have transactions from what i'm reading 20:30 < perlDreamer> Not knowing enough javascript 20:30 < perlDreamer> Getting tackled for showing people their bad code 20:31 <@perlmonkey2> I used to be an Oracle DBA and from what I know of their culture, I wouldn't expect great things to continue with InnoDB. 20:32 < CIA-6> WebGUI: colin * r7241 /WebGUI/ (lib/WebGUI/Shop/Vendor.pm t/Shop/Vendor.t): 20:32 < CIA-6> WebGUI: Update POD for Vendor. 20:32 < CIA-6> WebGUI: Add a basic Vendor test. 20:48 <@perlmonkey2> Ah, the script was terminated 20:48 <@perlmonkey2> before it finished. 20:48 <@perlmonkey2> I don't know by hwo. 20:48 < perlDreamer> tavisto did it 20:49 <@tavisto> yep I did 20:49 <@tavisto> *Cracks whip* take that you bastardly script! 20:50 <@perlmonkey2> or I was :P 20:52 <@perlmonkey2> hmm, system wide messages, I forgot how to do them. 20:52 <@preaction> wall 20:53 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has quit [Read error: 110 (Connection timed out)] 20:54 -!- slickware [n=slick@mail.hillviewmontessori.org] has left #webgui [] 20:55 < perlDreamer> am I going to get in trouble if I start posting new bugs? 20:56 <@perlmonkey2> yes 20:56 <@perlmonkey2> BIG trouble 20:56 < perlDreamer> BIG trouble? 20:56 < perlDreamer> are we talking stubbed toe = BIG? 20:56 <@preaction> perlDreamer, can you post new bugs? plainblack.com is unreachable for me 20:56 <@tavisto> son of ah 20:57 < perlDreamer> well, I was going to post a bug about that... 20:57 <@perlmonkey2> oh nice 20:57 <@perlmonkey2> so the kernel killed my script which left the tables locked 20:58 * perlmonkey2 doesn't want to play on production anymore 20:58 <@Haarg> yeah, it can be rather not-fun 21:12 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 21:12 -!- mode/#webgui [+v MrHairgrease] by ChanServ 21:23 <@tavisto> plainblack.com still unreachable for tavisto 21:24 < perlDreamer> well, next time you'll think twice before whipping perlmonkey2, won't you? 21:24 <@tavisto> wasn't me.. I'm always the good cop 21:25 < perlDreamer> (10:49:46) tavisto: *Cracks whip* take that you bastardly script! 21:26 <@tavisto> that wasn't me... someone hacked my IRC account and wrote that 21:26 <@tavisto> and besides.. it clearly shows the script is getting whipped and not the monkey. heh 21:31 < SDuensin> I know this is really off topic, but anyone here have experience with Amazon EC2 and S3? 21:32 < perlDreamer> SDuensin, the Donorware crew have done some work with wG and that. They posted some data to the forums. 21:33 * SDuensin just doesn't grok keeping data safe with no persistent storage. 21:33 < SDuensin> Thanks, perlDreamer 21:33 < SDuensin> Oh yea. Except someone BROKE the forums! :-P 21:43 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 113 (No route to host)] 21:44 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 21:44 -!- mode/#webgui [+o Haarg] by ChanServ 21:50 -!- juan [n=juangui@201.232.58.66] has quit [Read error: 110 (Connection timed out)] 21:53 -!- juan [n=juangui@201.232.58.66] has joined #webgui 22:23 < CIA-6> WebGUI: colin * r7242 /WebGUI/ (lib/WebGUI/Shop/Vendor.pm t/Shop/Vendor.t): More Vendor POD and tests. new and created are both basically tested. 22:24 <@perlmonkey2> perlDreamer: what was the bug you were going to post? 22:24 <@perlmonkey2> PB is back up so you can post it. 22:27 -!- slickware [n=slick@mail.hillviewmontessori.org] has joined #webgui 22:27 < slickware> ugh... one more time, where in the asset manager are the configs for the tinyMCE editor? 22:28 <@preaction> slickware, do a search for assets of type "WebGUI::Asset::RichEdit" 22:29 < slickware> thank you 22:29 < slickware> couldn't remember what it was called 22:29 < slickware> frustrating 22:35 < topsub> i think i am using session->stow wrong.. I have a macro call on page 1 that sets a value.. on page 4 when i recall the macro i want to get something from the session->stow i set.. and its coming back null. Am i using this wrong? 22:37 <@tavisto> hmm.. i dont think everything is quite working 100% 22:37 <@tavisto> im trying to search the plainblack.com/wuc wiki and it's giving me a "problem with request" 22:37 <@preaction> topsub, stow is only for a single request. scratch survives over requests 22:38 <@preaction> tavisto, okay 22:38 <@tavisto> should I call the ghostbusters or something? 22:39 < topsub> aww alright, thanks preaction 22:39 <@preaction> tavisto, i'll ask graham 22:44 < SynQ> tavisto, my brother in crime 22:44 < SynQ> i was thinking about renting a Ford Mustang to come to the wuc 22:44 < SynQ> what would you advise? 22:44 < perlDreamer> convertible, baby 22:47 < SynQ> hmm 22:47 < SynQ> that is not on offer by avis 22:47 <@tavisto> haha 22:48 <@tavisto> tavis likes hertz and does not like avis 22:48 <@tavisto> pretty soon they may become strong enough to take over my full name and replace me 22:48 <@tavisto> are you flying into chicago again and driving to madison? 22:49 < SynQ> indeed 22:49 < SynQ> I am 22:49 < SynQ> flying the 26th 22:49 < SynQ> arrival around noon 22:49 < SynQ> departure too in fact 22:50 * SynQ mubles something about time standing still 22:50 <@tavisto> ah okay.. are you attached to avis for any particular reason 22:50 < SynQ> oh no 22:50 <@tavisto> are you flying KLM? 22:50 < SynQ> but the alternative is elomo or something 22:50 < SynQ> nope 22:50 < SynQ> united 22:51 <@tavisto> is that who your frequent flier miles are with? (like do you fly often with them?) 22:51 <@tavisto> final question, when are you leaving? (so I know how many days you'll have car) 22:57 < SynQ> ah 22:57 < SynQ> sorry I was distracted a few minutes 22:57 < SynQ> frequent flyer? 22:57 < SynQ> I'm a very infrequent flyer 22:57 < SynQ> ah 22:57 < SynQ> we are going to be gone on sunday 22:58 <@perlmonkey2> perlDreamer: On the add-to-cart-button bug, I'm not seeing the product import node in the import node? 22:58 <@preaction> tavisto, try now? 23:00 <@tavisto> k 23:00 < SynQ> I'm looking up the exact times 23:00 <@tavisto> appears to work now 23:01 < SynQ> arrival O'Hare 12:59 hours 23:01 <@tavisto> oh okay.. SynQ if you fly frequently you can always purchase your car rental thru the airline to get more points 23:01 < SynQ> tuesday 26th 23:01 <@tavisto> but if that doesn't matter then no biggie 23:01 < perlDreamer> perlmonkey2: I'll look in the code a bit. 23:02 < perlDreamer> perhaps it has already been moved 23:02 < SynQ> return: sunday august 31st 18:14 23:02 <@tavisto> preaction, it works now 23:02 < perlDreamer> The other way to check is to find a product, and then find its parent 23:02 <@perlmonkey2> perlDreamer: that would be cool, then it would already be fixed. I'll check. 23:02 < perlDreamer> maybe there aren't any, in which case the problem would be different 23:02 < SynQ> I don't know how long in advance we have to be back at chicago 23:03 < perlDreamer> perlmonkey2, it's not fixed, since you can't buy any wG merchandise 23:03 < SynQ> tavisto: what would you rent/ 23:04 <@tavisto> for international flights you want to be there typically like 3+ hours before hand. The fact that you're driving into Chicago makes it kinda hard to judge in travel time 23:04 < SynQ> ok 23:04 <@tavisto> lets see... you want a fun sports car I take it? 23:04 < SynQ> well 23:04 < SynQ> I'm still in doubt 23:04 <@tavisto> how many ppl will be with you? 23:04 < SynQ> I have to worry about my reputation 23:04 < SynQ> probably 3+myself 23:04 <@tavisto> yikes.. wouldn't recommend a mustang then 23:05 <@tavisto> 4 peeps with luggage is going to be hella tight in a mustang 23:05 < perlDreamer> dude's getting a minivan 23:05 < SynQ> oh 23:05 < SynQ> blech a minivan 23:05 < SynQ> if I could I'd rent my own car 23:05 <@tavisto> mustangs are small... i can barely fit into the drivers seat normally... and I'm only 6'3 23:05 < SynQ> bmw 540i touring 23:05 <@tavisto> nice, yes I agree 23:05 < SynQ> but it's not for rent 23:07 < SynQ> so dropoff time would be around 15:00 tops 23:07 < SynQ> probably a bit more early 23:07 < SynQ> a trailblazer sounds ok 23:08 < SynQ> but a bit booooooring 23:09 <@tavisto> how much do you want to spend (max) 23:11 < SynQ> 600 23:13 < SynQ> the mustang is 669 with avis 23:13 <@tavisto> the mustang is rated for 1 large suitcases or 2 small 23:13 < SynQ> I can get an H3 for 875 23:13 < SynQ> ;) 23:13 < SynQ> but then JT will probably throw me out of the business meeting ;) 23:14 <@tavisto> yeah I was looking at h3 - would be better and it has a stick 23:14 < SynQ> blech 23:14 < SynQ> a stick 23:14 <@tavisto> hehe 23:14 < juan> i have to delete many users from one of my sites, can i delete them using the console 23:14 < SynQ> that is the only good thing about renting a car in the us 23:14 < SynQ> it's always an automatic 23:14 <@tavisto> Honestly.. my favorite car to rent is the cadillac DTS... You could get one for 627 from hertz 23:15 < SynQ> yea 23:15 <@tavisto> they are big, extremely comfortable... even more so than your bmw imho, and fasst 23:15 < SynQ> and 366 from avis 23:15 <@tavisto> a DTS will only cost you 366? 23:15 < SynQ> it says DTS or similar 23:15 <@tavisto> that's my recommendation.. they are sweet... kinda suited for an older person but they have nuts 23:16 < SynQ> thanks 23:16 < SynQ> now that is advice I can use 23:16 <@tavisto> otherwise go with an explorer or trailblazer... those will be big enough to carry your stuff... Go any smaller and you won't have enough room for 4 large suitcases 23:16 < SynQ> I'll wait a few more days before ordering one 23:16 < SynQ> let the dollar drop some more :P 23:17 <@tavisto> yep, we suck. 23:20 < SynQ> I wouldn't say that 23:20 <@tavisto> SynQ I think you should get the Chevrolet Aveo to show JT how green you are 23:20 < SynQ> will you be in madison on the 26th already? 23:20 < SynQ> hmm 23:20 <@tavisto> I will be there on the 25th 23:21 < SynQ> very good 23:21 < SynQ> you can do some drinking practice with bart 23:21 <@tavisto> you would be lucky to fit in an aveo yourself.... :) let alone have 3 other guys join you 23:21 < SynQ> but it would be very green 23:21 < SynQ> It's also very green to eat no meat 23:22 < SynQ> but JT has got one thing right 23:22 < SynQ> not making babies 23:22 < SynQ> that is very green :) 23:22 < SynQ> I am on the other hand not so green 23:22 < SynQ> I own a big car, have babies and like to eat lot's of meat 23:23 < SynQ> but fuel for cars is still way cheaper in the us 23:24 <+MrHairgrease> true 23:24 <+MrHairgrease> so in that case you can also take the more expensive car 23:24 < SynQ> good plan 23:24 <+MrHairgrease> I thought Joeri was renting the car btw? 23:24 < SynQ> cadillac DTS 23:24 < SynQ> joeri is renting a car 23:24 <+MrHairgrease> or are you taking albert? 23:24 <+MrHairgrease> ok 23:25 < SynQ> but we have to fit in: joeri, albert, martin, rory, albert, lyn, husband of lyn, koen and bart 23:25 <+MrHairgrease> i keep forgetting how big the the DIF is these days 23:25 <+MrHairgrease> you mean ning right? 23:25 < SynQ> ning lyn loempia something 23:25 < SynQ> ;) 23:25 <+MrHairgrease> hmmm loempia's 23:26 <+MrHairgrease> dee lust i well! 23:26 < SynQ> vlammetjes 23:26 <+MrHairgrease> also lekker! 23:27 <@perlmonkey2> perlDreamer: I would be looking for a Layout right? I'm just moving a layout to a parent that has a decent style to inherit from, right? 23:27 < SynQ> I'm going to remember this: the DIF comes in a DTS 23:28 <+MrHairgrease> only part of the DIF 23:28 <+MrHairgrease> the handsome part will arrive in whatever Joeri rents 23:29 * MrHairgrease has there all sinn in! 23:29 < SynQ> joeri rented a aveo, didn't he? 23:29 <+MrHairgrease> dunno 23:29 <+MrHairgrease> He's the CEO 23:29 <+MrHairgrease> he can make all the car decissions 23:29 < SynQ> I'm CeverythingO 23:33 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #WebGUI 23:33 -!- mode/#webgui [+o khenn] by ChanServ 23:33 < SynQ> I must admit I do miss bart 23:34 <+MrHairgrease> bart will be especially missed next friday after 17.00 23:34 <+MrHairgrease> but then again 23:34 < SynQ> no worries 23:34 <+MrHairgrease> he's preparing Madison for the DIF 23:34 < SynQ> I'll drink a malt with you if I'm around at that time 23:34 <+MrHairgrease> I won't be at the office 23:35 <+MrHairgrease> still have to do that last exam 23:35 <+MrHairgrease> but I can come over for that scotch 23:37 < SynQ> oeh 23:37 < SynQ> amstel you mean 23:38 <+MrHairgrease> oh 23:38 <+MrHairgrease> hehe 23:38 <+MrHairgrease> whisful thinking i guess 23:38 < CIA-6> WebGUI: graham * r7243 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Shortcut.pm): 23:38 < CIA-6> WebGUI: fixed: shortcut overrides new value column doesn't show macros as unparsed 23:38 < CIA-6> WebGUI: fixed: shortcut select by alternate criteria wizard doesn't show lists properly 23:40 <@tavisto> SynQ that DTS fits 5 comfortably, although 4 (with full luggage) is probably going to max it out 23:40 <@tavisto> just remember that you will be "big pimpin 23:40 <@tavisto> " in that car. 23:41 < SynQ> tavisto: that sounds great 23:41 < SynQ> as noted: I'll take your advice 23:41 <@tavisto> :) 23:41 < SynQ> it's good to have partners in crime 23:41 <@tavisto> aye 23:41 < SynQ> crime is booooring on your own ;) 23:50 -!- khenn_ [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 23:52 -!- J3M [n=overdriv@200.11.188.106] has joined #webgui 23:59 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] --- Day changed Thu Aug 14 2008 00:15 < CIA-6> WebGUI: graham * r7244 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/FilePile.pm): fixed: File Pile doesn't respect edit permissions of parent asset 00:15 < CIA-6> WebGUI: doug * r7245 /WebGUI/ (4 files in 4 dirs): fixed Gallery Cross Publish not displaying correctly 00:15 < CIA-6> WebGUI: doug * r7246 /WebGUI/docs/ (2 files in 2 dirs): really exposed a form element for others can add to albums 00:18 < juan> when i edit a user, there is a field call password timeout, can i update this field using console? 00:19 <+MrHairgrease> yes 00:19 <+MrHairgrease> just fill in another value in that field 00:19 < juan> in what table is locate that field? 00:20 <@perlmonkey2> perlDreamer: okay, I gave the import products folder a good template and the add to cart button never showed up. If you aren't busy, could you explain to me how you reached that conclusion so I can figure out where to go from here? 00:20 < juan> because all my users have different password timeout 00:20 <+MrHairgrease> it's either in users 00:21 <+MrHairgrease> or in authentication 00:21 <@preaction> it's in authentication, but that table is... a bit weird 00:21 < juan> in users no 00:21 <@perlmonkey2> Who's the miracle worker closing all the bugs? 00:21 <@preaction> fieldName should be something like webguiPasswordTimeout 00:21 <@preaction> probably graham 00:23 < juan> so, i have to add a new row in that table per user with that fieldname 00:23 <+MrHairgrease> no 00:24 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 00:24 <+MrHairgrease> you'll have to update the values for the users 00:24 <+MrHairgrease> try something like 00:24 < WebGUI> re 00:24 -!- WebGUI is now known as SynQ1 00:24 < juan> but in authentication not exits that field too 00:25 <+MrHairgrease> update authentication set fieldData=TIMEOUT where fieldName='passwordTimeout' and namespace='WebGUI' 00:25 <+MrHairgrease> TIMEOUT should be the desitred timeout in seconds 00:41 <@perlmonkey2> perlDreamer: hmm, actually adding the style to the products folder worked. The problem was the items counts were all zero. 00:41 -!- SynQ [n=SynQ@f70168.upc-f.chello.nl] has quit [Read error: 110 (Connection timed out)] 00:52 < perlDreamer> We sold out of Gooey dolls? 00:52 < perlDreamer> no way 00:52 <@preaction> sold out of gooey dolls?! 00:53 <@preaction> OUT... OF... GOOEY... DOLLS?! 00:53 < perlDreamer> I know 00:53 * perlDreamer starts looking for another project to volunteer with 00:53 <@preaction> how is Gooey supposed to take over the world if we do not spread WorShp 00:53 <@preaction> er.. WorShip 00:54 * MrHairgrease won't go to the wuc if there are no gooeys 01:17 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Connection timed out] 01:29 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 01:33 < perlDreamer> GHG 01:33 < perlDreamer> Gotta Hava Gooey 01:33 <@perlmonkey2> Can someone try to replicate the Safari attachment button on an entry form in 7.5.20. I can replicate on PB which loks to be 7.5.19, but I can't replicate locally on 7.5.20. 01:34 * perlmonkey2 is down with GHG 01:38 -!- khenn [n=khenn@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit [] 01:39 -!- dionak [n=dionak@97.66.185.250] has quit [] 01:45 < juan> i have the next error with FileCache 01:45 < juan> Too many links at /data/WebGUI/lib/WebGUI/Cache/FileCache.pm line 244 02:10 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 02:14 -!- J3M [n=overdriv@200.11.188.106] has quit ["Saliendo"] 02:15 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has joined #webgui 02:25 -!- juan [n=juangui@201.232.58.66] has left #webgui [] 02:35 <@perlmonkey2> Anyone bored and have safari installed and want to see if this: http://www.webgui.org/cu97t1zy_iztt2bhnwtl7a#cU97t1zY_izTT2BhNwtL7A bug can be replicated? 02:36 < perlDreamer> no safari here 02:36 < perlDreamer> don't you have a shiny MacOS box? 02:36 <@perlmonkey2> yeah, I can't replicate it 02:37 < perlDreamer> that was tavisto's bug 02:37 <@perlmonkey2> I'm running safari, didn't update or anything. This morning I could replicate easily on pb, but now I can't and I caould never replicate at home 02:37 <@perlmonkey2> yeah 02:37 < perlDreamer> try this, reply to the bug and ask him to duplicate it. As you reply, close the bug 02:38 <@perlmonkey2> okay, but I could replicate this morning and rizen thought he knew what was wrong and prescribed a fix. 02:38 <@perlmonkey2> But before I went to fix it I wanted to replicate one more time. 02:38 <@perlmonkey2> Which leads me to here :) 02:39 -!- dionak [n=dionak@cpe-024-074-132-143.carolina.res.rr.com] has quit [] 02:39 <@perlmonkey2> Actually I'm not sure I should close it. Rizen wants a stable release tomorrow and I've already caused enough trouble without closing a bug only to have it reopened right as he's trying to put together the build. 02:40 < perlDreamer> good point 02:41 <@perlmonkey2> Next time you say a backup would be good at this point, I'm backing up twice :P 02:41 * perlDreamer has broken too many systems not to be that paranoid 02:44 <@perlmonkey2> You know though, even though it's been a long stressful day, it has still been a lot of fun. 02:49 < perlDreamer> It isn't every day that you get to blow up pb.com 02:49 < perlDreamer> time to go home 02:49 -!- perlDreamer [n=ckuskie@nat110.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:51 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 02:52 < CIA-6> WebGUI: colin * r7247 /WebGUI/t/Shop/Vendor.t: get and update tests 03:31 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:31 -!- mode/#webgui [+v Radix-wrk] by ChanServ 03:46 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit ["Leaving."] 03:46 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 03:46 -!- mode/#webgui [+o perlmonkey2] by ChanServ 03:53 -!- khenn [n=khenn@97.92.186.139] has joined #WebGUI 03:53 -!- mode/#webgui [+o khenn] by ChanServ 03:58 < CIA-6> WebGUI: perlmonkey2 * r7248 /WebGUI/ (3 files in 3 dirs): Form file attachment icons and fileloader.js are no longer loaded inline. 04:52 -!- slickware [n=slick@mail.hillviewmontessori.org] has left #webgui [] 05:44 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 05:44 -!- cap10morgan [n=cap10mor@65.91.20.142] has joined #webgui 05:44 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:02 -!- SynQ1 [n=SynQ@f70168.upc-f.chello.nl] has quit [Read error: 110 (Connection timed out)] 06:16 -!- cap10morgan [n=cap10mor@65.91.20.142] has quit [Read error: 60 (Operation timed out)] 06:20 -!- cap10morgan [n=cap10mor@65.91.20.142] has joined #webgui 06:20 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:28 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has joined #webgui 06:28 -!- mode/#webgui [+v perlDreamer] by ChanServ 06:28 <+perlDreamer> perlmonkey2, you're a brute 06:28 -!- cap10morgan [n=cap10mor@65.91.20.142] has quit [Read error: 104 (Connection reset by peer)] 06:29 <+perlDreamer> do you ever stop working? 06:29 -!- cap10morgan [n=cap10mor@65.91.20.142] has joined #webgui 06:29 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:29 <@perlmonkey2> hah, I'm not working 06:29 <@perlmonkey2> watching the Olympics 06:29 <@perlmonkey2> chill'n 06:32 -!- cap10morgan [n=cap10mor@65.91.20.142] has quit [Remote closed the connection] 06:32 -!- cap10morgan [n=cap10mor@65.91.20.142] has joined #webgui 06:32 -!- mode/#webgui [+v cap10morgan] by ChanServ 06:32 <@perlmonkey2> perlDreamer: although that last bug is calling me. 06:33 <+perlDreamer> which one is that? 06:33 <@perlmonkey2> the lost emailed post to a CS. 06:34 <+perlDreamer> oh yes 06:41 <@perlmonkey2> Hah, couldn't find anything in the CS that was parsing emails, but how would the CS be triggered to check emails. It wouldn't, so obviously a workflow. Maybe I'm actually learning something now. 06:44 <+perlDreamer> you're doing better than I did when I started :) 06:44 <+perlDreamer> GetCsEmails, I believe 06:45 <@perlmonkey2> yeah, looking through the email parsing code now. 06:45 <@perlmonkey2> good memory :) 06:45 <+perlDreamer> 3 years ago, I wrote POD documentation for 120 perl modules in WebGUI 06:46 <@perlmonkey2> wow 06:47 <@perlmonkey2> so you've been over nearly everything and studied it enough to document. 06:47 <+perlDreamer> well, in some cases the documentation is cursory 06:47 <+perlDreamer> it was a deal rizen made with me 06:47 <+perlDreamer> he created the nightly smoke runs in return for the POD docs 06:48 <@perlmonkey2> Since the bugs are gone my only assignment is to prepare my presentation. But I think when I get bored with that I'll work on some of those tests I promised. 06:49 <@perlmonkey2> Be something fun that doesn't involve personal fears of public speaking ;) 06:50 <+perlDreamer> what are you talking about? Survey2? 06:50 <@perlmonkey2> Yeah, presentation on Survey2 (even though it is still rough beta), but there were some tests you wanted to use the new test object system. 06:51 <@perlmonkey2> If my brain wasn't fried, I'm sure I'd remember which ones. 06:51 <@perlmonkey2> I said I'd do them after the bugs got cleared. 06:54 <+perlDreamer> work on your presentation, tests can be done later 06:54 <+perlDreamer> I won't forget :) 06:56 -!- cap10morgan [n=cap10mor@65.91.20.142] has quit [Read error: 110 (Connection timed out)] 06:56 <@perlmonkey2> hmm, need a local mail server to test this bug on. 06:57 <@perlmonkey2> Doubt there is anything wrong in WebGUI::Mail::get 06:57 <+perlDreamer> t/smptd.pl 06:58 <@perlmonkey2> ah, nice 06:58 <@perlmonkey2> Long live t/* 07:07 <@perlmonkey2> hmm, I'm not sure the Mime::Parser didn't fail here. But alas, el wife-o gets up a 6 now, which means so do I. So I'm turning in early. Hasta la manana. 07:07 <+perlDreamer> adios, amigo 07:07 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has quit ["Leaving."] 07:16 -!- perlDreamer [n=colink@pool-71-245-101-253.ptldor.fios.verizon.net] has quit ["Leaving."] 08:36 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has joined #webgui 08:42 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 08:42 -!- mode/#webgui [+o tavisto] by ChanServ 08:46 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 08:46 -!- mode/#webgui [+o preaction] by ChanServ 08:58 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has quit [] 09:27 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 09:29 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 110 (Connection timed out)] 09:35 -!- patspam [n=patspam@0x573dae98.boanqu2.dynamic.dsl.tele.dk] has quit [Read error: 110 (Connection timed out)] 11:22 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:21 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has quit ["Windows doesn't have users, it has hostages."] 12:26 -!- KlausH [n=KlausH@p5B070DE4.dip0.t-ipconnect.de] has joined #webgui 12:30 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 12:30 -!- mode/#webgui [+v Radix_] by ChanServ 12:36 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 12:36 -!- mode/#webgui [+o Haarg] by ChanServ 14:12 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 14:12 -!- mode/#webgui [+v MrHairgrease] by ChanServ 14:37 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 15:53 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 16:22 -!- SDuensin [n=Scott@62.sub-75-204-214.myvzw.com] has joined #WebGUI 16:24 -!- eink [n=eink@AMontsouris-157-1-125-66.w90-46.abo.wanadoo.fr] has joined #webgui 16:25 -!- eink [n=eink@AMontsouris-157-1-125-66.w90-46.abo.wanadoo.fr] has quit [Client Quit] 16:37 < SDuensin> Greetings. 16:54 -!- topsub [n=josh@97.66.185.250] has joined #webgui 17:08 -!- slickware [n=slick@mail.hillviewmontessori.org] has joined #webgui 17:08 < slickware> anyone awake yet? 17:09 <+MrHairgrease> sure, for more than 7 hours 17:17 -!- tavisto [n=tavisto@pool-71-120-147-81.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:17 -!- mode/#webgui [+o tavisto] by ChanServ 17:24 < slickware> it always seems like there's no east-coasters around, that's all 17:24 -!- perlmonkey2 [n=perlmonk@wsip-70-164-69-210.ok.ok.cox.net] has joined #webgui 17:24 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:26 < slickware> I lost the "admin style" setting and am trying to find it 17:26 <+MrHairgrease> it's in settings in the admin console 17:26 <+MrHairgrease> tab is prolly ui 17:26 < slickware> yea... but I still don't see where in those settings 17:26 < slickware> admin console template? 17:27 <+MrHairgrease> it's called something like user function style 17:27 < slickware> oh 17:27 < slickware> so, not "admin style" 17:27 < slickware> lol 17:27 < slickware> I thought that might be it, but I didn't want to mess up my admin console 17:29 <+MrHairgrease> that doesn't control the admin console 17:29 <+MrHairgrease> it controls stuff like login screen and edit perofile and the like 17:29 <+MrHairgrease> dunno if you can change the admin console templates 17:33 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 17:33 < slickware> gotcha 17:45 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 17:45 -!- mode/#webgui [+o preaction] by ChanServ 17:50 -!- Haarg [n=haarg@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:50 -!- mode/#webgui [+o Haarg] by ChanServ 17:55 -!