--- Log opened Mon Dec 01 00:00:11 2008 00:34 < CIA-41> WebGUI: jt * r8723 /experimental/wgfs/ (lib/Filesys/Virtual/WebGUI.pm t/filesys-virtual-webgui.t): 00:34 < CIA-41> WebGUI: better stat() mode calculation 00:34 < CIA-41> WebGUI: bug fixes 00:34 < CIA-41> WebGUI: changed root to root_path and added root_path() method to be consistent with other Filesys::Virtual drivers 00:38 * SDuensin dreams of the day he can directly open templates with Coda. 00:38 <@rizen> will never happen 00:38 < SDuensin> Says you. :-P 00:38 * rizen put an exclusion for Coda right in the driver 00:38 < SDuensin> See, that's the problem with open sores. Any fool can edit it. 00:39 <@rizen> you assume you can read my unintelligible code 00:39 < SDuensin> Done it before. :-P 00:41 < SDuensin> Is there a way to not use the quantity field in a product? 00:44 < BartJol> maybe there's a default value for it 00:45 < BartJol> maybe I've seen that 00:46 < SDuensin> But my products have no quantity available. They're produced on-demand. 00:48 < BartJol> no, that it WebGUI think with that vaule, the supply is endless or on demand 00:51 <@rizen> SD you need to set it to 99999999 00:51 <@rizen> it requires a quantity 00:53 < BartJol> cd.. 00:57 <@rizen> ahah! 00:57 <@rizen> or ah ha 00:57 <@rizen> or ah hah! 00:57 <@rizen> but not uh huh? 00:58 < BartJol> ? are you going insane? please do not 00:59 < BartJol> I had the wrong window 00:59 * SDuensin will set it and edit it out of the display template. 01:01 < BartJol> goodnight 01:02 -!- BartJol [n=plainstu@52-167.surfsnel.dsl.internl.net] has left #webgui [] 01:05 <@rizen> booyah grandma! 01:05 <@rizen> eureka 01:05 <@rizen> pay dirt 01:06 < SDuensin> Yes? 01:06 <@rizen> we have working webdav 01:07 <@rizen> i may just have to take the rest of my life off 01:07 < SDuensin> YEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEES! 01:07 < SDuensin> If I had time, I'd drive up there and kiss you. 01:08 <@rizen> if you did, i'd smack you over the head with a hatchet 01:08 < CIA-41> WebGUI: yung * r8724 /WebGUI/docs/upgrades/upgrade_7.6.4-7.6.5.pl: fixing a Matrix v2 upgrade bug 01:08 < CIA-41> WebGUI: jt * r8725 /experimental/wgfs/ (3 files in 3 dirs): 01:08 < CIA-41> WebGUI: bug fixes 01:08 < CIA-41> WebGUI: we have working webdav - wahoo!!! 01:10 < SDuensin> So what's the DAV stuff do so far? 01:13 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:13 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:14 <@rizen> oh, only everything 01:14 <@rizen> you can edit assets 01:14 <@rizen> if you download an asset that is not a subclass of WebGUI::Asset::File 01:14 <@rizen> then it gives you a json blob 01:15 < SDuensin> Blob me, baby./ 01:15 <@rizen> if it's a binary file you can simply download and upload and it creates assets 01:16 < SDuensin> You may be my new hero. 01:16 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui [] 01:17 <@rizen> hardly, this is only step 1 of a lot of steps, before it's ready for any kind of real purpose 01:18 < SDuensin> Yea, but it's getting there. 02:47 -!- patspam [n=patspam@ppp118-208-199-205.lns10.mel6.internode.on.net] has joined #webgui 03:00 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [] 03:12 < CIA-41> WebGUI: jt * r8726 /experimental/wgfs/lib/Filesys/Virtual/WebGUI.pm: made the json blob pretty 03:40 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 03:40 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 03:54 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 03:59 -!- preaction_ [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 03:59 -!- mode/#webgui [+o preaction_] by ChanServ 04:02 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 04:04 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 145 (Connection timed out)] 04:38 < CIA-41> WebGUI: patspam * r8727 /branch/WebGUI_flux/ (3 files in 3 dirs): Merged yung-thingy-rfe 04:45 -!- patspam1 [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has joined #webgui 04:45 -!- patspam [n=patspam@ppp118-208-199-205.lns10.mel6.internode.on.net] has quit [Nick collision from services.] 04:45 -!- patspam1 is now known as patspam 04:46 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 04:47 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 05:31 -!- preaction__ [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 05:48 -!- preaction_ [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 110 (Connection timed out)] 06:27 < patspam> pluggable user profile looks really sweet 06:54 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 06:54 -!- mode/#webgui [+v perlDreamer] by ChanServ 06:54 <+perlDreamer> perlmonkey2! 06:54 <+perlDreamer> You're up late tonight 06:55 <+perlDreamer> well, at least your IRC client is 07:59 -!- Petruchio [n=Ray@206.193.244.102.nauticom.net] has joined #webgui 08:11 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 08:32 -!- preaction__ [n=doug@static-72-1-4-143.ntd.net] has quit [Client Quit] 08:37 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 08:37 -!- mode/#webgui [+o preaction] by ChanServ 08:48 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 08:48 -!- mode/#webgui [+o rizen] by ChanServ 08:53 -!- Bernd_ [n=spunky@193.197.72.74] has joined #webgui 08:58 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 08:59 < CIA-41> WebGUI: colin * r8728 /WebGUI/docs/changelog/7.x.x.txt: remove some old merge leftovers 08:59 < CIA-41> WebGUI: patspam * r8729 /WebGUI/etc/log.conf.original: 08:59 < CIA-41> WebGUI: Made log.conf.original comment consistent with what log4perl configuration 08:59 < CIA-41> WebGUI: actually does (WARNings are not captured). 09:32 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"] 09:58 -!- apeiron_ [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 09:58 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 09:58 -!- mode/#webgui [+o preaction] by ChanServ 10:01 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Nick collision from services.] 10:02 -!- apeiron_ is now known as apeiron 11:00 -!- BartJol [n=plainstu@194.171.50.123] has joined #webgui 11:50 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 12:57 < CIA-41> WebGUI: yung * r8730 /WebGUI/ (7 files in 5 dirs): fixed UserList 14:08 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui [] 15:06 -!- carogray [n=Caroline@173-100-206-240.pools.spcsdns.net] has joined #webgui 15:22 -!- patspam [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has quit ["Leaving."] 15:43 -!- topsub [n=josh@97.66.185.250] has joined #webgui 15:44 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 60 (Operation timed out)] 16:32 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:32 -!- mode/#webgui [+o bopbop] by ChanServ 16:43 < SDuensin> Morning! 16:44 < BartJol> morning 16:49 -!- carogray [n=Caroline@173-100-206-240.pools.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)] 16:53 -!- John [n=JohnRest@201.232.58.66] has joined #webgui 16:54 -!- John is now known as Guest54306 16:55 -!- Petruchio-II [n=Ray@206.193.244.102.nauticom.net] has joined #webgui 16:58 -!- Petruchio [n=Ray@206.193.244.102.nauticom.net] has quit [Read error: 110 (Connection timed out)] 17:02 < Guest54306> Hey, I'm not sure if I did this question before but I don't still have any answer so I ask you anyway 17:02 < BartJol> ok 17:03 < Guest54306> Anyone has worked with perl (or WebGUI) and auth memcookie? 17:03 < BartJol> not me 17:03 < Guest54306> :( 17:03 < Guest54306> I really need this 17:07 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 17:09 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [] 17:11 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:11 -!- mode/#webgui [+o rizen] by ChanServ 17:24 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 17:36 * SDuensin smacks preaction with anything other than a large trout 17:37 * rizen reminds SDuensin that preaction often wears the troutshield of protection, so he would have been immune to the trout had SDuensin used it 17:37 < SDuensin> See? I out-thunk him! 17:45 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 17:45 -!- mode/#webgui [+o tavisto] by ChanServ 17:47 < SDuensin> Satan created CSS. 17:47 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:47 -!- mode/#webgui [+o Haarg] by ChanServ 17:54 -!- knowmad [n=william@97.66.185.250] has joined #webgui 18:02 < SDuensin> Did I dream there was a macro to display an image at an arbitrary size? Or am I having a flashback to 5.x? 18:09 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"] 18:12 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:12 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:12 <+perlDreamer> BartJol, welcome to PBWG 18:12 <+perlDreamer> Still weird seeing you with hair, though 18:12 < BartJol> thanks 18:13 < BartJol> well, I cut it yesterday 18:14 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 18:14 -!- mode/#webgui [+o preaction] by ChanServ 18:16 < SDuensin> preaction lives! 18:17 <@preaction> explains to me why updating Safari requires a full restart of OS X? 18:17 < SDuensin> Yea! I wanna know too! 18:17 <@preaction> also, SDuensin do you have an e-mail address? 18:17 < SDuensin> Or updating the frickin' RAW filters. 18:17 < SDuensin> Email? What's that? 18:17 <@preaction> exactly 18:18 < SDuensin> Work addy: scott@jaegertech.com 18:18 <@preaction> hm. that was the one i sent to. anyway 18:19 < SDuensin> Who was it from? I'll whitelist the address. 18:30 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 18:35 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 18:35 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:45 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 18:45 -!- BartJol [n=plainstu@194.171.50.123] has left #webgui [] 19:00 -!- Petruchio-II [n=Ray@206.193.244.102.nauticom.net] has quit [Read error: 110 (Connection timed out)] 19:04 -!- Bernd_ [n=spunky@193.197.72.74] has quit ["Ex-Chat"] 19:09 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 19:09 -!- mode/#webgui [+o khenn] by ChanServ 19:14 -!- Lisette [n=liraos@adsl190-28-156-44.epm.net.co] has joined #webgui 19:16 <+perlDreamer> SDuensin, can you please pastebin me some of the text that's causing the Product to error out? 19:16 < SDuensin> Sure. I'll find exactly what killed it. Gimmie a sec. 19:16 <+perlDreamer> I've tried pasting in stuff from OpenOffice, but no luck trying to recreate 19:17 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 19:18 <@rizen> preaction: for the same reason IE requires the same thing...apple stupidly integrated the browser into the OS 19:18 <@preaction> but there's no way to reload just, for example, the window manager that is using those frameworks? 19:19 <@preaction> i mean, kernel-level reboot should be only necessary for kernel changes 19:19 < SDuensin> perlDreamer - http://webgui.pastebin.com/m436f596f - It's the quote after the 16 that kills it. 19:19 <+perlDreamer> cool! Thanks. Now I can try to get it down to a specific test, or an upgrade of JSON.pm in the core 19:20 <@rizen> preaction, but "it's just easier" to restart everything to to restart individual processes 19:20 <@rizen> =) 19:20 <@preaction> yeah, that's not a slippery slope or anything... 19:21 <@preaction> "it's just easier to not check if a file was successfully copied before we delete it" 19:21 < SDuensin> perlDreamer - YW 19:22 <@rizen> preaction: it's just easier to kill your enemies than it is to negotiate with them 19:22 < SDuensin> perlDreamer - FYI, it came from a DOC file that I loaded into TextEdit and pasted into FF. 19:25 < Lisette> how to do to redirect to other page from a payDriver? 19:29 <+perlDreamer> Lisette, look into WebGUI::Session::Http.pm 19:32 < Lisette> thanks 19:32 < Lisette> i'm going to see 19:33 <+perlDreamer> particularly, the ->redirect method 19:33 < Lisette> in any place there is an example? 19:34 <@preaction> there are lots of places, but there is also documentation 19:34 <@preaction> do a grep for "setRedirect" 19:43 -!- tavisto_ [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 19:43 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has quit [Read error: 104 (Connection reset by peer)] 19:43 < CIA-41> WebGUI: colin * r8731 /WebGUI/ (3 files in 3 dirs): 19:43 < CIA-41> WebGUI: Update POD for several methods. 19:43 < CIA-41> WebGUI: Make getObject clone data for safety and update tests. 19:43 < CIA-41> WebGUI: Make newObject always alter $address for consistency and update tests. 20:10 < Lisette> and with this setRedirect i can send params? 20:11 <@preaction> you can send a query string, yes. not POST params though 20:12 < Lisette> i need with method post 20:14 -!- s4eek_ [n=s4eek@rrcs-24-73-150-204.se.biz.rr.com] has joined #webgui 20:19 -!- Guest54306 [n=JohnRest@201.232.58.66] has quit [Read error: 60 (Operation timed out)] 20:19 -!- s4eek_ [n=s4eek@rrcs-24-73-150-204.se.biz.rr.com] has quit [Read error: 104 (Connection reset by peer)] 20:19 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [Read error: 60 (Operation timed out)] 20:26 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving"] 20:27 -!- John [n=JohnRest@201.232.58.66] has joined #webgui 20:27 -!- John is now known as Guest69645 20:31 <@preaction> why do the latest webgui has a "lastUpdated" field when there is already a revisionDate field? 20:31 < SDuensin> So you know when you last updated the latest revision? :-P 20:33 -!- Bernd__ [n=spunky@88.128.18.187] has joined #webgui 20:34 <@Haarg> sometimes there are updates without new revisions 20:37 < Bernd__> Hey everyone, 20:37 < Bernd__> how is business going? 20:38 <+perlDreamer> still hacking 20:39 < Bernd__> Surprise, surprise :-) 20:39 < Bernd__> Question: How can I post those "*" remarks to the chat? 20:40 < Bernd__> I have seen them very often and want to be able to post them, too. 20:41 -!- Petruchio [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has joined #webgui 20:45 <@preaction> Bernd__: you mean "/me does something" ? 20:45 * preaction does something 20:45 <+perlDreamer> Bernd__: you say slash me 20:46 <+perlDreamer> preaction does a whole lot of things, really 20:46 * Bernd__ is having a cup of tea and enjoying the chat 20:46 <+perlDreamer> including teaching perlDreamer javascript 20:46 < Bernd__> Can I join the lesson? 20:46 < Bernd__> I very much like that Ajax stuff. 20:47 < Bernd__> Is that all implemented by using YUI 20:47 < Bernd__> ? 20:47 <@preaction> yes 20:47 < Bernd__> Difficult to learn? 20:47 <@preaction> not really 20:47 <@preaction> if you already know some JS it should be fine 20:47 < Bernd__> Hm, I just have too little time for all the interesting stuff in the world :-( 20:47 < Bernd__> Maybe I should start working as hard as rizen? 20:48 < Bernd__> preaction, not at all. 20:48 < Bernd__> I only know some Java. 20:48 < Bernd__> But I am out of practice. 20:48 < Bernd__> I think I am going to stay with pure HTML for the moment. 20:49 < Bernd__> Thanks for the hint with "slash me", btw. 20:49 <@preaction> best to think of javascript as having nothing to do with java, makes it easier to learn 20:51 <+perlDreamer> SDuensin, I can duplicate your bug. And it's testable, too. That is very good news. 21:09 <+perlDreamer> Haarg, I could use some utf8 help if you have a little time 21:09 <@Haarg> sure 21:09 <+perlDreamer> In the product, I used encode_json and decode_json 21:10 <+perlDreamer> and it they throw an error on "wide characters" 21:10 <@Haarg> yeah 21:10 <+perlDreamer> I can fix that bug by using to_json and from_json 21:10 <+perlDreamer> but will it still work with international, utf8 characters? 21:10 <@Haarg> yes 21:10 <@Haarg> i had that a bit confused for a while 21:10 <+perlDreamer> so, in general, we should not use encode_json and decode_json? 21:10 <@Haarg> basically, unless you are dealing with file i/o 21:11 <@Haarg> you should use to_ and from_ 21:11 <+perlDreamer> cool 21:11 <@Haarg> and not use ->utf8 21:11 <+perlDreamer> has anyone looked through the codebase for that? 21:11 <@Haarg> i've been meaning to 21:11 <@Haarg> there are some places that do need to use encode_ 21:12 <@Haarg> the package system for example 21:12 <+perlDreamer> One thing I'm confused about is testing 21:12 <+perlDreamer> the code fails in apache, but not in the tests 21:13 <@Haarg> which tests? 21:13 <+perlDreamer> I jimmied up a test to throw in a wide character into a product collateral 21:13 <+perlDreamer> and it does not die 21:13 <+perlDreamer> Let me pastebin some code for you 21:14 <+perlDreamer> http://webgui.pastebin.com/d63c6bc65 21:15 <@Haarg> you sure it's actually a wide character? 21:15 <+perlDreamer> yes 21:15 <+perlDreamer> see the funny, backwards double quote next to 16? 21:15 <@Haarg> you can't inline characters like that without 'use utf8' or similar 21:16 <+perlDreamer> if you run the test, it does print out as funny 21:16 <+perlDreamer> but I'll add the use utf8 line to the test to see what's up 21:16 <@Haarg> it's probably just getting the byte sequence, not the character 21:16 <@Haarg> i'd suggest using an escape code instead 21:17 <+perlDreamer> something like \x{dddd} ? 21:18 <@Haarg> yeah 21:18 <@Haarg> use utf8 will probably work, but an escape will make it more obvious what you are actually doing 21:18 <+perlDreamer> is there a lookup table someplace online for encodings? 21:19 <@Haarg> nothing i know of 21:20 <@Haarg> \x{201d} 21:21 <@Haarg> is the quote you have there 21:22 <+perlDreamer> yep, much better. Test go boom 21:22 <+perlDreamer> How did you look that up? 21:23 <@Haarg> use utf8 + Data::Dumper 21:33 <+perlDreamer> SDuensin: it's fixed. 7.5.35 should be coming out this week. 21:33 < SDuensin> perlDreamer - Sweet. 21:37 <+perlDreamer> If you want it sooner, then you can pull it from svn 21:37 <+perlDreamer> for the 7.5 branch, it's 8732 21:37 < SDuensin> Na, not a problem. I just used a regular quote and it's fine. 21:39 < CIA-41> WebGUI: colin * r8732 /branch/WebGUI_7.5/ (3 files in 3 dirs): fix wide character handling in Product JSON collateral 21:39 < CIA-41> WebGUI: colin * r8733 /WebGUI/ (3 files in 3 dirs): forward port Product JSON collateral wide character fix 21:39 < CIA-41> WebGUI: jt * r8734 /experimental/Automat/lib/ (Automat/Customer.pm WebGUI/Asset/Automat.pm): added an email all hosting customers option 21:55 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui 21:57 < carogray> hi all - Plain Black people - can you remind me what we tell people who are finally ready to direct their a records to the Plain Black server i.e. they want their demo site to now be live where do I find the info? 22:02 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 22:02 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 22:04 -!- Bernd__ [n=spunky@88.128.18.187] has quit ["Ex-Chat"] 22:06 < CIA-41> WebGUI: frank * r8735 /WebGUI/lib/WebGUI/Inbox/Message.pm: Updated the POD for some of the new and changes methods to make their use more clear. 22:17 -!- Guest69645 [n=JohnRest@201.232.58.66] has quit [] 23:01 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 23:01 -!- mode/#webgui [+v MrHairgrease] by ChanServ 23:01 <+MrHairgrease> haha 23:02 <+MrHairgrease> anybody read this: http://developers.slashdot.org/comments.pl?sid=1046193&cid=25935403 23:03 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 23:04 < SDuensin> Gotta love Perl. 23:05 <+MrHairgrease> ah crap: http://developers.slashdot.org/comments.pl?sid=1046193&cid=25937375 23:05 <+MrHairgrease> still... gotta love perl 23:09 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:36 <@preaction> http://duartes.org/gustavo/blog/post/what-your-computer-does-while-you-wait <- interesting little thing on performance --- Day changed Tue Dec 02 2008 00:02 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has left #webgui [] 00:08 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Remote closed the connection] 00:08 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 00:19 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 00:20 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 00:20 -!- mode/#webgui [+o perlmonkey2] by ChanServ 00:20 < nuba> hey folks, this is totally offtopic, but here's me playing some ragtime-like guitar song last friday, at university, in a improvised gathering http://www.youtube.com/watch?v=beKTgRUanp0 00:21 < nuba> its a passable rendition to a awesome song, Clap, by Steve Howe, in his first album with the Yes band, early 70s 00:30 <+perlDreamer> he can hack, pick and strum! 00:35 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 00:39 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 00:39 <+perlDreamer> Could a nice PB staff-type person please move this into the RFE board? 00:39 <+perlDreamer> http://www.plainblack.com/bugs/tracker/9180 00:42 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:44 -!- patspam [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has joined #webgui 00:48 <@perlmonkey2> perlDreamer: done 00:49 <+perlDreamer> thanks. 00:51 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 00:51 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:07 * perlDreamer goes to run errands 01:15 < CIA-41> WebGUI: jt * r8736 /branch/wrebuild_0.8: putting wre 0.8 into mothballs 01:15 < CIA-41> WebGUI: colin * r8737 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Post.pm): Make Posts respect the email privacy setting. Fixed in 7.6 branch only. 01:15 < CIA-41> WebGUI: jt * r8738 /wrebuild/ (5 files in 4 dirs): 01:15 < CIA-41> WebGUI: removed WDK 01:15 < CIA-41> WebGUI: added --ia64 flag for custom processing on 64-bit systems 01:17 < SDuensin> Is there a limit to the number of products a shelf will display? I'm only seeing a fraction of what I've entered. 01:20 < SDuensin> Seems it shows the last 25 products I entered and gives up the fight. 01:22 -!- knowmad [n=william@97.66.185.250] has quit [Read error: 110 (Connection timed out)] 01:29 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"] 02:09 < CIA-41> WebGUI: jt * r8739 /wrebuild/ (build.sh wre/docs/changelog.txt): 02:09 < CIA-41> WebGUI: - Added the following components: 02:09 < CIA-41> WebGUI: gnutils-2.6.2 02:09 < CIA-41> WebGUI: libgcrypt-1.4.3 02:09 < CIA-41> WebGUI: libgpg-error-1.7 02:09 < CIA-41> WebGUI: libiconv-1.12 02:40 <+perlDreamer> SDuensin, check for pagination controls in the Shelf template 02:40 <+perlDreamer> 25 is the default pagination size, so it's suspicious 02:56 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit ["Leaving."] 03:02 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 03:02 -!- mode/#webgui [+o perlmonkey2] by ChanServ 03:13 -!- tavisto_ [n=tavisto@97509host161.starwoodbroadband.com] has quit [] 03:18 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 03:18 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui [] 03:55 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 04:01 < SDuensin> perlDreamer - Thanks. Will do. 04:03 <+perlDreamer> SDuensin, the default shelf template does not have pagination controls. That's definitely the problem. 04:14 <+perlDreamer> that's probably a bu 04:14 <+perlDreamer> g 04:17 < CIA-41> WebGUI: colin * r8740 /WebGUI/ (193 files in 16 dirs): 04:17 < CIA-41> WebGUI: Adding tinymce language support for arabic, portugeuese, 04:17 < CIA-41> WebGUI: danish, french, russian, spanish, german, dutch, norway, 04:17 < CIA-41> WebGUI: hungarian and italian. 04:17 < CIA-41> WebGUI: colin * r8741 /WebGUI/www/extras/tinymce/jscripts/tiny_mce/ (16 files in 15 dirs): add polish language support to tinymce 04:30 -!- Lisette [n=liraos@adsl190-28-156-44.epm.net.co] has quit [Read error: 104 (Connection reset by peer)] 04:33 < SDuensin> perlDreamer - Well, I'm good at breaking things. :-) 04:37 <+perlDreamer> well, that's also two shop related bugs in 1 day 04:38 <+perlDreamer> not too bad 04:38 < SDuensin> Is the pagination just a template change? That one *is* a big deal for me. 04:38 <+perlDreamer> it is, but it's also a bug 04:39 <+perlDreamer> if you post it, I'll fix it 04:39 <+perlDreamer> actually, I'll probably have it fixed before you post it 04:39 <+perlDreamer> but it would be nice to have it documented. 04:39 < SDuensin> I'll post it real fast. 04:40 < CIA-41> WebGUI: colin * r8742 /branch/WebGUI_7.5/ (209 files in 16 dirs): backport language pack support for tinymce 04:41 < SDuensin> Posted. 04:47 -!- Lisette [n=liraos@adsl190-28-155-102.epm.net.co] has joined #webgui 04:53 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 04:53 -!- mode/#webgui [+v cap10morgan] by ChanServ 05:50 <+perlDreamer> You beat me 05:58 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui 05:58 < patspam> perlDreamer++ # implementing an RFE that was submitted for me while I was asleep, and finishing it before I woke up, that's fast 05:59 <+perlDreamer> well, we aim to please at perlDreamer Consulting 05:59 <+perlDreamer> it's out new psychic interface 06:00 < elnino> hello! If I have an article who calls the ParentPageURL macro and I make a short cut of that article and put it on a page layout, who's ParentPageURL is it going to get? 06:00 < elnino> it appears to be going into a loop and getting confused. 06:00 < patspam> perlmonkey2: you still awake? 06:01 <@perlmonkey2> yo 06:01 <@perlmonkey2> patspam: 06:01 < patspam> word 06:02 < patspam> I'm thinking plenty of people will want a simple "congrats, you finished the survey" on their survey exit page 06:02 <@perlmonkey2> an exit section or have the exit url got to a page with that message. 06:02 < patspam> was just musing that people could put survey_url?msg=my%20message%20goes%20here 06:03 < patspam> and get survey to print out msg form param if it exists 06:03 < CIA-41> WebGUI: colin * r8743 /WebGUI/docs/ (2 files in 2 dirs): Add basic pagination support to the default Shelf template. 06:03 < patspam> would save people from having to create an article containing the message 06:05 <@perlmonkey2> seems like it might be easy enough to do 06:05 < patspam> ah, but you're right, an exit section is probably better 06:05 < patspam> hadn't thought of that 06:06 < patspam> I was thinking about it in the context of exitUrl for survey timeouts, since we probably need to tell the user what has happened 06:07 < patspam> in my case I want to force users to restart the survey with a message telling them that they timed out 06:07 <@perlmonkey2> yeah, I wondered what else it should do. 06:08 <@perlmonkey2> So I guess I should break out the check of if the survey has ended to return different codes + messages. 06:08 <+perlDreamer> elnino, could you set up a demo site (with standard credential) and post the link back here please? 06:09 < patspam> yeah, and we could offer a drop-down of what to do on timeout: go to exitUrl, restart, etc.. 06:09 <+perlDreamer> if it's a bug, post it as a bug then I can use that as a test bed for fixing it. 06:12 <@perlmonkey2> patspam: just make it a asset setting? 06:12 < patspam> yeah 06:12 <+perlDreamer> DataForm has an acknowledgement template and message 06:13 < elnino> perlDreamer. hmm. I guess ParentPageURL is a user contrib. I guess I can't really expect you to fix it even if I do find a problem. It's more complex, I'm calling parentPageURL from a macro I created from a shortcut on a page layout.... So maybe I should ask if there is a way to do what I want to do..=) 06:13 < elnino> *All* I want to do is. Grab the last part of the url: /url/path/to/this.. I want just "this" 06:14 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 06:15 <@perlmonkey2> patspam: you'll have to forgive me, i'm not really with it today. I was attacked by a tree Yesterday and the tree won. 06:15 <@perlmonkey2> perlDreamer: how do you not spend all your time here: http://www.sparkfun.com 06:16 < elnino> keeping in mind that it's called from an article that has been shortcutted and placed on a pagelayout. And I'm looking for the last part of the pagelayout's url. 06:16 < patspam> pm2: damn trees! do you have scars that tell the tale? 06:18 <@perlmonkey2> patspam: heh, no, just a nice red line across my face. 06:19 < patspam> ouch. how did you manage that? 06:21 <@perlmonkey2> was driving a truck out around a lake. I backed into a tree, heard some squeeking and turned to look just as a branch flipped free of the truck by swinging through the window and into my face. Was quite comical after I realized I hadn't been blinded. 06:27 * perlDreamer is a dedicated Make blog reader, perlmonkey2 06:28 <@perlmonkey2> perlDreamer: yeah, I ordered the ardrino starter book today. 06:28 <@perlmonkey2> should be fun stuff. 06:28 <@perlmonkey2> I used the OOPic for my last UAV. 06:28 <@perlmonkey2> but it was fairly limited 06:28 <+perlDreamer> I built two PICs at Maxim 06:28 <+perlDreamer> snif 06:29 * perlDreamer grieves quietly but bravely 06:29 <@perlmonkey2> yeah, but when you say you "built a PIC", you don't mean you soldered some IC's to some transistors, do you? 06:29 <+perlDreamer> No, I mean from the ground up. 06:30 <+perlDreamer> We started with the instruction set 06:30 <+perlDreamer> and ended up with a PIC 06:30 <+perlDreamer> built the ALU, RAM, ROM, EEPROM 06:30 <@perlmonkey2> nice 06:30 <+perlDreamer> two digital interfaces (1-wire and SPI) 06:30 <@perlmonkey2> 1-wire++ 06:30 <@perlmonkey2> don't know what SPI is. 06:30 <+perlDreamer> I even hacked the gnupic tools to do our compiling for us 06:31 <@perlmonkey2> heh, cool 06:31 <+perlDreamer> SPI is also called I2C? 06:31 <@perlmonkey2> oh, okay 06:31 <@perlmonkey2> making specialized controllers? 06:31 <+perlDreamer> yes 06:31 <@perlmonkey2> industrial stuff? 06:31 <+perlDreamer> no, smaller projects 06:32 <@perlmonkey2> When my buddy got out of EE, he started a consulting business doing what he had done at work, and then did software on the side, and then sold his software business for millions. 06:32 <@perlmonkey2> Not that you should do that, as I think everyone is happy you are doing software as your main business :) 06:33 <+perlDreamer> brb 06:44 <@perlmonkey2> patspam: shoot me an email on if you like the url encoded exit message or having a way to set messages for different exit scenarios. 06:44 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 06:52 <+perlDreamer> No, I'm confused again. SMB == I2C. SPI is a 3-wire interface 07:17 < CIA-41> WebGUI: colin * r8744 /branch/WebGUI_7.5/docs/ (2 files in 2 dirs): backporting default shelf template pagination template fix 07:17 <+perlDreamer> elnino, please try ^PageUrl(); and see what it gives you. 07:18 < elnino> Thanks. I actually figured it out,I ended up writing my own macro that took the env(path_info) and striped everything except what i wanted. 07:19 < elnino> although env seems buggy, at least it doesn't return what I think it should return. I'll write a bug for that. 07:20 -!- Lisette [n=liraos@adsl190-28-155-102.epm.net.co] has quit ["Leaving."] 07:27 <+perlDreamer> Session/Env doesn't do much with the environment hash. It might be more of an Apache thing. 07:28 < elnino> yep. I got the idea from the loginbox macro - it's the only place I saw i used. It picks up HTTP header variables. 07:29 <+perlDreamer> I'm glad you found a solution 07:31 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 07:34 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 07:49 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 08:01 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 08:32 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:18 -!- Bernd_ [n=spunky@193.197.72.74] has joined #webgui 09:21 -!- Bernd_ [n=spunky@193.197.72.74] has quit [Client Quit] 11:27 -!- Petruchio-II [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has joined #webgui 11:29 -!- Petruchio [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 12:13 < CIA-41> WebGUI: yung * r8745 /branch/yung-thingy-rfe/ (2 files in 2 dirs): Added rfe 9128: Thingy fields subtext and pretext now have max length of 1024. 13:03 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 13:07 < CIA-41> WebGUI: yung * r8746 /WebGUI/docs/upgrades/upgrade_7.6.4-7.6.5.pl: fixing matrix upgrade bugfix 13:34 < CIA-41> WebGUI: yung * r8747 /WebGUI/lib/WebGUI/Asset/ (MatrixListing.pm Wobject/Matrix.pm): fixed a bug in Matrix deleteAttribute method 14:29 -!- Lisette [n=liraos@201.232.58.66] has joined #webgui 14:29 -!- patspam [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 15:21 < Lisette> how to get the address in a payDriver? 15:31 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 15:31 -!- mode/#webgui [+o Haarg] by ChanServ 15:32 < Lisette> how to get the address in a payDriver? 15:52 -!- cap10morgan_ [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 15:52 -!- mode/#webgui [+v cap10morgan_] by ChanServ 15:52 < SDuensin> Morning. 15:56 -!- cap10morgan_ is now known as cap10morgan 16:07 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:07 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:44 <@perlmonkey2> when dealing with non-utf8 chars, would you use to_json or encode_json? encode has the implied utf8=>1 flag. 16:44 <@perlmonkey2> and why do people still leave their system settings to a locale, instead of universal utf8? 16:45 < SDuensin> People leave it where it defaulted during the install. 16:59 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:59 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 16:59 -!- mode/#webgui [+o tavisto] by ChanServ 17:00 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 17:13 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 17:26 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:26 -!- mode/#webgui [+o Haarg] by ChanServ 17:29 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 17:30 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)] 17:35 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 17:57 <@perlmonkey2> Haarg: when do you build the beta release? 17:57 <@perlmonkey2> Trying to see how much time I have to resolve the utf8 issue. 17:57 <@Haarg> which utf8 issue? 17:57 <@Haarg> probably early afternoon? 17:58 <@Haarg> ... that was supposed to be a statement not a question 17:58 <@perlmonkey2> survey on beta isn't working. Think it is the to_json vs the encode_json issue. 17:58 <@Haarg> ah 17:58 <@Haarg> for survey, use to_ and from_ everywhere, or don't use ->utf8 if doing oo 18:00 <@perlmonkey2> it uses encode/decode 18:00 <@perlmonkey2> which convert to utf8 18:00 <@perlmonkey2> but with wide non-utf8 encodings, they break. 18:01 <@perlmonkey2> or at least wide points which don't fit into utf8. Of which I believe there are only a few edge cases which don't. 18:01 <@perlmonkey2> The windows backticks I believe don't fit. 18:01 <@perlmonkey2> and commas 18:03 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has quit [Read error: 110 (Connection timed out)] 18:05 <@Haarg> you don't want to use encode_ and decode_ 18:06 <@perlmonkey2> yeah, we'd hate to assume utf8. 18:06 <@Haarg> it's not that simple 18:06 <@Haarg> we do assume utf8 18:06 <@Haarg> but that is handled elsewhere 18:06 <@Haarg> actually, wait 18:07 <@Haarg> are you dealing with writing or reading files? 18:07 <@Haarg> that gets a bit trickier 18:07 <@perlmonkey2> nope 18:07 <@perlmonkey2> just encoding and decoding user entered text 18:07 <@Haarg> basically, everything going out or in from apache is utf8 18:07 <@Haarg> but you don't have to care 18:07 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 18:07 -!- mode/#webgui [+o tavisto] by ChanServ 18:07 <@Haarg> same for the database 18:08 <@Haarg> in the perl code, you just always treat it as character strings 18:08 <@perlmonkey2> yeah, but anything that doesn't fit into the utf8 space is just left as a bad wide char. 18:08 <@Haarg> which is what to_json/from_json do 18:08 <@Haarg> if you use encode_json, it tries to encode the characters into utf8 18:08 <@perlmonkey2> so if you have a multi-byte with the first byte not having the correct byte count, you have a bad space that is just quietly passed along. 18:08 <@Haarg> but that is already done by the db layer 18:09 <@perlmonkey2> Haarg: right, and it is strict in its encoding. 18:09 <@Haarg> so it causes problems 18:09 <@perlmonkey2> no silent failures. 18:09 <@Haarg> but you don't want to encode at all 18:09 <@Haarg> because that is done elsewhere 18:10 < CIA-41> WebGUI: perlmonkey2 * r8748 /WebGUI/lib/WebGUI/Asset/Wobject/ (Survey/SurveyJSON.pm Survey/ResponseJSON.pm Survey.pm): Minor fix. JSON no longer assumes proper utf8, but uses whatever off-brand locale a luser wants to use. 18:10 <@perlmonkey2> hmm, but if we take their windows encoded (or whatever) and just assume utf8, then when we show it back to them, the page encoding will be labeled utf8, but their browser will see non-utf8 wide encodings that don't fit and give them the bad wide char char. 18:10 <@Haarg> it doesn't come in as the windows encoding 18:10 <@Haarg> it comes in as utf8 18:11 <@Haarg> non-utf8 wide characters doesn't make much sense anyway 18:11 <@perlmonkey2> let me try that on the beta server and see what happens. 18:11 <@Haarg> wide characters are always going to be utf-8 or utf-16 or something like that 18:12 <@Haarg> the windows encoding (or whatever other encoding like that) are all single-byte 18:12 <@perlmonkey2> http://beta.webgui.org/demo1228147391_379/home/untitled?func=editSurvey why does that work but we get utf8 errors when you try to take the survey? maybe a yui widget is failing. 18:13 <@Haarg> isn't that using encode_json/decode_json? 18:13 <@perlmonkey2> yes. I only just now changed it. 18:13 <@perlmonkey2> not on beta though. 18:15 <@Haarg> using encode_json/decode_json is the problem 18:16 <@perlmonkey2> I need a non utf8 encoded point that does't fit into the utf8 space to test this. 18:17 <@Haarg> i don't know of any characters like that 18:17 <@Haarg> that's the whole point of unicode 18:17 <@Haarg> that it has all of the characters 18:19 <@perlmonkey2> yes, but there are some significant bit code points in say Western that don't translate to utf8. Their byte claims to be a multibyte char in utf8, but they aren't. 18:20 <@Haarg> i don't really understand what you mean 18:20 <@Haarg> the characters in western all exist in utf8 18:20 <@Haarg> because utf8 is just an encoding scheme for unicode 18:21 <@Haarg> it doesn't really matter what the encodings are in western, because the browser sends them in utf8 18:22 <@Haarg> and if the browser didn't send them in utf8 we wouldn't be able to deal with them anyway 18:24 <@perlmonkey2> I just used an Eastern (don't know which ISO) and cut and pasted into the demo survey. I can't belive it. was cut off at "I can" as the ' was probably a 11 byte, but the next byte also had a significant bit 18:24 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 18:24 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:26 <@Haarg> are you seeing any cases that are broken now that you've changed it to to_json/from_json? 18:28 <@perlmonkey2> Haarg: yes 18:28 <@perlmonkey2> when I send the eastern encoded string, it is not sent back correctly to the editor. But it is stored and sent back to the presentation correctly. 18:29 <@perlmonkey2> and how would the high bit Western encodings fit into UTF8? And western point that starts with 1, would be a bad wide char. 18:29 <@perlmonkey2> Well, not a western point, but a western byte. 18:29 <@Haarg> again, everything comes in as utf8 18:30 <@perlmonkey2> then why would encode and decode break? 18:30 <@Haarg> because the database already does encoding 18:31 <@Haarg> so you are double encoding stuff 18:32 <@perlmonkey2> how would the database know which encoding was coming in? Wouldn't it just assume utf8 is being passed in? 18:33 <@Haarg> ok 18:33 <@Haarg> browser has characters 18:33 <@perlmonkey2> yeah, are those bytes or points? 18:33 <@Haarg> it encodes them to utf8 to send 18:33 <@Haarg> doesn't matter 18:33 <@Haarg> characters 18:34 <@Haarg> apache gets the utf8 strings, gives them to webgui 18:34 <@perlmonkey2> well my Latvian I can't belive it. didn't get encoded correctly 18:34 <@Haarg> webgui (WebGUI::Session::Form) decodes the utf8 to characters 18:34 <@Haarg> inside webgui everything treats them as characters 18:35 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 18:35 -!- mode/#webgui [+o bopbop] by ChanServ 18:35 <@Haarg> when you save to the database, it send encodes them to utf8 for storage 18:35 <@Haarg> and decodes them back to characters when it pulls them out 18:36 <@Haarg> in webgui (excepting i/o), we always should just be treating them as character strings 18:36 <@Haarg> i may see the problem though 18:37 <@perlmonkey2> I'm thinking the to/from fixed the issue. Looks like a template error. 18:37 <@perlmonkey2> the template value isn't surrounded with quotes. 19:10 < Lisette> how to do to get the address in a payDriver? 19:29 <@rizen> opinion: I'm working on WRE 1.0 19:29 <@rizen> opinion needed, that is 19:29 <@rizen> and i'm thinking about upgrading MySQL 19:29 <@rizen> 5.1 came out 19:30 <@perlmonkey2> 5.1? 19:30 <@rizen> and it has a lot of bug fixes 19:30 < SDuensin> Bleeding edge, baby. I can take it. 19:30 <@perlmonkey2> I just read a short review that said it should probably still be called beta. 19:30 <@rizen> stuff that isn't ever going to get patched in to 5.0 19:30 <@rizen> cuz they appear to have end of lifed 5.0 19:30 <@rizen> i read the monty blog post too 19:30 <@rizen> and he's clearly conflicted 19:31 <@rizen> he said that the new features are clearly beta 19:31 <@rizen> but also that there's lots of bugs fixed in 5.1 that aren't going to be fixed in 5.0 19:31 <@rizen> including several fairly major crash bugs 19:31 <@rizen> so...could i hear your thoughts and opinions, so i can roll them around in my head for a little while 19:32 <@perlmonkey2> just as long as the business logic layer doesn't creep into triggers and stored procs, its all good. 19:35 -!- Lisette [n=liraos@201.232.58.66] has quit ["Leaving."] 19:37 < CIA-41> WebGUI: perlmonkey2 * r8749 /branch/WebGUI_7.5/ (2 files in 2 dirs): added an epochDate field to the template for CS RSS items. The ^D(); + macro can then format the epoch date. 19:42 <@perlmonkey2> Doesn't look like any of the listed bugs are show stoppers 19:42 <@perlmonkey2> Although it would be nice if transactions every became something stable enough to be usable. 19:45 <@rizen> thanks for the opinion...anybody else have a thought? cap10morgan preaction Haarg khenn_ anybody? 19:45 -!- khenn_ is now known as khenn 19:45 -!- mode/#webgui [+o khenn] by ChanServ 19:46 <@preaction> i would say provided there are no regressions with 5.1, go for it 19:46 <@khenn> I agree with preaction 19:46 * SDuensin likes new software. 19:47 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui [] 19:48 <+cap10morgan> rizen: i assume you won't have webgui magically start using 5.1-only features when it's running in wre 1.0, so it seems like a good idea to me 19:49 <@Haarg> since the bugs seem to mainly be in the new features (which we aren't using) upgrading seems fine 19:49 <@rizen> nope, we won't be using any 5.1 features 19:49 <@rizen> because the API backward compatibility guarantee applies through-out the 7.x series 19:49 <@rizen> MySQL 5.0 is the base 19:50 <@rizen> as is Apache 2.0 and Perl 5.8 19:50 <@rizen> So even though we're upgrading to Apache 2.2 and Perl 5.10 in the new WRE, we won't be able to make use of any of those new features either 19:50 <@rizen> only the performance enhancements and bug fixes 19:50 <@rizen> ok, so it sounds like everybody is for moving to 5.1, so I'll add that 19:51 <@rizen> cap10morgan: as promised, WRE 1.0's primary new feature is going to be 64-bit support 19:51 <+cap10morgan> oh, nice! 19:51 < SDuensin> MORE BITS! Whoo! 19:52 <+cap10morgan> now that i know more about the ins and outs, that's mainly nice for the mysql component. but that's pretty important. 19:53 <+cap10morgan> but the pre-fork apache processes could already use more than 4GB of RAM amongst themselves since each one gets its own address space, as you explained to me before. so that relieves most of the pressure on our end. 19:55 <@rizen> well it's nice for more than memory. theoretically native 64-bit calculations should be faster due to higher through-put 19:55 <@rizen> so that affects apache, perl, mysql, etc 19:56 <+cap10morgan> cool 19:56 <@perlmonkey2> rizen: you finally got it compiled on 64 bit? swa-eet. 19:57 <@rizen> no 19:57 <@rizen> that's just what i'm working on for wre 1.0 19:57 <@perlmonkey2> oh, may the 64 bit gods smile upon your endevors then. 19:59 <@rizen> i've gotten tips from mrhairgrease, koen, and knowmad, so hopefully i can now make it work 19:59 <@rizen> plus i'm upgrading to the latest versions of everything, so hopefully that helps as well 19:59 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 19:59 -!- mode/#webgui [+v perlDreamer] by ChanServ 20:01 <+perlDreamer> Haarg, are you releasing today? 20:01 <@Haarg> yes 20:05 <+perlDreamer> cool. I'll be watching for your release notice then to stop committing to the 7.5 branch. 20:06 <+perlDreamer> meantime, could someone please move this into the RFE category: http://www.plainblack.com/bugs/tracker/9023 20:06 <+perlDreamer> the cart template never had a page title 20:18 <@Haarg> today is 7.6 release 20:19 <@perlmonkey2> perlDreamer: is that really an RFE? 20:19 <+perlDreamer> I think so, but I could be convinced otherwise 20:19 <+perlDreamer> Should the view cart page have a title? 20:21 <@perlmonkey2> good question 20:22 <+perlDreamer> To me, that's what it boils down to. 20:22 <+perlDreamer> shop comes before Asset in the content handler, so I was thinking (but didn't check) that the session asset would not exist yet 20:22 <+perlDreamer> that would rule it out 20:22 <+perlDreamer> I guess we could put a static title in it 20:22 <+perlDreamer> View Cart 20:23 <+perlDreamer> but the bug mentioned wanting to be able to change it, which sounds like user config 20:23 <+perlDreamer> the user config is out of scope for the Shop right now 20:24 <@perlmonkey2> I can find no flaws in that 20:26 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [Read error: 104 (Connection reset by peer)] 20:26 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 20:26 -!- mode/#webgui [+v cap10morgan] by ChanServ 20:26 <@perlmonkey2> perlDreamer: done 20:26 <+perlDreamer> thanks, man. 20:37 < CIA-41> WebGUI: colin * r8750 /branch/WebGUI_7.5/lib/WebGUI/ (2 files in 2 dirs): Add Help for new epochDate CS RSS template variable. 20:42 < ckotil> RFE: include DENY in the subject for denied version tags. 20:42 < ckotil> thoughts? 20:43 < ckotil> hell include APPROVED for approved version tags as well 20:43 < ckotil> bc right now its not apparent just by looking at the subject wheather or not a tag was approved/denied 20:43 <+perlDreamer> I like it, ckotil 20:48 <@perlmonkey2> I like it too 20:48 < ckotil> cool, i just about have the RFE written up and submitted 20:48 < ckotil> I think we will just need to modify the Notify about version tag Workflow Activity 20:52 <+perlDreamer> Haarg, rev 8081 actually fixes a bug in 7.5 20:53 <+perlDreamer> is it safe to back port it to 7.5? 20:53 <+perlDreamer> https://svn.webgui.org/svnweb/plainblack/revision/?rev=8081 20:53 < ckotil> http://www.plainblack.com/rfe/request-for-enhancement/9209 20:57 <+perlDreamer> I thought about doing just the Calendar part, but the CS, Gallery, and Wiki are also affected. So we'd be heading off bugs by doing it that way. 21:18 <@Haarg> there have been a couple bugs introduced by that change 21:18 <@Haarg> so i'd prefer not backporting it 21:18 <@Haarg> what is the 7.5 bug? 21:22 <+perlDreamer> when you copy a calendar, it creates version tags for each child event 21:22 <@Haarg> ah 21:23 <+perlDreamer> most likely because getParent returns nothing useful 21:23 <+perlDreamer> actually, I can work with that 21:23 <+perlDreamer> if getParent isn't defined, I'll have it return undef 21:23 <+perlDreamer> inside of getAutoCommitWorkflow inside Event.pm 21:24 <+perlDreamer> actually, what kind of bugs are you seeing in 7.6 related to that? 21:24 <@Haarg> they were fixed, but there was an issue with the email -> CS workflow 21:25 <+perlDreamer> hm 21:25 <@Haarg> i don't know of any related bugs that still exist 21:25 <+perlDreamer> maybe I should just do the Calendar/Event fix then 21:26 <@Haarg> but given how large of a change it is and that there have been bugs with it already i'm just not certain about backporting it 21:26 <+perlDreamer> I'll see if I can find a different/better solution then 21:28 * perlDreamer bows to Haarg's experience and wisdom 21:30 <@Haarg> it looks like i used a different solution for how to keep recurring events in the correct tag for 7.5 vs 7.6 21:30 <@Haarg> don't remember why 21:31 <+perlDreamer> well, if getAutoCommitWorkflow return undef, it uses VersionTag->getWorking, which seems to be the right solution to me 21:31 <+perlDreamer> that's what I'm going to try and emulate in 7.5 21:32 <+perlDreamer> Also, before you commit, would you please see if you can duplicate my RTE bug for 7.5? 21:32 <+perlDreamer> it's really strange 21:32 <+perlDreamer> in that there's been no changes to that code, but it stopped working 21:32 <+perlDreamer> I'm hoping it's just my browser version 21:33 <@Haarg> you have a link? 21:33 <+perlDreamer> http://www.plainblack.com/bugs/tracker/9170 21:34 <@Haarg> i think i know the problem 21:34 <+perlDreamer> my error console says (method || 'p').toLowerCase is not a method 21:35 <+perlDreamer> or something very similar 21:35 < CIA-41> WebGUI: colin * r8751 /branch/WebGUI_7.5/ (2 files in 2 dirs): fix badge viewing issue in the EMS 21:35 < CIA-41> WebGUI: colin * r8752 /WebGUI/ (2 files in 2 dirs): forward porting ems badge viewing permission fix 21:36 <@Haarg> i should probably report the bug in tinymce for that one 21:36 <@Haarg> fix committed 21:38 <+perlDreamer> does that fix also prevent the RTE from wrapping everything in paragraph tags? 21:39 <@Haarg> kind of 21:40 <@Haarg> it wraps in paragraph tags unless you set the option to use br tags 21:40 <+perlDreamer> well, then I think you may have fixed two bugs... 21:41 <@Haarg> well, the bug fix for that broke it 21:41 <@Haarg> so now the brokenness is fixed 21:41 <+perlDreamer> http://www.plainblack.com/bugs/tracker/9130 21:41 <+perlDreamer> I'll close my bug, and then test the other one to see if it's fixed, too. 21:42 <+perlDreamer> and the fix, it codes around a bug in tinymce by not sending the option at all, versus sending JSON::true? 21:42 <@Haarg> sorry for not posting something on that bug 21:42 <+perlDreamer> it's okay, I know you're busy 21:42 <@Haarg> yeah 21:42 <@Haarg> i was told about the bug through different channels, and didn't know it was posted as a bug until later 21:57 <@Haarg> heh, i didn't document it because the bug was introduced in the same version 22:00 <+perlDreamer> I'm not sure I followed that Haarg. 22:00 <@Haarg> that bug was never in a released version 22:00 <@Haarg> doesn't really matter though 22:01 <+perlDreamer> and it brings us one closer to < 3 pages of bugs 22:02 <+perlDreamer> it also didn't fix the other RTE bug that I mentioned. But I'll try to close down the Calendar version tag bug first and then try it 22:02 <+perlDreamer> I've been shying away from Bazaar and Helpdesk bugs 22:02 <+perlDreamer> there are really only a handful of core WebGUI bugs posted 22:06 < CIA-41> WebGUI: graham * r8753 /branch/WebGUI_7.5/lib/WebGUI/Asset/RichEdit.pm: fix rich editor 22:06 < CIA-41> WebGUI: colin * r8754 /branch/WebGUI_7.5/docs/changelog/7.x.x.txt: document RTE bug fix (useBr workaround) 22:06 < CIA-41> WebGUI: jt * r8755 /wrebuild/ (build.sh wre/docs/changelog.txt): (log message trimmed) 22:06 < CIA-41> WebGUI: - Upgraded the following components to these new versions: 22:06 < CIA-41> WebGUI: aspell6-en-6.0-0 22:06 < CIA-41> WebGUI: aspell-0.60.6 22:07 < CIA-41> WebGUI: awstats-6.8 22:07 < CIA-41> WebGUI: expat-2.0.1 22:07 < CIA-41> WebGUI: ImageMagick-6.4.6-8 22:08 <@Haarg> was this fix put into 7.5? http://www.plainblack.com/bugs/tracker/9155 22:08 <+perlDreamer> No. 22:08 <@Haarg> ok 22:08 <+perlDreamer> rizen thought it was too radical for 7.5 at this point 22:08 <@Haarg> the changelog entry was added for it 22:09 <+perlDreamer> it was? 22:09 <+perlDreamer> I'll fix that 22:09 <+perlDreamer> I originally developed it in 7.5, then had to port it over to 7.5 22:09 <+perlDreamer> 7.6 22:09 < nuba> perlbot: paste 22:09 < perlbot> Paste your code to http://sial.org/pbot/perl http://erxz.com/pb or http://p3m.org/pfn/perl and #Perl will be able to view it. 22:09 <+perlDreamer> I must not have cleaned it up 22:10 <@rizen> what is too radical? 22:10 <+perlDreamer> the headblock/extra head tags change 22:10 <@rizen> it should have only been put into 7.6 22:10 <+perlDreamer> it was 22:10 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 22:11 <@rizen> ok, then what's the problem? 22:11 <+perlDreamer> I forgot to remove the changelog notice 22:11 <+perlDreamer> (from 7.5) 22:11 <@rizen> ok 22:11 <@rizen> so no problem 22:11 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 22:11 <+perlDreamer> Ever since you got me canned, I've been very careful to do _exactly_ what you say. 22:12 <+perlDreamer> except for that jalapeno juice cure for colds 22:13 < nuba> hah 22:13 < nuba> nasty 22:16 * perlDreamer goes to the gym 22:16 <+perlDreamer> Haarg, I have no pending/halfway commits, so please don't hold the release for me 22:17 <@Haarg> ok 22:24 <@Haarg> perlDreamer, did you end up doing anything with that calendar copy problem? 22:36 < CIA-41> WebGUI: colin * r8756 /branch/WebGUI_7.5/docs/changelog/7.x.x.txt: undocument bug that is not fixed in this version 22:36 < CIA-41> WebGUI: jt * r8757 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Storage.pm): - security: A problem was discovered and fixed in which users could email executable attachments to a collaboration system and then when viewed online, could execute them. 22:36 < CIA-41> WebGUI: graham * r8758 /branch/WebGUI_7.5/ (lib/WebGUI/Form/Textarea.pm t/Form/Textarea.t): 22:36 < CIA-41> WebGUI: use proper method of formatting text for display in Textarea form 22:36 < CIA-41> WebGUI: control 22:36 < CIA-41> WebGUI: jt * r8759 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Storage.pm): 22:36 < CIA-41> WebGUI: - security: A problem was discovered and fixed in which users could email 22:36 < CIA-41> WebGUI: executable attachments to a collaboration system and then when viewed online, 22:36 < CIA-41> WebGUI: could execute them. We recommend immediate upgrade for all 7.x users. 23:41 -!- topsub [n=josh@97.66.185.250] has quit [Remote closed the connection] 23:57 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [Read error: 104 (Connection reset by peer)] 23:57 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 23:57 -!- mode/#webgui [+v cap10morgan] by ChanServ --- Day changed Wed Dec 03 2008 00:07 -!- tavisto_ [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 00:07 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has quit [Read error: 131 (Connection reset by peer)] 00:33 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui 00:33 -!- mode/#webgui [+v snapcount] by ChanServ 00:35 <+snapcount> anybody see a problem with changing line 439 of WSClient.pm from if (!$@) { to if (!$@ && defined $aref) { 00:35 <+snapcount> I'm not sure what the process is for submitting patches these days so I figured I'd start here 00:36 <+snapcount> I was getting an error when I used the WSClient and that fixes it 00:36 <+snapcount> DEBUG - www.hdpublishinggroup.com.conf - WebGUI::Macro::process[142] - Stack trace for ERROR Can't use an undefined value as an ARRAY reference at /data/WebGUI/lib/WebGUI/Asset/Wobject/WSClient.pm line 440. 00:53 -!- patspam [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has joined #webgui 00:56 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:59 <+perlDreamer> Haarg, no changes to calendar yet. My return undef if !$parent fix did not work. 01:00 <@Haarg> i'm not really sure how the changes i made in 7.6 dealt with the issue 01:00 <+perlDreamer> it's gotta be in there somewhere 01:00 <@Haarg> the problem i saw right off when looking at it 01:00 <@Haarg> is the duplicate method on the calendar 01:00 <@Haarg> it doesn't use skipAutoCommit 01:00 <@Haarg> on its addChild calls 01:01 <@Haarg> also, it probably needs to override duplicateBranch 01:01 -!- patspam1 [n=patspam@ppp118-208-251-91.lns10.mel6.internode.on.net] has joined #webgui 01:01 -!- patspam [n=patspam@ppp121-44-201-32.lns10.mel4.internode.on.net] has quit [Nick collision from services.] 01:01 -!- patspam1 is now known as patspam 01:02 <@Haarg> since it is already doing that behavior 01:02 <+perlDreamer> yeah, I noticed that, too 01:02 <+perlDreamer> the copy icon in the asset toolbar now has a dropdown if you have children 01:02 <+perlDreamer> allowing you to copy only the asset, or the asset and children, or asset and descendants 01:03 <+perlDreamer> and since calendar always copies children, copy only asset does not work 01:03 <@Haarg> yeah 01:03 <+perlDreamer> but I don't know why preaction did that in the first place, so I was hesitant to do anything with that 01:03 <@Haarg> it may just be best to remove the extra handling calendar has 01:04 <+perlDreamer> except the skipAutoCommit you mentioned? 01:04 <@Haarg> no, the default duplicateBranch includes that 01:04 <+perlDreamer> okay, now I'm officially confused 01:04 <+perlDreamer> in the 7.6 branch, Calendar's duplicate does not do skip auto commit 01:05 <@Haarg> yeah, i don't know why it works in 7.6 01:09 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 01:18 <+perlDreamer> I'll start by tracing it in 7.5, and then comparing against 7.6 01:18 <+perlDreamer> There has to be a good reason for it 01:19 <+perlDreamer> Your unconscious programming skills are quite envious, Haarg :) 01:20 <@Haarg> it's probably the hasBeenCommitted check 01:20 <@Haarg> the newly created parent hasn't been committed 01:20 <@Haarg> so it doesn't get an auto commit workflow 01:24 < CIA-41> WebGUI: jt * r8760 /experimental/Automat/lib/Automat/Site.pm: redundant line 01:24 <+perlDreamer> that would make sense 01:24 <+perlDreamer> but don't we _want_ it to auto commit? 01:25 <+perlDreamer> the problem is that it's going through a manual commit 01:25 <+perlDreamer> or do I have it backwards? 01:26 <@Haarg> we don't want it to autocommit 01:26 <@Haarg> because for copy, the commit process is handled elsewhere 01:26 <+perlDreamer> so, if I backport just hasBeenCommitted and use that, it would fix it 01:26 -!- patspam1 [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has joined #webgui 01:26 -!- patspam [n=patspam@ppp118-208-251-91.lns10.mel6.internode.on.net] has quit [Nick collision from services.] 01:26 -!- patspam1 is now known as patspam 01:27 <@Haarg> maybe, but i think fixing duplicate would be better 01:27 <@Haarg> fixing/eliminating 01:27 <+perlDreamer> okay, then let me play it all back 01:27 <+perlDreamer> well, there's a problem with that, too 01:28 <+perlDreamer> if we eliminate duplicate, then in the Asset Manager when you copy a calendar, it won't copy all the events like it does now 01:28 <+perlDreamer> I'm cool with that, as long as y'all are okay with the new behavior 01:29 <@Haarg> for now keeping the existing behaviour is probably better 01:30 <+perlDreamer> so in 7.5, I'll just add the skipAutoCommit 01:30 <+perlDreamer> and in 7.6...? 01:30 <+perlDreamer> nuke dupe? 01:30 <@Haarg> that seems ok 01:31 <@Haarg> also, i think calendar (7.5) should have a duplicateBranch method 01:32 <+perlDreamer> what does it need to override in the one from AssetVersioning? 01:32 <+perlDreamer> uh, AssetBranch 01:32 <@Haarg> the one is AssetBranch duplicates children 01:32 <@Haarg> since duplicate already will be doing that 01:32 <@Haarg> duplicateBranch should not 01:33 <+perlDreamer> That seems backwards to me. 01:33 <@preaction> I HATE THE CALENDAR 01:33 <@preaction> i just thought i should mention 01:33 <@Haarg> how so? 01:34 <@Haarg> in 7.6, we're eliminating duplicate, so it isn't an issue anymore 01:34 <+perlDreamer> In a perfect world, duplicate branch would copy children, and duplicate would only duplicate the calendar. 01:34 <@Haarg> which is what we want to do in 7.6 01:34 <+perlDreamer> exactly 01:34 <+perlDreamer> but didn't you just say that in 7.5, duplicate branch should _not_ duplicate events? 01:35 <@Haarg> no 01:35 <+perlDreamer> (03:31:59 PM) Haarg: duplicateBranch should not 01:35 <+perlDreamer> I'm probably taking that out of context 01:35 <@Haarg> in 7.5, Calendar::duplicateBranch should not duplicate children itself 01:35 <@Haarg> it should just let duplicate copy the children 01:35 <+perlDreamer> I see 01:36 <+perlDreamer> that makes more sense 01:36 <+perlDreamer> thanks for straightening me out 01:41 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 01:42 <+perlDreamer> is it safe to commit, Haarg? 01:42 <@Haarg> yes 01:43 <@Haarg> i'm working on test failures 01:46 <+perlDreamer> we haven't had any automated smoke tests in two days. 01:46 <+perlDreamer> do you want some help with the tests? 01:47 <@preaction> it's been more than two days 01:47 <@preaction> the SVN version is broken for some unknown reason 01:47 <+perlDreamer> yeah, but the stable branch was working up until the 30th of November 01:48 <@preaction> now that's not working either? god... 01:48 <+perlDreamer> testing has high costs in maintenance 01:49 <@Haarg> i think i have the tests basically dealt with 01:50 < CIA-41> WebGUI: colin * r8761 /branch/WebGUI_7.5/ (2 files in 2 dirs): fix duplicate handling by the Calendar. 01:50 <@rizen> perlDreamer, do you have 7.6 checked out? 01:51 <+perlDreamer> I have an up to date copy from SVN. Is that what you mean? 01:51 <@rizen> yeah 01:51 <@rizen> go to the admin console 01:51 <+perlDreamer> let me switch over to 7.6 form 7.5 01:51 <@rizen> is it hosed for you? 01:53 <+perlDreamer> Admin console in the admin bar is okay 01:53 <+perlDreamer> admin console from an operation, however, looks messed up 01:53 <+perlDreamer> I'm missing the admin bbar 01:55 <+perlDreamer> but from other places it looks fine, like from User 01:56 <+perlDreamer> groups is okay 01:57 <+perlDreamer> so offhand I'd say it's just the AssetManager and admin console/admin bar together 02:04 <+perlDreamer> Haarg, Calendar buttoned up in both branches. 02:04 <+perlDreamer> phew 02:07 <+perlDreamer> rizen, do you have more 7.6 questions? 02:09 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 02:19 < CIA-41> WebGUI: colin * r8762 /WebGUI/ (2 files in 2 dirs): 02:19 < CIA-41> WebGUI: Fix Calendar copy behavior. By default, duplicate will only copy 02:19 < CIA-41> WebGUI: the Calendar. duplicateBranch must be called to copy it _and_ its 02:19 < CIA-41> WebGUI: children. 02:20 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 02:21 -!- mode/#webgui [+v Radix-wrk] by ChanServ 02:24 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 02:30 <@rizen> sorry pd, had to take care of some stuff quick 02:31 <@rizen> for me, the admin console wrapper is fubarred everywhere 02:31 <@rizen> almost like the css is missing 02:31 <@rizen> actually, it's a js error: 02:31 <@rizen> Can't find variable: initAdminConsole 02:32 <+perlDreamer> let me double check that I'm up to date 02:32 <+perlDreamer> yep, fully up at 8762 02:34 <+perlDreamer> rizen, I'm about 10 minutes away from a bugfix for Tavis. Let me wrap it up and I'll help look at the adminConsole. 02:35 <@rizen> you don' t need to i was just trying to see if it's a local thing or not 02:35 <@rizen> if you're not seeing the problem, then it must be on my box 02:38 <+perlDreamer> which workflow should collateral uploaded through the RTE image manager use 02:38 <+perlDreamer> should it be autocommitted? 02:38 <@Haarg> should be the same as anywhere else i would think 02:40 <@Haarg> i'm doing the 7.6.5 release right now btw 02:40 <+perlDreamer> I'm working in 7.5, I'll hold off forward porting 'til you're clear 02:40 <+perlDreamer> right now the image manager does an addChild, but no kind of commit processing 02:44 < CIA-41> WebGUI: graham * r8763 /WebGUI/ (lib/WebGUI/Form/Textarea.pm t/Form/Textarea.t): 02:44 < CIA-41> WebGUI: use proper method of formatting text for display in Textarea form 02:44 < CIA-41> WebGUI: control 02:44 < CIA-41> WebGUI: graham * r8764 /WebGUI/lib/WebGUI/Session/ (Form.pm ErrorHandler.pm): Make sure SQL parameters are stringified (for overloaded entries) before converting to json for debug output 02:44 < CIA-41> WebGUI: graham * r8765 /WebGUI/lib/WebGUI/FormValidator.pm: FormValidator doesn't need to handle defaults, the Forms API already does that 02:44 < CIA-41> WebGUI: graham * r8766 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/HTML.pm): fixed: filtering of rich text areas very slow for large content 02:44 < CIA-41> WebGUI: graham * r8767 /WebGUI/ (3 files in 3 dirs): fixed: international characters are corrupted on export 02:44 < CIA-41> WebGUI: graham * r8768 /WebGUI/lib/WebGUI/Search/Index.pm: don't need to decode content before indexing it, it's already decoded 02:44 < CIA-41> WebGUI: graham * r8769 /WebGUI/ (6 files in 6 dirs): removing WSClient 02:44 < CIA-41> WebGUI: graham * r8770 /WebGUI/lib/WebGUI/Asset/Wobject/Survey/SurveyJSON.pm: fix some POD errors 02:44 < CIA-41> WebGUI: graham * r8771 /WebGUI/ (t/Asset/File.t lib/WebGUI/Storage.pm t/Macro/Thumbnail.t): some fixes after Storage and Storage::Image merge 02:44 < CIA-41> WebGUI: graham * r8772 /WebGUI/docs/create.sql: preparing for 7.6.5 release 02:46 <+perlDreamer> The WSClient is dead? 02:47 <@Haarg> we aren't supporting it anymore 02:47 <@Haarg> it'll get its own repo like SQL Form 02:48 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 02:48 -!- mode/#webgui [+v cap10morgan] by ChanServ 02:52 <+perlDreamer> what to do with WSClient bugs in the tracker? 03:02 -!- tavisto_ [n=tavisto@97509host161.starwoodbroadband.com] has quit [] 03:04 <@Haarg> well, if we can fix them in 7.5 that would be nice 03:05 <@Haarg> but it is so painful to work with that i'd consider them very low priority 03:11 <+perlDreamer> gotcha 03:14 < CIA-41> WebGUI: jt * r8773 /experimental/Automat/sbin/ (findSites.pl createSitesForServer.pl): bringing sites from servers into automat 03:14 < CIA-41> WebGUI: jt * r8774 /releases/WebGUI_7.6.5-beta: Release 7.6.5-beta 03:14 < CIA-41> WebGUI: jt * r8775 /experimental/use-at-own-risk.txt: use at your own risk 03:19 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"] 03:41 < CIA-41> WebGUI: graham * r8776 /WebGUI/ (4 files in 4 dirs): preparing for 7.6.6 dev 04:11 -!- diakopter [n=somethin@209.9.237.164] has quit [Remote closed the connection] 04:12 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 04:26 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 05:05 <+perlDreamer> rizen: Did you find out what's up with Admin Console on your box? 05:06 < CIA-41> WebGUI: colin * r8777 /WebGUI/t/Asset/Wobject/Survey/SurveyJSON.t: Add wide character JSON encoding test. 05:10 <@preaction> would a report that only gets updated by a workflow activity be a useful thing? 05:10 <@preaction> so the user could navigate the report, but the data inside it is only updated by a workflow activity at a certain schedule (configured in the asset) 05:11 <+perlDreamer> sure 05:15 <+perlDreamer> Is this a DataForm feature? 05:15 <+perlDreamer> uh, DataTable 05:17 <@preaction> no, this would be added to the Report framework 05:18 <@preaction> which is... damnit... kind of similar to the DataTable 05:33 <@preaction> no, it's not. DataTable is for DataSources, which may be mutable 05:33 <@preaction> Report is for immutable data 05:33 < CIA-41> WebGUI: patspam * r8778 /branch/WebGUI_flux/ (321 files in 56 dirs): 05:33 < CIA-41> WebGUI: Merge branch '7.6.5-beta' into flux 05:33 < CIA-41> WebGUI: Conflicts: 05:33 < CIA-41> WebGUI: lib/WebGUI/Asset/Wobject/Survey.pm 05:50 <@rizen> perlDreamer: i think you broke plainblack.com 05:50 <@rizen> =) 05:50 <@preaction> i don't know if it was him, the extra head tags are indeed there 05:51 <@rizen> huh? 05:51 <@rizen> i'm talking about style templates 05:51 <@rizen> and technically, it's not him that broke it 05:51 <@rizen> but rather steve, for designing the site like that 05:52 <@preaction> oh, i was trying to figure out why the SWFObject script was erroring, i suppose i never actually looked at the HTML being spit out 05:52 <@rizen> but that means that when we push this upgrade out to the public we should try to "fix" their borked templates for them 05:53 <@rizen> that is, if this is indeed the error 05:56 <@preaction> http://www.plainblack.com/home/homepage?func=edit;proceed=manageAssets <- this has some Extra elements, but they aren't in the HTML being generated 05:56 <@rizen> ah well that would do it 05:56 <@rizen> i'm also restoring an old copy of the pb database 05:57 <@rizen> to see if there are any style templates that have a headblock with something in it 06:03 <@rizen> boom 06:03 <@rizen> you are a genius 06:03 <@preaction> but what was the fix? i can't find anywhere these things were supposed to get included in any way 06:05 <@preaction> nm, i see it now 06:07 <@rizen> the worst part about it is that i think i may have inadvertantly told him to remove that line 06:08 <@rizen> because i didn't understand what he was asking me 06:08 <@rizen> anyway...all better. back to watching WALL-E 06:13 <+perlDreamer> woe is me 06:13 <+perlDreamer> what do we need to do to fix the code, preaction and rizen? 06:14 <@preaction> perlDreamer: i believe it's all fixied now 06:14 <@preaction> i removed the two instances from processStyle, and JT added it back to prepareView 06:14 < SDuensin> Do you people ever sleep? 06:15 <+perlDreamer> sleep? 06:15 <+perlDreamer> preaction can't sleep, it's in his contract 06:15 < SDuensin> Yea. It's the dark part between bugs. 06:15 <+perlDreamer> and I've got a business to launch, so I'm trying to stay busy 06:15 <@preaction> i've been there ... once... 06:15 < SDuensin> Me too, bud. I hear that. 06:15 <@preaction> there were people talking 06:15 <@preaction> i didn't like them 06:16 < SDuensin> preaction needs to sleep. I'm going to bug him tomorrow. :-) 06:16 <@preaction> oh no, i'll be up bright and squirrelly in meetings 06:17 <+perlDreamer> preaction: with those code changes, will other views also get extraHeadTags? 06:17 <+perlDreamer> or only view? 06:17 <@preaction> perlDreamer: okay... how did this EVER work before? 06:18 < SDuensin> Well, I'm going to bed. This PB stuff is stressing me out. I need my beauty rest so I can do a good job tomorrow. Unlike today. 06:18 <+perlDreamer> SDuensin, good night. Hack on tomorrow. 06:18 < SDuensin> I will. I'm still super-excited to get to do this! 06:19 < CIA-41> WebGUI: jt * r8779 /WebGUI/lib/WebGUI/Asset.pm: readded a line that i think i accidentally told colin to remove 06:19 < CIA-41> WebGUI: doug * r8780 /WebGUI/lib/WebGUI/ (Asset/Wobject.pm Asset.pm): cleaning up the rest of the extra head tags 06:19 < CIA-41> WebGUI: doug * r8781 /WebGUI/lib/WebGUI/ (Asset/Wobject.pm Asset.pm): dum dum dum dum dum 06:21 <@preaction> but doesn't this mean that they'll get added twice by view? 06:21 <+perlDreamer> possibly 06:21 <+perlDreamer> probably 06:22 <+perlDreamer> I'll fire it up and check 06:27 <+perlDreamer> yup, it comes out twice 06:28 <@preaction> yay! 06:38 <+perlDreamer> Do we fix it tonight, or tomorrow? 06:39 * perlDreamer votes for tomorrow, when fingers are fresh and heads are not befuddled 06:40 <@preaction> yes, tomorrow 06:40 <@preaction> when testing can be written so this little mishap doesn't hap again 06:50 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 07:04 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 07:12 < CIA-41> WebGUI: colin * r8782 /WebGUI/ (2 files in 2 dirs): 07:12 < CIA-41> WebGUI: Make copy use safe references. 07:12 < CIA-41> WebGUI: Add tests for remove, and copy. 07:25 -!- Benvolio [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has joined #webgui 07:27 -!- Petruchio-II [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 07:55 -!- Benvolio is now known as Petruchio 09:41 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 10:15 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 12:07 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)] 12:08 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 12:43 -!- wgGuest71 [n=wgGuest7@dsl-146-54-137.telkomadsl.co.za] has joined #webgui 12:43 < wgGuest71> Hi All 12:43 < wgGuest71> hope someone here can help me 12:44 < wgGuest71> embedding perl in pages - tried the MasonScript - seems to be a bit outdated 12:44 < wgGuest71> anyone had any luck with this 12:44 < wgGuest71> just need to be guided in the right direction 12:45 < BartJol> sorry, I can't help you 12:48 < wgGuest71> no prob 12:48 < wgGuest71> tx for reply 12:50 < BartJol> most people here live in the US and willl wake up in three to 4 hours 12:50 < BartJol> so you might wanna try again later 12:50 < wgGuest71> much appreciated, Ill do that 12:54 < BartJol> glad to be some sort of help 13:09 < CIA-41> WebGUI: yung * r8783 /WebGUI/lib/WebGUI/Asset/Wobject/Matrix.pm: matrix bugfixes and code improvements 13:23 < wgGuest71> another question if I may, I went to the bazaar, and wanted to buy the latest version of ruling webui, but I don't see it there. Am I looking at old forums? Does this manual still exist? 13:29 < wgGuest71> not bazaar I mean this link https://www.plainblack.com/store/ 13:30 < wgGuest71> should I be looking at the developers guide? 13:52 < BartJol> wgGuest71: well you have the primer that you can download 13:52 < BartJol> but for more explanation of programming and the use of the api, the developers guide is the thing 13:54 < BartJol> so it depends on what you wana do 13:55 < wgGuest71> gone through that, want to get more into the nitty gritty, and in the forums ruling Webgui was mentioned, the manual I got is for 5.4 though, do not sure if that has changed 13:55 < BartJol> if you have a 7.x version, you can consider ruling WebGUI as obsolete 13:56 < BartJol> there has been many changes 13:56 < BartJol> I think that the content managers guide is most similar to ruling WebGUI 14:26 < wgGuest71> awesome, so a purchase of the content guide and the developers guide will be most valuable. 14:26 < wgGuest71> once again, thanx for the info 14:28 < BartJol> That's my opinion, but as long your not a designer, those two boomks should do the trick 14:28 < wgGuest71> tx 14:29 < BartJol> np 15:10 < CIA-41> WebGUI: yung * r8784 /branch/yung-thingy-rfe/ (2 files in 2 dirs): added rfe #w9099: Thingy field-copy function 15:29 -!- patspam [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 15:47 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 16:36 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:36 -!- mode/#webgui [+o bopbop] by ChanServ 16:38 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:38 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:58 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 16:58 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 16:58 -!- mode/#webgui [+v MrHairgrease] by ChanServ 17:05 < CIA-41> WebGUI: martin * r8785 /branch/WebGUI_7.5/ (3 files in 3 dirs): fixed: #8775: Miscount in number of replies in CS Thread. 17:06 < SDuensin> Greetings. 17:06 <+MrHairgrease> Greasings! 17:08 < SDuensin> No, no greasing yet. Not made it to McDonalds. 17:08 < BartJol> I understood that all american food is greasy 17:11 < SDuensin> Not all. Just the good stuff. :-) 17:19 <+MrHairgrease> when you fix something for 7.5.35 and then forward port it to 7.6 does it have to be in both the 7.3.35 and 7.6 changelog? 17:24 <@preaction> MrHairgrease: no, just the 7.5 changelog 17:24 <@preaction> i believe we'll merge the changelogs when 7.6 goes stable 17:25 <@perlmonkey2> preaction: ack, I've been putting everything in both changelogs. Oh well. 17:26 <+MrHairgrease> ok, makes sense 17:26 <+MrHairgrease> i guess it would look weird to see the same bug fixed twice 17:26 <+MrHairgrease> very back to the future 17:27 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:27 -!- mode/#webgui [+o Haarg] by ChanServ 18:00 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:00 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:00 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 18:05 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit [Read error: 104 (Connection reset by peer)] 18:05 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 18:05 -!- mode/#webgui [+v MrHairgrease] by ChanServ 18:05 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui [] 18:05 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 18:05 -!- mode/#webgui [+v MrHairgrease] by ChanServ 18:06 <+perlDreamer> I'd like to point out that BartJol should be voiced because he's PBWG. 18:06 <+perlDreamer> Also, famous, talented, good looking and generous. 18:06 < CIA-41> WebGUI: martin * r8786 /WebGUI/ (3 files in 3 dirs): Merging fixed #8775: Miscount in number of replies in CS Thread. 18:06 <+perlDreamer> and, should Koen get out of control, he's "our last, best hope". 18:07 * SDuensin just started watching B5. Very timely. 18:11 < BartJol> perlDreamer: uh? 18:11 <+perlDreamer> just blush and accept the compliment, dude 18:12 < BartJol> ok, thanks 18:14 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: gugod, s4eek, apeiron 18:15 < SDuensin> preaction / Haarg - When one of you has some time, I need a bit of guidance. 18:15 <@preaction> SDuensin: sup? 18:16 -!- Netsplit over, joins: s4eek, apeiron, gugod 18:16 <@preaction> BartJol: rejoin the channel please? 18:16 < SDuensin> I got your mail last night (dunno WTF happened before). Basically you need the old thing ported to the new thing? 18:17 < BartJol> preaction: why? 18:17 < BartJol> I'm here 18:17 <@preaction> BartJol: so that the server can auto-voice you and i can see that it works correctly 18:17 -!- BartJol [n=plainstu@host2.procolix.com] has quit ["Leaving."] 18:17 <@preaction> er... 18:18 <@preaction> breathless anticipation! 18:19 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui 18:19 -!- mode/#webgui [+v bartjol] by ChanServ 18:19 <+bartjol> preaction: it worked 18:19 <@preaction> yay! 18:20 <+MrHairgrease> welcome to the big boys bart 18:21 <+bartjol> joohooo! 18:21 < SDuensin> hehe 18:21 <+bartjol> dec 2008 is my nonth for WebGUI it seems 18:22 <+bartjol> and that while I just messed up a upgrade process, so Koen had to stay longer than he wanted... 18:23 <+bartjol> or is bugging Koen considered positive? 18:24 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 18:25 <+MrHairgrease> sure why not 18:34 < CIA-41> WebGUI: ernesto * r8787 /branch/WebGUI_7.5/lib/WebGUI/ (4 files in 3 dirs): (log message trimmed) 18:34 < CIA-41> WebGUI: * Make WebGUI work with any kind of LDAP URI (ldap, ldaps and ldapi). 18:34 < CIA-41> WebGUI: The fix consists on making every connection use the URI _without_ the base. 18:34 < CIA-41> WebGUI: This requires rebuilding the URI parameters using scheme, host and port as 18:34 < CIA-41> WebGUI: taken from the original URI stored in WebGUI's or User Preferences, 18:34 < CIA-41> WebGUI: passing it as_string() to Net::LDAP->new(), and stripping any other 18:34 < CIA-41> WebGUI: parameter to the constructor. 18:40 -!- topsub [n=josh@97.66.185.250] has joined #webgui 18:45 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit ["Leaving."] 18:45 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 18:45 -!- mode/#webgui [+o perlmonkey2] by ChanServ 19:00 <+MrHairgrease> time to go 19:00 <+MrHairgrease> later 19:00 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui [] 19:02 <+bartjol> bye from me too 19:02 -!- bartjol [n=bartjol@host2.procolix.com] has left #webgui [] 19:07 < SDuensin> Ok, explain this one. I was working on a little Nokia 800 tablet last night. Somehow, I hurt my pinkie! It *still* hurts like hell! Capital letters are painful! 19:13 <+perlDreamer> It's all that java typing with no sigils 19:13 <+perlDreamer> It's weakened your sinews 19:13 < SDuensin> Apparently. 19:14 < SDuensin> Seriously. It hurts like hell. 19:14 < SDuensin> I need one of those foot pedal shift key things. 19:21 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 19:21 -!- mode/#webgui [+o bopbop] by ChanServ 19:22 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 19:22 -!- mode/#webgui [+v cap10morgan] by ChanServ 19:24 -!- rjacobsen [n=rjacobse@74-142-170-75.dhcp.insightbb.com] has joined #webgui 19:24 < rjacobsen> good afternoon all 19:24 < SDuensin> hey 19:25 < rjacobsen> I was wondering if maybe there were some scripts available to where I could use the script to import a package to multiple sites within webgui and one to delete multiple assets in webgui 19:26 < rjacobsen> uploading packages to 50+ websites is taking forever..... 19:26 < SDuensin> Sounds like something that'd be handy. Don't know of such a beast though. 19:27 < rjacobsen> it would be awesome 19:27 < rjacobsen> how much would I have to pay for someone to write me such a script? 19:27 < CIA-41> WebGUI: jt * r8788 /experimental/Automat/lib/WebGUI/Asset/Automat.pm: fixed search 19:31 < rjacobsen> guess no one wants to make any money :( 19:32 < SDuensin> Hehe 19:32 <@preaction> rjacobsen: if you want a quote from plainblack, send an e-mail to sales@plainblack.com 19:32 < rjacobsen> well is there not such a script available? 19:32 <@preaction> rjacobsen: alternatively, fill out this form: https://www.plainblack.com/store/services/development/portfolio/quote 19:32 <+perlDreamer> rjacobsen, no there isn't 19:33 < rjacobsen> gotcha 19:33 < rjacobsen> ok then 19:33 <@preaction> rjacobsen: you can look in the https://svn.webgui.org/plainblack/tools section, i think the packages one might be there 19:42 <+perlDreamer> it is 19:46 <+perlDreamer> does demo.webgui.org have several hosts on the same ip, or is it clustered? 19:47 <@preaction> several hosts on the same IP 19:47 <@preaction> demo.webgui.org is plainblack.com afaik 19:47 <+perlDreamer> I'm working on Tavis's RTE upload problem. The problem is that it sometimes grabs a different site cookie with the same IP. That gives it a different session, and therefore scratch vars and version tag. 19:48 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 19:48 -!- mode/#webgui [+o khenn] by ChanServ 19:48 <@preaction> uh... so it's a site configuration problem? 19:49 <+perlDreamer> I think so. The only way I can duplicate it is to access my dev site via an IP address, versus the site's name 19:49 <+perlDreamer> this bug could go all the way back into apache, or mod_perl, or site config 19:50 <+perlDreamer> I'll make sure the HTTP environment vars are the same for all requests 19:56 <+perlDreamer> well, I found the bug and it's not Apache or mod_perl 19:56 <+perlDreamer> but I'm still confused 19:57 <+perlDreamer> Form::HTMLArea used $session->url->getSiteName to get the name of the site 19:57 <+perlDreamer> accessing it by IP address isn't in the list of sitenames, so it uses the first sitename 19:57 <+perlDreamer> that's a different site from the original, so you get a new session 19:57 <+perlDreamer> (via a different cookie) 19:58 <+perlDreamer> but that doesn't fully explain the demo site yet 19:58 <@preaction> perhaps something to do with gateways and using multiple demo sites at the same time? 19:58 <@preaction> the cookie is named the same, and maybe it's only linked to the domain and not the path? 19:59 <@Haarg> demo.webgui.org is on cold 20:00 <+perlDreamer> that sounds right, preaction. But then I'd expect it to be random. And this is very, very repeatable. 20:02 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has joined #WebGUI 20:02 -!- mode/#webgui [+o tavisto] by ChanServ 20:03 <@Haarg> perlDreamer, what are the steps to reproduce this? 20:03 <+perlDreamer> Log in as admin 20:04 <+perlDreamer> Edit anything with an HTMLarea 20:04 <+perlDreamer> Hit the Insert WebGUI Image button 20:04 < CIA-41> WebGUI: colin * r8789 /branch/WebGUI_7.5/lib/WebGUI/ (4 files in 3 dirs): reverting 8787 due to compile errors 20:04 <+perlDreamer> upload an image 20:04 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 20:04 <+perlDreamer> Hit the select button next to the image 20:04 <+perlDreamer> In the thumbnail error, you will see the string ERROR 20:05 <+perlDreamer> If you leave the edit screen, you'll see that a version tag was created 20:05 <@Haarg> hrm 20:05 <@Haarg> i'm not seeing an error 20:05 <@Haarg> on a demo site 20:05 <+perlDreamer> I've done it on several demo sites over the last few days 20:06 <+perlDreamer> and, I can do it on a dev site, if you access it via IP address rather than site name 20:06 <+perlDreamer> maybe it's tied to a particular browser? 20:07 <+perlDreamer> this is the demo site I'm using now: http://demo.plainblack.com/demo1228325826_275/home/welcome?func=edit 20:07 <@Haarg> i see 20:07 <@Haarg> it works on demo.webgui.org 20:07 <@Haarg> but not on demo.plainblack.com 20:11 <@Haarg> i could fix this on the server side probably 20:11 <@Haarg> i'm just not certain if that is the best fix 20:11 <+perlDreamer> There's an alternate fix, I think. I just can't try it on a demo server 20:11 <@Haarg> it should probably be adjusted to use urls that are relative to / instead of having the full url 20:11 <+perlDreamer> Inside Form/HTMLArea, I took out the getSiteUrl part of the image url 20:11 <@Haarg> yeah 20:12 <+perlDreamer> okay, I'll commit that 20:12 <@Haarg> it's just an issue with having two different domains for one site 20:26 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 20:31 < CIA-41> WebGUI: colin * r8790 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/HTMLArea.pm): have imageTree use relative urls to handle sites with multiple sitenames 20:31 < CIA-41> WebGUI: colin * r8791 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/HTMLArea.pm): 20:31 < CIA-41> WebGUI: Remove 7.5.34 changelog that snuck into the 7.6 branch. 20:31 < CIA-41> WebGUI: Forward port imageTree thumbnail relative url fix for sites with multiple hostnames 20:40 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 20:49 -!- SquOnk [n=emhn@bolivar.unesr.edu.ve] has joined #webgui 20:49 < SquOnk> Hi 20:49 <@preaction> hello there 20:50 < SquOnk> I saw my patch 8787 to 7.5 reverted because of compilation errors. I wonder what those compilation errors are, since I'm not seeing them. 20:50 < SquOnk> (The patch is in production in my servers since monday, that's why I'm curious) 20:51 <@preaction> perlDreamer: you reverted that patch, can you fill in? 20:51 -!- tavisto [n=tavisto@97509host161.starwoodbroadband.com] has quit [] 20:52 <+perlDreamer> All my logs are wiped. I do that when working on bugs to keep the paging down 20:52 <+perlDreamer> I'll merge that patch back in later today, and try to recreate it 20:52 <+perlDreamer> I remember missing my's, and issues like that 20:52 <@preaction> i'll run the syntax_check.t against that revision 20:53 < SquOnk> preaction: Please do, and let me know what's wrong. As I said, this patch is in production with no errors or warnings at all. 20:54 -!- wgGuest15 [n=wgGuest1@dsl-146-54-137.telkomadsl.co.za] has joined #webgui 20:55 < wgGuest15> Hi All, I had a question earlier about embedding perl in an html page layout in webgui. I tried using MasonScript to no evail. It seems a bit out-dated, can anyone steer me in the right direction? 20:56 < wgGuest15> your response is much appreciated in advance 20:57 <@preaction> SquOnk, perlDreamer: looks like syntaxCheck.t passes 20:57 < CIA-41> WebGUI: jt * r8792 /experimental/Automat/lib/WebGUI/Asset/Automat.pm: better linking between objects 20:57 <+perlDreamer> SquOnk, I owe you an apology then 20:57 <+perlDreamer> Would you like me to add the patch back in? 20:58 < SquOnk> perlDreamer: Yes, please. 20:58 < SquOnk> perlDreamer: ...so it makes it into the next release. 20:59 <@preaction> wgGuest15: firstly i would not suggest what you're trying. secondly, look for PerlOutputFilterHandler maybe? 21:00 < SquOnk> perlDreamer: Hold on. 21:00 < SquOnk> perlDreamer: JT wrote an e-mail to me. And he's right about me not being aware of the feature freeze, so I guess the patch should not be committed yet. I need to do a better job :-) 21:01 <+perlDreamer> SquOnk, it's probably just a matter of timing. 21:01 < SquOnk> perlDreamer: It always is :-) 21:02 < wgGuest15> preaction:Tx for the response, why would you advice against using the method (embedding)? I will do a bit more reading on what you have recommended 21:02 <@preaction> wgGuest15: because putting Perl code in that layer opens up a whole bunch of security holes 21:02 <@preaction> wgGuest15: you could try making a new template plugin for mason, that might work better and be more secure 21:03 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [] 21:05 < apeiron> Well, you *could* switch over to the TT plugin and use its PERL directive.... but not advisable regardless. 21:06 <@preaction> that might be better than anything i've yet suggested 21:06 < wgGuest15> preaction:I agree that would be the best approach. However, I am pressed for time at the moment (aren't we all these days) and have a deadline to meet. 21:07 < Petruchio> Hey, anyone here work for Plain Black? 21:07 <@preaction> Petruchio: all the ops here 21:07 < Petruchio> Ah. 21:07 < wgGuest15> Let me look into the TT plugin, thanx for the assistance. 21:08 < wgGuest15> btw, Great product, really like what I have seen so far 21:10 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui 21:11 -!- mode/#webgui [+v snapcount] by ChanServ 21:14 <+perlDreamer> In the rich editor, enabling the buttons in the toolbars is sometimes not enough to enable functionality. 21:14 <@preaction> that's... kinda weird 21:14 <+perlDreamer> For example, you may also have to update the Valid Elements property for the rich text editor 21:14 <@preaction> hate the tinymce. i want to go to the YUI one 21:14 <+perlDreamer> http://www.plainblack.com/bugs/tracker/8774 21:15 <+perlDreamer> I'm thinking about just updating the hover help for the toolbars sections 21:15 <+perlDreamer> but I'm wondering if instead I should change the default forum editor to allow all elements let the toolbar control what's going on 21:15 <+perlDreamer> any suggestions from the PB crew? 21:17 <@preaction> i think just updating the help and docs 21:17 <@preaction> or... what if enabling the button would also add (using a bit of client-side scripting) the element(s) to the list of enabled elements? 21:17 <@preaction> perhaps with a small pop-up warning saying "oh, btw, i just did this" 21:18 <+perlDreamer> that sounds like more than I want to do in 7.5 21:18 <@preaction> not sure i like the idea, seems overly complicated 21:32 * perlDreamer goes running 21:32 <+perlDreamer> We're under three pages of bugs now 21:35 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 21:35 < WebGUI> hi there 21:35 < ckotil> Any plan to allow multiple groups be allowed to view/edit an asset? without doing groups of groups 21:35 <@preaction> ckotil: patspam has been working on a thing called "Flux" that might handle what you want. otherwise there's no plan for it yet. perhaps an RFE for it? 21:36 < ckotil> cool. yeah, might as well 21:54 < CIA-41> WebGUI: colin * r8793 /branch/WebGUI_7.5/ (2 files in 2 dirs): 21:54 < CIA-41> WebGUI: Note that adding an RTE toolbar button does not guarantee that 21:54 < CIA-41> WebGUI: the functionality it provides will work. The Valid Elements 21:54 < CIA-41> WebGUI: property also needs to be updated. 21:54 < CIA-41> WebGUI: colin * r8794 /WebGUI/ (2 files in 2 dirs): update RTE docs for adding toolbar buttons AND Valid Elements 21:56 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 22:19 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 22:19 -!- mode/#webgui [+v cap10morgan] by ChanServ 22:21 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 22:49 -!- wgGuest71 [n=wgGuest7@dsl-146-54-137.telkomadsl.co.za] has quit [] 22:50 -!- wgGuest15 [n=wgGuest1@dsl-146-54-137.telkomadsl.co.za] has quit [Remote closed the connection] 22:51 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 22:51 -!- mode/#webgui [+o perlmonkey2] by ChanServ 23:04 -!- rjacobsen [n=rjacobse@74-142-170-75.dhcp.insightbb.com] has quit ["User pushed the X - because it's Xtra, baby"] 23:04 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 23:15 -!- SquOnk [n=emhn@bolivar.unesr.edu.ve] has quit ["Yippie kay-ai-yay fudder muckers!"] 23:48 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 23:49 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 23:56 <+perlDreamer> snapcount, for your WSClient patch, what do you want the attribution to be in the change log? 23:56 <+perlDreamer> Roy Johnson, ExploreOS? 23:59 <+snapcount> huh? 23:59 <+snapcount> oh --- Day changed Thu Dec 04 2008 00:00 <+snapcount> actually HD Publishing Group, Inc. 00:00 <+perlDreamer> since you provided a patch 00:00 <+perlDreamer> will do 00:00 <+snapcount> or Death, Inc. 00:00 <+perlDreamer> not Guitar Hero Wannabe's of Florida ? 00:00 <+snapcount> hahah 00:01 <+snapcount> I have not given up on our plot to take over all of the nation's Papa Johns 00:01 <+perlDreamer> with the new Shop, it will be easier 00:03 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 00:03 <+snapcount> thanks for getting that in Colin, I appreciate it 00:03 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:03 <+perlDreamer> You're welcome. 00:04 <+perlDreamer> I won't miss the WSClient, but I'm glad you find it useful. 00:04 <+snapcount> we have a little SOAP service that returns sales statistics 00:04 <+snapcount> and we use it in the footer of our intranet to show everyone how we're doing for the day 00:06 <@preaction> my question is, we're getting rid of it, sure, but can it be fixed at all? 00:06 <@preaction> i mean, is it possible, given the scope of the thing? 00:07 <+snapcount> well it works for our specific instance with that patch 00:07 <+snapcount> it probably won't work for anything else though lol 00:07 <+snapcount> perlDreamer I'm coming to OSCon this year 00:07 <+snapcount> and the WUC 00:07 <+perlDreamer> cool. I wish I could 00:07 <+perlDreamer> OSCON, that is 00:08 <+perlDreamer> but it's in California in 2009 00:08 <+snapcount> yeah that's still close man 00:08 <+snapcount> =) 00:08 <+snapcount> road trip! 00:08 <+perlDreamer> we'll see how perlDreamer does this year in business 00:18 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 00:23 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:24 < CIA-41> WebGUI: colin * r8795 /branch/WebGUI_7.5/ (2 files in 2 dirs): patch to stop WSClient from dying if there is no data to show 00:24 < CIA-41> WebGUI: graham * r8796 /branch/WebGUI_7.5/ (3 files in 3 dirs): fixed: international characters are corrupted on export 00:24 < CIA-41> WebGUI: graham * r8797 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/HTML.pm): fixed: filtering of rich text areas very slow for large content 00:24 < CIA-41> WebGUI: graham * r8798 /branch/WebGUI_7.5/lib/WebGUI/FormValidator.pm: FormValidator doesn't need to handle defaults, the Forms API already does that 00:35 <+snapcount> so is using && not PBP or is that one of them numerical -vs- string operator deals perlDreamer? 00:36 <+perlDreamer> I was lazy and my fingers typed and 00:36 <+snapcount> oh ok haha 00:36 <+perlDreamer> I didn't download and apply the patch 00:36 <+snapcount> I don't get to program as much anymore 00:36 <+perlDreamer> that's a bummer 00:36 <+snapcount> wanted to make sure I'm not slacking on my Perl =) 00:36 <+perlDreamer> I'm programming a lot, so it probably balances out 00:37 <+perlDreamer> why doesn't mysql like `users.userId` ? 00:37 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 00:39 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:39 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 00:40 < apeiron> snapcount, && , and are different, to be used in different cases. They differ in terms of predence, meaning that expressions bound to && are evaluated first. 00:43 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:45 <+perlDreamer> rizen: would it be very bad to have the Asset Aspect comment text area use WebGUI::HTML::format so that newlines are obeyed, and other unsafe characters are commented out? 00:45 <@rizen> no, i thought i made it do that 00:46 <@rizen> go ahead 00:46 <+perlDreamer> thanks :) 00:46 <@rizen> not on save though...on display 00:47 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:51 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 00:51 <+perlDreamer> right, only on display 00:59 <+perlDreamer> I've never looked in the Aspect code before. It's very clean. 01:01 < Mech422> *yawn* morning all 01:02 < Mech422> perlDreamer: I'm finally getting back to work after the holidays, and had a question.. 01:02 <+perlDreamer> ask away, Mech422 01:02 < Mech422> perlDreamer: I need to make a change so that editing a user profile fires a work flow event.. 01:03 <+perlDreamer> I remember this talk... 01:03 < Mech422> and preaction mentioned there was some code in place already to fire an event when the admin made changes 01:03 < Mech422> right... 01:03 < Mech422> so I'm looking in /data/WebGUI/lib/WebGUI/Account 01:04 < Mech422> but I don't see anything in Profile.pm or User.pm that appears to check for admin priviledges or fire an event ? 01:04 <+perlDreamer> It would be (or was in) Operation/User.pm 01:04 < Mech422> what does 'event firing code' look like in webgui ? ($self->event->first('update') ? Ahh... i'm looking in the wrong spot.... 01:05 <@rizen> thanks for the compliment perlDreamer 01:05 <+perlDreamer> in WebGUI, most forms are two parts 01:05 <+perlDreamer> www_{action} 01:05 <+perlDreamer> and www_{actionSave} 01:05 <+perlDreamer> it's the second that you're looking for in Operation/User.pm 01:05 <+perlDreamer> www_editUserSave 01:06 <+perlDreamer> look around lines 516 01:06 < Mech422> perlDreamer: yeah - I saw code like that in Account.pm and User.pm... I thought those were the ones 01:06 < CIA-41> WebGUI: colin * r8799 /branch/WebGUI_7.5/ (2 files in 2 dirs): Make UserList handle profile fields with spaces in their field names 01:06 < CIA-41> WebGUI: colin * r8800 /WebGUI/ (2 files in 2 dirs): forward porting UserList profile field name bug fix 01:06 < CIA-41> WebGUI: colin * r8801 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/AssetAspect/Comments.pm): Have AssetAspect comment format its content as HTML, not text. 01:06 <+perlDreamer> there's workflow code for a new user, and an existing user 01:06 < CIA-41> WebGUI: jt * r8802 /experimental/Automat/ (lib/WebGUI/Asset/Automat.pm sbin/getmaildomains.pl): script to link everyone.net mail servers to automat sites 01:07 < Mech422> perlDreamer: oh - Operation/User.pm is deprecated... 01:07 < Mech422> perlDreamer: it says to use Account::Profile instead 01:07 < Mech422> stupid irc client... make that Account: : Profile 01:07 <+perlDreamer> sure, but that's where to find the code that you're looking for 01:08 <@rizen> you may need to talk to khenn about that...he may have forgotten to put the triggers back in when i was rewriting all the account stuff 01:08 <+perlDreamer> then you can add that to Account::Profile to do what you wish 01:08 <+perlDreamer> the triggers are still in there 01:08 <@rizen> ok 01:08 <@rizen> nevermind then 01:08 < Mech422> perlDreamer: ahh - ok 01:08 <+perlDreamer> line 516 01:08 <+perlDreamer> and I don't see any deprecation notices in Operation/User.pm 01:08 <+perlDreamer> where are they? 01:09 <+perlDreamer> gotta run a quick errand, I should be back in 30 minutes or so 01:09 < Mech422> perlDreamer: got it... sweet :-) .. Thanks :-) 01:10 < Mech422> perlDreamer: sorry - it was profile.pm that was deprecated 01:10 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 01:10 < Mech422> (my up-arrow (command recall) nabbed the wrong file :-P ) 01:20 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"] 01:22 -!- patspam [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has joined #webgui 01:29 <+perlDreamer> back 01:32 <+perlDreamer> THINGY SUCKS 01:33 < Mech422> perlDreamer: eh? I thought thingy was the new 'golden boy' webgui plugin ? 01:33 < Mech422> perlDreamer: btw - I think I found a small bug with this event code 01:33 <+perlDreamer> oh? Cool! Do share. 01:34 < Mech422> perldreamer: in user.pm line 516+/- its firing the runOnAdminCreateUser and runOnAdminUpdateUser events 01:35 < Mech422> thing is - it might not be the Admin thats doing the updates 01:35 < Mech422> its actually just anyone for which CanEdit($session) is true 01:36 < Mech422> (or canAdd($session) is true ) 01:36 < Mech422> so user 'steve' editing 'steve's user profile would fire the runOnAdminUpdateUser event ? 01:41 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [] 01:42 <+perlDreamer> Mech422, that's actually by design 01:42 <+perlDreamer> there are several groups of people who can edit users through the admin interface 01:43 <+perlDreamer> just check out the canAdd and canEdit methods for the details on it 01:43 < Mech422> ahh - in that case - I don't need to do anything 01:43 <+perlDreamer> no, it should be fine 01:43 < Mech422> I can just add a workflow on the runOnAdminUpdateUser event 01:43 <+perlDreamer> No. 01:43 < Mech422> and it will get fired even if 'steve' modifies 'steve's profile ? 01:44 <+perlDreamer> When Steve modifies his own profile, it comes out of Account/Profile.pm 01:44 <+perlDreamer> the code in Operation/User.pm is for Admins only 01:44 < Mech422> ahh.. 01:44 <+perlDreamer> so you need to build in a trigger for Account/Profile.pm 01:44 <+perlDreamer> and then you'd also add a new setting in Operation/Setting 01:44 < Mech422> ok - so should I create a new 'event' in Profile.pm or just use runOnAdminUpdateUser ? 01:45 <+perlDreamer> to allow admins to choose which workflow is run 01:45 <+perlDreamer> Workflow::Instance->create({})->start is the "event" 01:45 <+perlDreamer> now you have to tell it what data to run 01:48 < Mech422> ok - I see the @fields stuff for 'workflow' in settings.. 01:49 < Mech422> I can just add an arbitrary key ( name => 'runOnUpdateUser') there, or is there some 'schema' somewhere that needs it as well ? 01:50 <+perlDreamer> to add a new setting, use the settings sub object in $session 01:51 <+perlDreamer> $session->setting->add(name, defaultValue); 01:51 <+perlDreamer> then, you can add code to Operation/Settings to handle the UI for it 01:51 <+perlDreamer> actually, hold on a second 01:51 <+perlDreamer> Account plugins can have their own edit screens 01:53 <+perlDreamer> it would be better to add the UI code in Account/Profile.pm 01:53 <+perlDreamer> so, to review. 01:53 <+perlDreamer> 1) Build an update-type script that adds the setting to the db 01:54 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:54 <+perlDreamer> 2) Modify Account/Profile to add the UI to pick the workflow 01:54 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:54 <+perlDreamer> 3) Modify Account/Profile to add the firing code inside www_editSave, if there are no errors 01:57 < Mech422> Hmm ... 01:58 < Mech422> this whole db thing is gonna take some getting used to 01:59 < Mech422> Do you have some sort of deployment script you use for making sure you don't forget to run lil one-off scripts like this when you deploy a live site ? 02:00 < Mech422> or do people just dump and restore the DB when they migrate/deploy a site ? 02:04 <+perlDreamer> Mech422, see docs/upgrades/upgrade_v1_v2.pl 02:05 <+perlDreamer> also, I'm sure that rizen and crew have provisioning scripts for handling custom code along with merging in new code from the core. 02:06 <@rizen> mech422 what do you mean "migrate" / "deploy" a site? 02:07 < Mech422> perlDreamer: its nice there's an update skeleton in that dir :-) 02:08 < Mech422> rizen: we generally build sites on a 'dev' server, and deploy the finished sites on a seperate production server 02:08 <@rizen> interesting 02:08 <@rizen> when you say "build" are we talking site content, or code 02:08 < Mech422> rizen: also, if we update a site (other then trivial css type changes) 02:09 <+perlDreamer> Haarg: did you fix this bug already? 02:09 < Mech422> we pull the site back from the production server to a 'dev' server 02:09 <+perlDreamer> http://www.plainblack.com/bugs/tracker/thingy-next-page-broken-on-initial-page 02:09 < Mech422> rizen: typically - both... 02:09 <@rizen> Mech422: with webgui i wouldn't recommend using your old model 02:09 < Mech422> rizen: mostly its for the code, skinning etc 02:09 <@rizen> do all content on the production server all the time 02:09 <@rizen> templates are content as far as webgui is concerned 02:10 <@rizen> that's why there is a versioning system 02:10 < Mech422> rizen: but that generally requires getting some content in just to see how stuff looks/works/etc 02:10 <@rizen> again, that's why there's a versioning system 02:10 <@rizen> the problem you'll have if you do what you're saying 02:10 <@rizen> on anything other than a brochureware site 02:10 <@rizen> is syncing content that gets updated on prod 02:10 <@rizen> to your dev server 02:10 <@rizen> and back 02:10 <@rizen> like forums 02:10 <@rizen> wiki pages 02:10 <@rizen> poll results 02:10 <@rizen> etc 02:11 <+perlDreamer> user profile data 02:11 < Mech422> oh yeah - thats a given 02:11 <@rizen> that's why you should do all content changes *only* on the production server 02:11 < Mech422> you don't expect the dev server to stay in sync if your updating a 'live' site 02:11 <@rizen> now, if you do have something you want to change on a dev server, make a package from the production server 02:11 <@rizen> deploy it on dev 02:11 <@rizen> edit 02:11 <@rizen> export from dev 02:11 <@rizen> and import back into prod 02:12 <@rizen> but you shouldn't often need to do that 02:12 <@rizen> as far as code changes are concerned...absolutely you should use a dev server 02:12 < Mech422> could I update a production site with these user profile changes using that method ? 02:12 <+perlDreamer> no 02:12 <@rizen> no 02:12 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 02:12 -!- mode/#webgui [+v cap10morgan] by ChanServ 02:12 <@rizen> only content is versioned 02:12 <@rizen> user accounts and profiles aren't versioned 02:12 <@rizen> and therefore isn't packagable 02:12 <@rizen> you can only package assets 02:13 <+perlDreamer> but you could apply code patches from your dev site to the production site. 02:13 <+perlDreamer> but not data, just like rizen said 02:13 < Mech422> right - or VCS 02:13 <+perlDreamer> sure 02:13 <@rizen> we absolutely do sync prod sites down to dev servers so that we can test on "real" data 02:14 <@rizen> and in those cases, we just take a backup file (created by the wre) and restore it on the dev server 02:14 <@rizen> but we only use dev servers for code changes 02:14 <@rizen> testing out content migration processes 02:14 <@rizen> new plugins 02:14 <@rizen> etc 02:15 < Mech422> I'll have to work this out in more detail as I go along... yeah, I don't expect to deal with content that way 02:16 < Mech422> I just meant we end up with some 'testing' content on the dev. boxes 02:17 -!- ascii [n=ascii@host-64-234-39-193.nctv.com] has joined #webgui 02:17 < Mech422> I basically need to come up with a quick and easy way to migrate site code bases from one place to another - sounds like a vcs system plus 'install' script would be the way to go 02:18 <+perlDreamer> yes 02:18 < Mech422> so I can hg clone myclientsite ; cd myclientsite ; ./setup_webgui ; echo "done - go get lunch" :-) 02:19 < Mech422> anyway - gotta add this bit of fluff in before I worry about that 02:22 <+perlDreamer> rizen, does the Dev Guide talk about handling custom code? 02:23 < Mech422> perlDreamer: not from what I could see.... (as a newb ) 02:23 <@rizen> i don't think so 02:23 <@rizen> i mean it talks about how to create it 02:23 <@rizen> but not how to manage it 02:23 <@rizen> Mech422 what we do is check out our custom code into a folder in /data 02:23 <@rizen> like /data/Automat 02:24 <@rizen> then we add /data/WebGUI/sbin/preload.custom 02:24 <@rizen> we put that folder in there 02:24 <@rizen> so it loads in the code 02:24 <@rizen> but is not mixed in with WebGUI 02:24 <@rizen> and is still attached to the version control system 02:24 < Mech422> that makes sense 02:24 <@rizen> so we can just do "cd /data/Automat; svn update" 02:25 <@rizen> and yes, we write install / upgrade scripts for those 02:25 < Mech422> and then I could keep my 'install' script in there - to do whatever db updates are necessary for the custom code 02:25 <@rizen> they are usually in /data/Automat/sbin 02:25 <@rizen> for example 02:25 <@rizen> exactly 02:26 <@rizen> perlDreamer: you're right, i should write a chapter on that 02:26 <+perlDreamer> it will give you something to write this year, before the WUC 02:27 <@rizen> yeah, i want to put out new versions of all our books before the wuc this year 02:27 <@rizen> or rather, release them at the WUC 02:27 <@rizen> we're already working on the next design guide 02:28 <@rizen> and kristi will be putting out the 7.6 version of the CM guide in february 02:28 <@rizen> and the 7.7 version at the WUC 02:29 <@rizen> but the commerce, dev, and admin guides should all be updated for the wuc as well 02:43 < patspam> perlmonkey2: ping 02:43 <+perlDreamer> arrrgh! 02:43 <+perlDreamer> User profiling is broken. 02:43 <+perlDreamer> It doesn't handle spaces in the field names 02:44 <+perlDreamer> it doesn't tell you if you duplicate a field 02:53 <@rizen> blame Haarg. he's not here to defend himself 03:01 <+perlDreamer> khenn is my usual go to guy. 03:02 <+perlDreamer> He always makes me eat my words :) 03:02 <+perlDreamer> and he did do the last profile related work with Account 03:02 <+perlDreamer> so even though the bugs are in 7.5, he must be responsible for the 03:02 <+perlDreamer> m 03:02 <@rizen> true, but he can actually defend himself 03:02 <@rizen> though i never tell him that 03:03 <@rizen> pretty much every conversation i have with him ends with him saying "i hate you" 03:03 <@rizen> but in a good way 03:03 <+perlDreamer> hate is only orthogonal to love, not an full opposite 03:06 < CIA-41> WebGUI: patspam * r8803 /WebGUI/lib/WebGUI/Asset/Wobject/Survey.pm: 03:06 < CIA-41> WebGUI: Survey bug fix - showProgress, showTimeLimit and timeLimit should not be 03:06 < CIA-41> WebGUI: stored at the response level (they are global to asset instance) 03:10 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 03:32 < CIA-41> WebGUI: patspam * r8804 /WebGUI/www/extras/wobject/Survey/administersurvey.js: 03:32 < CIA-41> WebGUI: Fixed some curly Survey js type casting bugs so that 03:32 < CIA-41> WebGUI: questionsOnSectionPage, everyPageText and everyPageTitle work as 03:32 < CIA-41> WebGUI: expected. 03:32 < CIA-41> WebGUI: patspam * r8805 /branch/WebGUI_flux/ (3 files in 3 dirs): Cherry-picked latest Survey bug fixes from master 04:11 <@khenn> I don't accept blame for anything 04:11 <@khenn> it's all rizen's fault 04:51 <@preaction> heh, we all know whose fault it really is 04:51 <@preaction> JAMIE VRBSKY 05:02 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [] 05:03 < patspam> does the template syntax highlighter resizer work for anyone in any of the recent betas? 05:03 <@perlmonkey2> patspam: pong 05:04 <@preaction> it's ... weird 05:04 <@preaction> you have to click it, then drag mouse, then click to drop it 05:05 < patspam> lol, two of use here just went "ahhhhhhhhhhhhhh" 05:05 < patspam> use/us 05:06 < patspam> perlmonkey2: hey man 05:07 <@perlmonkey2> patspam: word yo 05:07 < patspam> I'm going to change the * for required fields to use CSS so that it can be skinned 05:08 <@perlmonkey2> sounds groovy 05:09 < patspam> I was going to ask you something before... oh yeah 05:09 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"] 05:10 < patspam> showProgress, showTimeLimit and timeLimit were being stored at the response level, which was kinda confusing if you changed them at the asset level and then wondered why some users who were halfway through a survey didn't see the change 05:10 < patspam> i switched them over to just use $self->get('showProgress') etc.. rather than storing/retrieving at the response level, didn't seem to be any need to have them there 05:12 < patspam> just wanted to check there wasn't some subtle ninja reason for having them stored on a per-response basis 05:17 -!- patspam [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 05:18 -!- patspam [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has joined #webgui 06:04 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 06:08 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 06:16 < CIA-41> WebGUI: patspam * r8806 /WebGUI/www/extras/wobject/Survey/ (survey.css administersurvey.js): 06:16 < CIA-41> WebGUI: Flagging of invalid Survey fields now uses CSS classes instead of tags 06:16 < CIA-41> WebGUI: (for skinnability) 06:17 <@perlmonkey2> patspam: I did that so that there wouldn't need to be an additional DB query. 06:22 <@perlmonkey2> patspam: I'm not sure why you would change the time limits in the middle of an open survey. And if you did change the time limits, would you want the changes to affect people already in the middle of a survey? Plus you get the extra DB call. 06:23 < patspam> yo 06:23 < patspam> not following on why there would be an extra db query? 06:26 <@perlmonkey2> is the ->get call not hitting the DB? Or are the asset's params loaded into memory upon creation? 06:27 < patspam> yeah i think Asset.pm pulls them all in at once 06:31 <@perlmonkey2> hmm, it does appear to do so. cool then, sounds good. 06:35 < patspam> I think I'm going to have to name my first born child git 06:37 < patspam> i just got sent a link to a zoomerang survey, interesting to check out the competition :) 06:41 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 06:47 -!- patspam [n=patspam@ppp121-44-204-16.lns10.mel4.internode.on.net] has quit [Nick collision from services.] 06:47 -!- patspam1 [n=patspam@ppp118-208-249-71.lns10.mel6.internode.on.net] has joined #webgui 06:47 -!- patspam1 is now known as patspam 07:30 -!- patspam1 [n=patspam@ppp118-208-188-188.lns10.mel4.internode.on.net] has joined #webgui 07:30 -!- patspam [n=patspam@ppp118-208-249-71.lns10.mel6.internode.on.net] has quit [Nick collision from services.] 07:30 -!- patspam1 is now known as patspam 07:50 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 07:50 -!- mode/#webgui [+v perlDreamer] by ChanServ 08:18 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 08:37 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: Petruchio 08:57 -!- Netsplit over, joins: Petruchio 08:57 -!- Petruchio [n=Ray@c-71-61-48-113.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 09:14 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 09:17 -!- patspam [n=patspam@ppp118-208-188-188.lns10.mel4.internode.on.net] has quit ["Leaving."] 09:29 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:56 < CIA-41> WebGUI: translation * r8807 /translations/German/German/ (9 files): Update from translation server 10:38 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 11:05 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has quit ["Leaving."] 11:50 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 11:50 -!- mode/#webgui [+v BartJol] by ChanServ 13:49 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 13:50 -!- BartJol [n=plainstu@host2.procolix.com] has quit [Read error: 104 (Connection reset by peer)] 15:15 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 15:45 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 15:45 -!- mode/#webgui [+o khenn] by ChanServ 16:17 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:17 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:27 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:51 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has joined #webgui 16:51 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:51 -!- mode/#webgui [+o bopbop] by ChanServ 16:51 -!- mode/#webgui [+v snapcount] by ChanServ 16:54 * snapcount yawns 16:58 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has quit ["The computer fell asleep"] 17:04 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 17:08 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 17:10 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 17:13 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 60 (Operation timed out)] 17:21 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 17:34 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui 17:42 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 17:42 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:42 -!- mode/#webgui [+o Haarg] by ChanServ 17:43 -!- npinansky [i=dogcow@pool-96-228-167-124.tampfl.fios.verizon.net] has joined #webgui 17:45 -!- sduensin [n=user@12-226-44-250.client.mchsi.com] has joined #Webgui 17:46 < sduensin> Hello -- sorta! 17:51 < npinansky> Is there a specific API i should query to get the status of workflow instances? 18:03 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:03 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:21 -!- mode/#webgui [+o khenn_] by perlmonkey2 18:25 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 18:25 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:33 <@perlmonkey2> perlDreamer: do you know anything about those IRS rebate rules? Is that just a tax writeoff? 18:33 <+perlDreamer> I think it's a tax rebate. 18:34 <@perlmonkey2> That will be brilliant then :D 18:35 <@perlmonkey2> perlDreamer: What's the part that regulates the AC current from the turbine into 110/220? That's another expensive part I might be able to find cheaper. 18:36 <+perlDreamer> Good question. It may be called an inverter. 18:36 <+perlDreamer> Everything I've done for the past 13 years has been all DC current. 18:36 < nuba> is this some space rocket DIY project youre doing in your garage? 18:36 <+perlDreamer> No AC or power work. 18:36 <+perlDreamer> It's one of the reasons I went into microelectronics 18:36 <+perlDreamer> You can't really get hurt by most 5V sources 18:36 <+perlDreamer> I worked for Freightliner for 6 months. 18:37 <+perlDreamer> I was told once not to touch an insulated stud connected to several large wires 18:37 <+perlDreamer> When I asked why, I was told there was 300 amps going through it 18:37 <+perlDreamer> it kind of killed my interest in high power applications 18:37 <+perlDreamer> I know it's silly, but I have this thing about fatal electrical burns 18:38 * perlDreamer goes to the gym, bbl 18:38 < nuba> I can simpathize with that 18:38 < sduensin> Gym??? Some geek you are. 18:38 < nuba> not with the gym 18:39 < nuba> sympathize with the high power thing 18:40 < sduensin> Oh yea. I dont play with that crap either. 18:41 < sduensin> This frickin drive upgrade is taking too long... I got code to write! 18:43 < nuba> on the other hand, being close to these things contribute to less dull moments in the job 18:43 < nuba> not to mention internal jokes and pranks like "hey, can you stick this post it there for me, please!" among the staff 18:44 < nuba> pretty lively 18:44 < sduensin> Hehehe 18:44 < nuba> and deadly 18:44 -!- npinansky [i=dogcow@pool-96-228-167-124.tampfl.fios.verizon.net] has left #webgui [] 18:46 < sduensin> Well, yea. But as long as its funny. :-) 18:55 <@perlmonkey2> nuba: this is for a DIY wind turbine project :) 18:55 < nuba> whoa 18:55 < nuba> impressive 18:56 < nuba> this is surely going to blow people's socks off! :D 18:58 <@perlmonkey2> nuba: we'll see. My dad and uncle and I are going in on all the welding supplies, but we've yet to find a good enough deal that we all agree on it. 19:01 < ckotil> Calendar feed updates are giving me lots and lots of version tags. 19:07 -!- sduensin [n=user@12-226-44-250.client.mchsi.com] has left #Webgui [] 19:15 -!- SDuensin [i=0ce22cfa@gateway/web/ajax/mibbit.com/x-1664d1eaedbbff1a] has joined #WebGUI 19:15 < SDuensin> Back. 19:27 -!- sandraqu [n=Sandra@host2.209.113.248.conversent.net] has joined #webgui 19:27 < sandraqu> hi 19:27 < SDuensin> howdy 19:27 < sandraqu> would someone guide me in using putty to login as a root user via SSH? 19:28 < nuba> in the host field, add the name of the machine or ip address 19:28 < sandraqu> hi sduensin 19:28 < nuba> port is most likely 22 19:28 < nuba> connect 19:28 < nuba> you'll be asked to confirm the server's key fingerprint 19:29 < nuba> then you'll see a blank term window while putty handshakes the server and gets a connection going 19:29 < nuba> then you'll be asked to provide the username 19:29 < nuba> then the password 19:29 < nuba> and if you do it right 19:30 < nuba> next thing is a shell prompt at the box 19:30 < sandraqu> what if i can't find the root and passwd. i know that sounds sketchy 19:30 < nuba> well, if you have a non-root account there 19:30 < nuba> you can use that account and use sudo, if it was configured for you 19:30 < nuba> by a sysadmin 19:30 < sandraqu> could i get the cmd prompt to list them without being logged in? 19:30 < nuba> of the box 19:31 < nuba> cant get a cmd prompt without valid user account 19:31 < sandraqu> is there a generic user/pass? 19:31 < nuba> get in touch with the box's sysadmin 19:31 < nuba> nope 19:31 < sandraqu> is root usually root? 19:31 < sandraqu> admin? 19:31 < nuba> LOL, no 19:31 < nuba> that'd be a security hole like the meteor crater in arizona 19:32 < nuba> thres no such ting 19:32 < nuba> theres* thing* 19:32 < nuba> contact the box's admin 19:32 < sandraqu> ... 19:33 < sandraqu> nuba, short of calling webGUI, i'm one of the admin's 19:33 < sandraqu> i just dont' use ssh all that often, especially webGui's 19:34 < nuba> oh. well, you should contact the admin who's got the root pwd 19:34 < sandraqu> yes 19:34 < nuba> and ask him to help you get your account going 19:35 < sandraqu> it's a her 19:35 < SDuensin> Hers have passwords, too. 19:35 < sandraqu> :] 19:35 < nuba> be nice to her 19:36 < nuba> ask politely 19:36 < nuba> she might even give you the root pwd 19:36 < nuba> :D 19:36 < SDuensin> hehe 19:36 < sandraqu> alright 19:36 < sandraqu> off i go 19:36 -!- sandraqu [n=Sandra@host2.209.113.248.conversent.net] has left #webgui [] 19:36 < nuba> that was funny 19:37 < nuba> needs to improve his social engineering skills, tho 19:38 < SDuensin> Reminds me of the time I got a call from someone on the third floor having problems logging in... In a two story building. 19:38 < nuba> SDuensin: want to know the universal 'Hers' password? 19:38 < nuba> get close to her and whisper '75% OFF' 19:38 < nuba> she'll go mad and overflow 19:38 < nuba> :D 19:39 < SDuensin> hehe 19:39 < SDuensin> Not my wife. She'd be like, "Of what? What are you buying NOW?" :-) 19:39 < nuba> actually thats from a standup comedian, dont remember her name now... 19:40 < nuba> here, wife agreed yesterday to friendly divorce 19:41 < nuba> gotta act swiftly, before she changes her mind.. 19:41 < SDuensin> Sorry to hear that. I think. 19:41 < SDuensin> My wife rocks. (I *do* buy a lot!) 19:41 < nuba> well, it'll be different, but I'm looking forward to it 19:41 < nuba> have for some time now 19:42 < SDuensin> As long as you're happy, I'm happy for you. :-) 19:42 < nuba> we were fragile as a relationship a year ago. then she brought my mother-in-law to live with us. and the rest, they say, is history... 19:42 < SDuensin> Ooo. Yea. I can see how that'd be bad. 19:44 < SDuensin> Actually, I quite like all my wife's family. They're a lot like mine. Got lucky, I guess. 19:44 < nuba> probably 19:44 < nuba> if its working, and fulfilling, I'd say 'stick with it' 19:44 < SDuensin> That's the plan, man. 19:45 <@rizen> i don't even like my own family, let alone my wife's 19:45 < nuba> heh 19:45 < SDuensin> Although, I need to get this laptop back where it belongs before she gets home. :-D 19:45 < SDuensin> rizen lives! 19:45 <@rizen> just every other thursday 19:45 <@rizen> the rest of the time i'm undead 19:46 < SDuensin> Oddly, I believe that. 19:46 < SDuensin> "Never could get the hang of thursdays." 19:50 < nuba> here we had a regular Saturday From Hell 19:51 -!- sandraqu [n=Sandra@host2.209.113.248.conversent.net] has joined #webgui 19:51 < sandraqu> hello again 19:51 < nuba> when everybody would be aroun, and things would crash-n-burn 19:51 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 60 (Operation timed out)] 19:51 < sandraqu> i'm in. have a bash prompt. i want to install a macro :] 19:51 < sandraqu> do i have to use sudo? 19:52 < nuba> that was fast 19:52 < SDuensin> Depends on a lot of things. 19:52 < SDuensin> Are you in as root? 19:52 < sandraqu> dunno 19:52 < sandraqu> i'm in though 19:52 < nuba> type whoami and press 19:52 < sandraqu> the username is not root, if that's your question 19:52 < nuba> or id 19:52 < sandraqu> it returns the username i provide 19:53 < sandraqu> d 19:53 < nuba> which was 19:53 < nuba> ...? 19:53 < sandraqu> my bosses 19:53 < nuba> well it doesnt matter 19:53 < SDuensin> No offense, but I think you need to brush up on your UNIX skills quite a bit before you go installing or altering anything. 19:53 < nuba> you would have noticed if it were 'root' 19:53 < sandraqu> SDue... don't worry 19:54 < sandraqu> i crash things all the time 19:54 < sandraqu> crash n learn, is what i like to call it 19:54 < nuba> heh, sounds like me back in the days... 19:54 < SDuensin> You can do a lot of damage as root. Just be sure the box is expendable. :-) 19:54 < sandraqu> so nuba, since your more adventurous, should i just try to install the pm? 19:54 < nuba> when I was a wise fool .. er.. guess Im still one... some things never change... 19:54 < sandraqu> see if it works? 19:54 < nuba> so, sandraqu, first rule of business 19:55 < sandraqu> i guess.. is the bash prompt ok? 19:55 < nuba> make a backup of what you have 19:55 < nuba> so if you crash 19:55 < nuba> you can CTRL+Z 19:55 < nuba> and make your bosses happy again 19:55 < sandraqu> nuba, i won't crash. i am not that much of a newbie, just not an everyday shell user 19:55 < nuba> you know how to do a .tar.gz archive 19:55 < nuba> ? 19:55 < nuba> and a mysqldump? 19:55 < sandraqu> the system is backup up 19:56 < nuba> check that 19:56 < sandraqu> check the dummp? 19:56 < nuba> you reall y want to watch your back 19:56 < nuba> yeah, check if the backups are doing fine 19:56 < sandraqu> we pay plainback to watch it for us 19:56 < nuba> oh.. 19:56 < nuba> hey, youre a plainblack customer? 19:56 < sandraqu> yes 19:56 -!- M8YCjC56g [n=M8YCjC56@209.9.237.164] has joined #webgui 19:57 < sandraqu> i know they can do this 19:57 < nuba> maybe you could have them holding your hand in the process... 19:57 < nuba> if its in your support plan 19:57 < nuba> check with your customer representative 19:57 < sandraqu> ii'm just trying to speed thngs up. if you would prefer. 19:57 < sandraqu> alright nuba. you're not helping me anymore. thanks 19:57 < nuba> wow youre quick to burn bridges 19:58 < nuba> i didnt say that 19:58 < sandraqu> oh 19:58 -!- M8YCjC56g [n=M8YCjC56@209.9.237.164] has quit [Client Quit] 19:58 < sandraqu> sorry 19:58 < sandraqu> nuba, i'm just trying to do this myself so that i can try out a macro 19:58 < sandraqu> i have a monday deadline 19:58 < nuba> okay, well what macro are you trying to install? 19:58 < sandraqu> i have a guide, but thought to inquire here 19:59 < sandraqu> the mail encode one 19:59 -!- diakopter [n=M8YCjC56@209.9.237.164] has joined #webgui 19:59 < nuba> if i recall correctly, you have to unpack it under /data/WebGUI 19:59 < nuba> and enable it on your site's config file 19:59 < nuba> which hangs at /data/WebGUI/etc/ 20:00 < sandraqu> yes 20:00 < sandraqu> hmm 20:00 < sandraqu> nuba, i'm at the bash prompt though. 20:00 < sandraqu> i think i have to do be root 20:01 < nuba> 'sudo -s' will get you a root's shell, but that depends on how sudo is configured in the box 20:01 < nuba> otherwise you can 'su -' too 20:01 < nuba> but for this one you'll need to know the root's pwd 20:01 < nuba> maybe you dont need the root's pwd 20:02 < nuba> check your site's /data/WebGUI/etc/yoursitenamehere.conf 20:02 < nuba> ls -l /data/WebGUI/etc/yoursitenamehere.conf 20:02 < sandraqu> nuba... it now has a # isntead of $ at the end of the prompt (with sudo 0-s 20:02 < nuba> see if its owned by your boss' user 20:02 < nuba> type whoami 20:02 < sandraqu> root 20:02 < nuba> okay, youre root now, as you may have realised 20:02 < sandraqu> yes 20:02 < nuba> heh 20:03 < nuba> so, unpack the macro 20:03 < sandraqu> now. i have the pm downloaded locally 20:03 < nuba> under /data/WeGUI/ 20:03 < nuba> if it was nicely packaged 20:03 < sandraqu> is there an address i can type in the shell prompt to drag the pm from the bazaar into here? 20:03 < nuba> it will extract something under /data/WebGUI/docs 20:03 < nuba> for you to read 20:04 < nuba> and it will extract the macro itself to /data/WebGUI/lib/WebGUI/Macro 20:04 < nuba> its the .pm file 20:04 -!- diakopter [n=M8YCjC56@209.9.237.164] has quit ["leaving"] 20:04 -!- diakopter [n=M8YCjC56@209.9.237.164] has joined #webgui 20:05 < nuba> if you need to install any additional modules, it should be saying so in the docs that came with it 20:05 < nuba> otherwise you may peruse the .pm file yourself and use CPAN to install the modules 20:05 < nuba> or just try to use it and see what error messages it'll spill out 20:05 < nuba> and a crash-and-learn adept im guessing youll go with choice #3 20:06 < sandraqu> nuba. ok. lemme try all those things 20:06 < sandraqu> :] 20:06 < sandraqu> i'll be back 20:06 < SDuensin> We'll be here. 20:07 < nuba> I might not be around, but im sure SDuensin will love to hint you in the proper path again, if needed ;D 20:07 < nuba> right, SDuensin ? 20:07 < SDuensin> Oh sure, run off and leave me. 20:07 < nuba> LOL 20:07 <+perlDreamer> ckotil, that bug has already been fixed. Check the bug board or changelog for which release it is fixed in. 20:09 <+perlDreamer> well, a bug that sounds like that has been fixed. 20:09 < sandraqu> hello - is there a way to copy the pm from my local machine onto the server via SSH? 20:10 < nuba> scp file.pm me@remote.box.com:/path/there/ 20:10 <@preaction> sandraqu: yes. man scp 20:11 < sandraqu> is there another way? 20:12 < nuba> why dont you download it there? 20:12 <+perlDreamer> sandraqu, it totally depends on the software installed on both machines 20:12 <+perlDreamer> are you working with windows as your desktop? 20:12 < nuba> instead of downloadin in your box and then having to figure out how to send it upstream? 20:12 < sandraqu> perlD - windows right now 20:13 < SDuensin> Might I add...Eww. :-) 20:13 <+perlDreamer> sandraqu, nuba is right. It would be easier to download it right to the server. 20:13 < nuba> putty has a scp thingy but its not very friendly 20:13 < sandraqu> hey - i'd much rather be on my Mac 20:13 <+perlDreamer> find the URL for downloading the macro that you want to install 20:13 < nuba> do a wget http://url.here/foo.tar.gz 20:13 <@preaction> windows has a GUI called "winscp" 20:13 <+perlDreamer> exactly 20:13 < sandraqu> nuba.. k 20:14 < SDuensin> I gotta have Cygwin loaded if I'm in Windows. 20:14 < sandraqu> pre - lemme try wget 20:14 < sandraqu> Cygwin is good 20:14 < nuba> if you dont have wget, try 'curl -O http://etc.etc./file.tgz' 20:16 < nuba> ascii: my preferred SCP client on win32 is SSH.com's, but Im not finding it for download in their website anymore. 20:16 <+perlDreamer> in perl, what binds tighter, parentheses, or logical OR ? 20:17 < nuba> perlDreamer: youre asking for who has precedence? 20:17 < ckotil> perlDreamer: ah, thanks 20:17 <+perlDreamer> sure, like if I said return (this && that) || other 20:17 < nuba> parentheses are always used to override default operator precedence 20:18 <@preaction> it would return 1 || other depending on this && that 20:18 < sandraqu> nuba - wget did the trick 20:18 < sandraqu> be back 20:18 <+perlDreamer> preaction, and not (return 1) || other 20:18 <@preaction> it's possible it could return that || other 20:18 <@preaction> oh, dunno 20:19 <+perlDreamer> sounds like more testing is in order 20:21 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 20:22 < nuba> bbiaw 20:26 < sandraqu> hello, 20:26 < sandraqu> so i have the pm in the pm directory 20:26 < sandraqu> now, i nkow i have to add it to some other file 20:27 -!- diakopter [n=M8YCjC56@209.9.237.164] has quit ["leaving"] 20:28 <+perlDreamer> sandraqu, is the macro.pm file in /data/WebGUI/lib/WebGUI/Macro/ ? 20:29 -!- diakopter [n=M8YCjC56@209.9.237.164] has joined #webgui 20:29 < sandraqu> yes 20:29 <+perlDreamer> okay, next check the permissions on the file. 20:29 <+perlDreamer> it should have the same permissions as the other files in that directory 20:30 <+perlDreamer> otherwise the web server won't be able to open it 20:30 < sandraqu> same as most other 20:30 < sandraqu> mostly read, unless owner 20:30 <+perlDreamer> okay, the next thing to do then, is to edit the webgui config file 20:31 < sandraqu> ah 20:31 <+perlDreamer> it will be in /data/WebGUI/etc/ 20:31 < sandraqu> 20:32 < sandraqu> how many layers out is the from where i was? 20:33 <+perlDreamer> is this server using the WRE? 20:33 < sandraqu> perl... dunno 20:33 < sandraqu> what is WRE? 20:33 <+perlDreamer> do you have a directory called /data/wre ? 20:33 <+perlDreamer> WRE is the WebGUI Runtime Environment 20:34 <+perlDreamer> If you're using a plain black server, it is highly likely that you are 20:34 < sandraqu> we are, so let's presume, yes 20:34 <+perlDreamer> well, we can check by looking to see if you have that directory I mentioned above 20:35 < sandraqu> perl, i do. i went tinot data/webGUI/lib/WebGUI/Macro 20:35 < sandraqu> i went out too far though 20:35 < sandraqu> i'll begin again 20:35 < sandraqu> or - how can i print where i am? 20:36 < sandraqu> print directory 20:36 <+perlDreamer> try doing ls -ld /data/wre and see what it says 20:36 < sandraqu> got its listing 20:36 < sandraqu> one 20:36 < sandraqu> only one, that is 20:36 <+perlDreamer> good, that's what we told it to do 20:37 < sandraqu> so im in /data/WebGUI 20:37 <+perlDreamer> cd etc 20:37 < sandraqu> oh 20:38 < sandraqu> oh.. good 20:38 <+perlDreamer> inside there should be your webgui config files 20:38 < sandraqu> good 20:38 < sandraqu> yes 20:38 < sandraqu> vi config file? 20:38 <+perlDreamer> yes 20:38 <+perlDreamer> you know vi. That is very good. 20:38 < sandraqu> perlD, enough :] 20:39 < sandraqu> i mean, i know it well enough 20:40 < sandraqu> i see, so under macros 20:40 < sandraqu> brb 20:41 < CIA-41> WebGUI: jt * r8808 /experimental/Automat/ (5 files in 3 dirs): mail server management 20:41 < CIA-41> WebGUI: jt * r8809 /experimental/Automat/sbin/ (23 files in 2 dirs): a little cleanup in aisle 4 20:41 < CIA-41> WebGUI: jt * r8810 /experimental/Automat/sbin/migration/ (updatedns.pl createdns.pl): forgot to add these scripts 20:41 < CIA-41> WebGUI: jt * r8811 /experimental/Automat/lib/WebGUI/Asset/Automat.pm: removed legacy code 20:42 <+perlDreamer> just add an entry, like the others, for your new macro 20:42 <+perlDreamer> be sure to put a comment at the end, unless it is the last macro in the list 20:43 < sandraqu> perlD - the first part is the call i make from webGUI? and the latter the actual pm filename (sans the pm). yes? 20:43 <+perlDreamer> yes 20:43 <+perlDreamer> you should see the one for the gateway macro 20:43 <+perlDreamer> as an example 20:44 <+perlDreamer> "/" : "Slash_gatewayUrl", 20:44 <+perlDreamer> so perhaps like this: 20:44 < sandraqu> :wq ? 20:44 < sandraqu> write quite 20:44 <+perlDreamer> when you're done, yes 20:44 < sandraqu> do i get to test now? 20:44 <+perlDreamer> no 20:44 <+perlDreamer> now you have to restart the server 20:44 <+perlDreamer> for that, you need root permissions 20:45 < sandraqu> hmm 20:45 < sandraqu> i have 20:45 <+perlDreamer> okay, first: cd /data/wre/sbin 20:45 < sandraqu> i thnk i willnow defer to plainblack 20:45 < sandraqu> the server drives many sites 20:46 < sandraqu> perlD, what does sbin do? 20:46 <+perlDreamer> inside sbin is an environment script which will guarantee you're using the WRE components, instead of the system defaults 20:46 <+perlDreamer> as root, you should do: . ./setupEnvironment.sh 20:47 <+perlDreamer> that's setupEnvironment.sh 20:48 <+perlDreamer> and then you can run a script which will restart the servers 20:48 <+perlDreamer> but I agree that deferring to the experts is much safer and wiser 20:49 < sandraqu> perlD. thank you for sharing your knowledge with me 20:49 <+perlDreamer> you're welcome, sandraqu. 20:49 < sandraqu> thanks to nuba too 20:49 < sandraqu> and SDuensin 20:49 -!- SDuensin [i=0ce22cfa@gateway/web/ajax/mibbit.com/x-1664d1eaedbbff1a] has quit ["http://www.mibbit.com ajax IRC Client"] 20:49 < sandraqu> no crash yet. lots o learn :] 20:57 -!- sduensin [i=0ce22cfa@gateway/web/ajax/mibbit.com/x-97ab9750a4dc148b] has joined #WebGUI 20:57 < sduensin> Oops. Wrong button! 21:01 -!- tavisto [n=tavisto@97509host76.starwoodbroadband.com] has joined #WebGUI 21:01 -!- mode/#webgui [+o tavisto] by ChanServ 21:01 -!- sandraqu [n=Sandra@host2.209.113.248.conversent.net] has left #webgui [] 21:06 <@perlmonkey2> Yay for Paranoid::Debug freak'n me out and making me rush to see if my machine had just been turned into a smtp proxy. 21:07 <+perlDreamer> awfully selfish of you not wanting to share your machine ;) 21:13 <@perlmonkey2> awful paranoid of me to see a bunch of emails from my machine at the same time I'm trying to install a debugging module. 21:14 <@perlmonkey2> hmm, I'm gonna go out on a limb and guess that wre 8.5 isn't compatiable with 7.3.17. 21:15 < apeiron> hi, JSON 2.0 21:15 < sduensin> 8.5 is from the FUUUUUUUUUUUUUUUTURE! 21:15 <@perlmonkey2> apeiron: yeah, nothing made me happier than to look into my logs and get a fun dose of the past with those neat-o JSON errors. 21:16 < apeiron> perlmonkey2, I'm pretty sure there's a wiki page somewhere on how to get them to coexist... 21:16 <@perlmonkey2> yeah, I probably remember off the top of my head. Just more fun to bitch about it here. 21:52 -!- Bernd_ [n=spunky@tmo-040-214.customers.d1-online.com] has joined #webgui 21:55 < nuba> back 22:03 <@Haarg> perlmonkey2, if you have to deal with old versions of webgui, i would recommend using the Parse::PlainConfig off backpan instead of from cpan 22:04 <@Haarg> there is a way to get the new JSON to play nice with the old code, but it only works to a certain extent 22:04 <@perlmonkey2> Haarg: 8.1 with a few force installs made things easier. 22:05 <@perlmonkey2> And I really don't need it to work well. Just work well enough that I can run upgrades against it. 22:05 <@Haarg> yeah 22:05 <@Haarg> i just didn't have a lot of luck with Paranoid 22:07 <@Haarg> for json, doing something like sub JSON::autoconv { return shift } sub JSON::skipinvalid { return shift } in preload.perl or similar may be enough to get old code working with JSON 2.0 22:08 <@perlmonkey2> hmm 22:08 <@perlmonkey2> interesting 22:09 < Bernd_> Any German native speaker online? 22:09 < Bernd_> I do have a translation question. 22:14 <+perlDreamer> Bernd_: Aren't you a native german speaker? 22:15 < Bernd_> Yes!!! But still I am unable to come up with an appropriate translation for "tags". 22:15 < Bernd_> Is it synonymous with "keywords"? 22:15 < Bernd_> What's your opinion, perlDreamer? 22:16 <+perlDreamer> Bernd_: tag in the context of "version tag", for example? 22:16 < Bernd_> No, tags for photos in the gallery. 22:17 <+perlDreamer> in that context, I think keywords is appropriate 22:18 < Bernd_> Good. "Keyword" I am able to translate. Thanks! 22:18 <+perlDreamer> as to the other usage, what do you call the pieces of paper on clothing that lists the price? 22:19 < Bernd_> Etikett? 22:19 < Bernd_> Preisschild? 22:19 < Bernd_> Etikett might do as well. 22:19 <+perlDreamer> version tag would have that kind of context 22:19 < Bernd_> But I think it is rather unusual and what confuse most users. 22:19 <+perlDreamer> something descriptive stuck onto something else 22:19 < Bernd_> would 22:20 < Bernd_> I think you got me wrong. I know what a tag is. 22:21 <+perlDreamer> oh, sorry 22:21 < Bernd_> I just think there is no equivalent word in the context of tagging photos. 22:21 < Bernd_> No problem. 22:21 < Bernd_> It is an honor to be taught by perlDreamer ;-) 22:21 <+perlDreamer> thanks :) 22:21 < Bernd_> You are welcome! 22:21 < Bernd_> How is hacking going? 22:26 <+perlDreamer> it's going okay 22:26 <+perlDreamer> I'm staying very busy 22:26 <+perlDreamer> fixing bugs, and writing tests for the Survey 22:27 < Bernd_> Leave something to the others :-P 22:27 <+perlDreamer> unfortunately, there are no lack of bugs to be fixed, or tests to be written 22:28 <+perlDreamer> although, perlmonkey2 is making it very hard to find bugs in his code 22:28 <@perlmonkey2> yeah right 22:28 <@preaction> that jerk 22:28 <@preaction> he should make more bugs so they're easier to find 22:28 <+perlDreamer> indeed 22:28 < Bernd_> Ugh, for a moment I was worried that plain black would run out of work ... 22:29 <+perlDreamer> uh, no. They still have other coders to insert bugs. 22:29 < Bernd_> Are they doing it on purpose? 22:29 < Bernd_> Because I suspect so! 22:29 < Bernd_> Or why are there so many? 22:29 <+perlDreamer> partially due to the Bazaar, and the Helpdesk applications 22:30 <+perlDreamer> they are very new, and people really like to use them 22:31 < Bernd_> The HelpDesk is indeed buggy. 22:31 <+perlDreamer> it should get a little better today. I fixed a bug in some of the core code that it uses. 22:31 < Bernd_> Or was at least. 22:32 <+perlDreamer> so at least it will format comments nicely 22:32 < Bernd_> Will I be able to open bug views again? 22:32 -!- sduensin [i=0ce22cfa@gateway/web/ajax/mibbit.com/x-97ab9750a4dc148b] has quit ["http://www.mibbit.com ajax IRC Client"] 22:32 < Bernd_> Cool, did you include some link-recognition? 22:33 < Bernd_> I had suggested that to rizen already. 22:33 <+perlDreamer> No, but it will handle newlines, and escape unsafe characters 22:33 < Bernd_> There is a CPAN module for doing that. 22:33 <+perlDreamer> link recognition would be a nice feature, but that would be an RFE 22:33 < Bernd_> Should not be too difficult. 22:33 <@perlmonkey2> Haarg: in the upgrades, the site I'm upgrading is using latin1 as table encoding and collation. I should switch that to utf8, right? 22:33 < Bernd_> And would be very helpful indeed. 22:33 <@Haarg> in the upgrades? 22:33 <@perlmonkey2> Haarg: the special upgrade I'm doing. 22:34 < topsub> can asset proxy's be relative? 22:34 <@Haarg> the 7.5 upgrade should handle that 22:35 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI 22:35 < SDuensin> BACK AT LAST! 22:50 <+perlDreamer> perlmonkey2: please give commit 8813 a quick once over and let me know if that refactor is okay? 22:50 <@perlmonkey2> k 22:50 <@preaction> topsub: no 22:50 <+perlDreamer> https://svn.webgui.org/svnweb/plainblack/revision/?rev=8813 22:51 <@preaction> topsub: but you can do: ^AssetProxy(/something); 22:51 <+perlDreamer> topsub, but since url's are strings, you can use macros to build relative urls 22:51 <+perlDreamer> also, see the RootUrl macro in the Bazaar 22:52 < topsub> ah, alright we are running multi sites from 1 webgui and looking at how to solve each site having different theme 22:52 < topsub> without having to redo the URLs everytime you want to setup a new site with a theme 23:02 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 23:04 <+perlDreamer> It may be dangerous to hack while in a recliner 23:04 <@perlmonkey2> preaction: looks good, but I thought I was using the correct perltidy template. Did you correct those by hand or with perltidy? 23:04 <@perlmonkey2> perltidy config I mean 23:05 <@perlmonkey2> perlDreamer: I mean, not preaction 23:05 <+perlDreamer> The correction is inside a test. Your code looks fine 23:05 <+perlDreamer> I needed less vertical space 23:05 <+perlDreamer> so i could see the whole data strucutre 23:05 <+perlDreamer> on 1 page 23:06 <@perlmonkey2> perlDreamer: this seemed interesting though: my @types = $self->getValidQuestionTypes(); 23:07 <@perlmonkey2> Just trying to prettify things? 23:07 <+perlDreamer> well, sort of =) 23:07 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 23:07 <+perlDreamer> I didn't want to duplicate the list of valid question types 23:07 <@perlmonkey2> oh, good call. 23:07 <+perlDreamer> so by refactoring it out, I can call it in the test to get the list 23:08 <+perlDreamer> although, I did do all the basic data types by hand, so going forward changes have to be made in both places. 23:08 <+perlDreamer> I don't really like doing that, but it's a great reminder to update template variables and the like 23:08 <+perlDreamer> when the code behind them change 23:09 <@perlmonkey2> maybe if this thing every gets settled down, the questions can be pulled out into Form and then the Form entries can have their individual templates and JS attached to them. Would be nice to pull all that logic out of the Survey. 23:09 -!- tavisto [n=tavisto@97509host76.starwoodbroadband.com] has quit [] 23:09 <+perlDreamer> would we reuse it elsewhere? 23:10 <+perlDreamer> and the corresponding parts of the updateQuestionAnswers depends on those 23:11 <@perlmonkey2> perlDreamer: I can see the ajax'd form types being pulled out of the survey and being very useful elsewhere. 23:12 <@perlmonkey2> but there would have to be be some surrounding framework devised. Sounds like something that needs to be grown iteratively rather than designed. 23:13 <+perlDreamer> I see 23:18 -!- Bernd_ [n=spunky@tmo-040-214.customers.d1-online.com] has quit [Read error: 110 (Connection timed out)] 23:19 <@perlmonkey2> perlDreamer: I don't know, am I wrong? Is there already an agreed upon framework for implementing ajax'd forms? 23:19 <+perlDreamer> No, there's no framework yet. I was responding to the evolved vs designed idea. 23:19 <+perlDreamer> I like it 23:20 <+perlDreamer> sometimes things can be overdesigned 23:20 <+perlDreamer> or not extensible enough 23:30 <+perlDreamer> rizen: the bummer about Plain Black shirts is that they don't hide pumpkin soup stains 23:30 <@rizen> do any shirts hide pumpkin soup stains? 23:31 < SDuensin> Orange ones. 23:31 <+perlDreamer> some plaids do well 23:31 < SDuensin> Tie-dye! 23:35 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 23:38 <@perlmonkey2> perlDreamer: why would anyone waste a perfectly good pumpkin on soup? Is there such a plethora of pumpkin pie, that you would squander them on soup? Sir, I think not. 23:38 < SDuensin> perlmonkey2, we're talking about rizen here. 23:38 <+perlDreamer> You'll have to convince Koen and my wife of that. I am only a consumer of locally, produced, freely available food here :) 23:40 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 23:40 <@rizen> given the choice between pie and soup, i take pie every day of the week 23:41 <+perlDreamer> chicken noodle pie, mmmmmm 23:42 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] --- Day changed Fri Dec 05 2008 00:26 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has joined #webgui 00:32 <@preaction> two questions for those at home: 00:32 <@preaction> 1) Would storing prepared SQL statements so they don't have to be prepared ever again during the current request count as "caching" and should "disableCache" disable this functionality? 00:33 <@preaction> 2) Is a performance increase that is only significant when caching is disabled still a performance increase? It's in WebGUI::SQL::buildArray and WebGUI::SQL::buildArrayRef 00:35 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 00:36 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [] 00:38 <+perlDreamer> I don't see any performance increase in buildArray 00:39 <+perlDreamer> or buildArrayRef 00:39 <@preaction> it's not committed yet 00:39 <+perlDreamer> if it slows wG down overall, it doesn't seem like an increase to me 00:39 <+perlDreamer> the common case is with caching? 00:39 <@preaction> it doesn't, in speeds up wg overall, but just slightly 00:39 <@preaction> when caching is off you see the real benefit 00:40 <@preaction> otherwise the new code rarely gets hit 00:40 <@preaction> because there are caching mechanisms in front of it 00:40 <@preaction> for a single page view, it's a 1/3 performance increase (60s to 40s) 00:41 <+perlDreamer> 40 second page view? 00:41 <+perlDreamer> no way 00:41 <@preaction> for the routines themselves, it's a 2fold increase 00:41 <@preaction> caching is disabled 00:41 <@preaction> you'd be surprised how slow wg is with caching disabled 00:41 <+perlDreamer> I don't think that storing statements counts as caching 00:41 <+perlDreamer> since it would return different data with different params, or at different times 00:42 <+perlDreamer> and does all this code have tests? and will it violate the 7.6 feature freeze? 00:43 <@preaction> it's deep in WebGUI::SQL, so i suspect it has tests, if not i'll have to do it 00:43 <@preaction> no, performance increases aren't features 00:43 <@preaction> the API isn't changing at all, just how the work gets done 00:43 * perlDreamer pastes that one for future reference ;) 00:44 <@preaction> it depends on how the performance is getting increased 00:44 <@preaction> if i started moving features around and changing APIs and stuff, then i would consider making it beta for a while 00:44 <@preaction> especially if i was working with untested stuff 00:45 <@preaction> i really need to get Coverage reports working. JT says he'll write tests if he can see a number 00:46 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has joined #WebGUI 00:46 -!- mode/#webgui [+o tavisto] by ChanServ 00:46 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has quit [Read error: 104 (Connection reset by peer)] 00:47 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has joined #WebGUI 00:47 -!- mode/#webgui [+o tavisto] by ChanServ 00:47 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has quit [Read error: 104 (Connection reset by peer)] 00:47 <+perlDreamer> if you're tied for time, just send me the script 00:47 <+perlDreamer> coverage tests should be about 20 characters of change or so 00:47 <@preaction> one sec 00:47 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has joined #WebGUI 00:47 -!- mode/#webgui [+o tavisto] by ChanServ 00:47 <+perlDreamer> but be warned, coverage tests for all of wG will be BIG and SLOW 00:48 <@preaction> how big? too big to upload via WWW::Mechanize? 00:48 <@preaction> i was thinking making it a ZipArchive asset 00:48 <+perlDreamer> 12 Mb 00:48 <@preaction> ha, the test box is DOWN, which might be why tests aren't getting run 00:49 <+perlDreamer> look in the dev list, I may have uploaded a copy last year about this time 00:49 <+perlDreamer> zipped, about 12 Mb. 00:49 <+perlDreamer> perlmonkey2: strongly resisting the temptation to add easter eggs to survey type answers 00:50 <+perlDreamer> Would redneck come before or after conservative in Ideology? 00:50 <@preaction> i would consider them equal and awful 00:50 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:50 <@preaction> perlDreamer: you have a login to my systems 00:50 <+perlDreamer> PM me a hostname, username and passwd, please 00:51 < apeiron> redneck is more a lifestyle, independent of ideology. 00:56 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 00:56 -!- mode/#webgui [+o rizen] by ChanServ 01:06 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [] 01:10 -!- tavisto [n=tavisto@97509host65.starwoodbroadband.com] has left #WebGUI [] 01:28 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"] 01:29 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has quit [] 01:36 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 01:44 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:44 -!- mode/#webgui [+v Radix-wrk] by ChanServ 02:47 <+perlDreamer> Do people who send out SPAM know they're scum, or are they just ignorant? 02:50 <@preaction> money, they get money, so they're okay with themselves 02:50 <@preaction> i've thought about it 02:50 <+perlDreamer> really? 02:51 <@preaction> money for nothing, sure why not? 02:54 <+perlDreamer> well, then you'd get the chicks for free 02:54 <+perlDreamer> that ain't working 02:54 <@preaction> that's the way you do it! 02:54 <+perlDreamer> indeed 02:54 <@preaction> I WANT MY EMPTY-VEE 02:55 <@preaction> i also want pandora to stop screwing around 02:55 <+perlDreamer> pandora? 02:55 <+perlDreamer> she opened the box 02:55 <+perlDreamer> what more do you want? 02:55 <@preaction> www.pandora.com <- only the greatest free music service EVAR 02:56 <+Radix-wrk> last.fm? 02:56 <@preaction> paltry in comparison! 02:56 <+perlDreamer> perlmonkey2: SurveyJSON has 96% test coverage 02:56 <+Radix-wrk> pandora.com goes to a blank page for me 02:56 <@perlmonkey2> perlDreamer: all the rednecks are covered? 02:57 <+perlDreamer> yup 02:59 <@preaction> Radix-wrk: pandora seems down atm, it will come up shortly i suspect 02:59 <+Radix-wrk> must be reeeallly good then if they can't even keep a server up ;) 03:04 <@preaction> yay! it's back up! 03:04 <@preaction> perlDreamer: Devel::Cover is installed on the test box now. the date was completely wrong which was causing the makefile to get regenerated 03:04 < apeiron> preaction, You forget that those outside of the US may not be able to access it. 03:04 <@preaction> it thought it was March 05, 08 03:05 <+perlDreamer> March was good 03:05 * apeiron shakes fist and spits at the RIAA 03:05 <+perlDreamer> I was employed then 03:05 <@preaction> apeiron: i hope not 03:05 <@preaction> it's got a lot of foreign music on it 03:05 < apeiron> preaction, No, it's certainly true. 03:09 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 03:09 -!- mode/#webgui [+v cap10morgan] by ChanServ 03:32 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 03:41 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 04:42 < patspam> would one of the PB folks be able to create a survey-rfe branch where we can put new survey features until the feature freeze is lifted? 04:43 < patspam> actually, the WebGUI_Survey2 branch still exists, maybe we should just use that? 04:43 <@preaction> patspam: you have committer access, you can just: svn mkdir https://svn.webgui.org/plainblack/branch/Patbranch 04:44 < patspam> ah cool, thanks preaction 04:45 < patspam> good/bad idea to hijack the WebGUI_Survey2? I don't think it's being used any more by perlmonkey2? 04:48 <@preaction> if he's not using it he should probably delete it, just for the history's sake 04:48 < patspam> ok, cool. I'll create a new branch for the new stuff 04:56 < patspam> https://svn.webgui.org/plainblack/branch/survey-rfe lives! 05:00 < patspam> perlmonkey2: ping 05:08 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 131 (Connection reset by peer)] 05:08 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 05:08 -!- mode/#webgui [+o khenn] by ChanServ 05:08 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 05:43 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"] 05:48 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 05:48 -!- mode/#webgui [+o tavisto] by ChanServ 05:48 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 05:48 -!- mode/#webgui [+o preaction] by ChanServ 05:56 -!- tavisto_ [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 05:56 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [Read error: 104 (Connection reset by peer)] 05:57 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [] 05:59 <@perlmonkey2> patspam: pong 06:00 < patspam> hey man! 06:00 <+perlDreamer> I'm out for a while, being Daddy dentist... 06:01 < patspam> been talking to people today about advanced survey branching 06:01 < patspam> just drafting up an rfe for it now 06:01 <@perlmonkey2> anything interesting? 06:01 < patspam> yeah, although you might have already thought of this 06:02 < patspam> we want to let the survey creator enter an expression made up of section/question/answer vars to define the branch condition 06:03 < patspam> using a simple DSL, such as something similar to the language used in spreadsheet programs 06:03 < patspam> that was you can easily do branching based on the value of ANY previous response, sums, averages, you name it.. 06:03 <@perlmonkey2> yeah, that had been something thrown around. But really only thought about it in the next iteration. 06:04 <@perlmonkey2> exactly. would be great stuff. 06:04 <@perlmonkey2> not hard to do. 06:04 < patspam> yeah, it's similar to what i did for Flux (arbitrary expressions for combining expressions) 06:04 <@perlmonkey2> probably could be squeezed into this one easily enough. But I'm not sure what you mean about Sections though. 06:04 <@perlmonkey2> Sections don't have values unless you mean the set of questions in them. 06:04 < patspam> except the dsl needs to be more expressive so that you can do simple math things 06:04 <@perlmonkey2> hmm. 06:05 <@perlmonkey2> actually, that could be really easy. But what about multiple branches of logic. if,elseif, else. 06:05 < patspam> yeah, i was thinking it'd be nice if you could pass a section variable into things like AVG() and SUM() and it'd know how to hande em 06:05 <@perlmonkey2> I like it. 06:05 < patspam> my thought was that you'd let people enter in a list of expressions, and the first one to match triggers the branch 06:05 <@perlmonkey2> there a lib that already handles this pidgin language? 06:06 < patspam> TARGET1: expression2 06:06 < patspam> TARGET2: expression2 06:06 < patspam> etc.. 06:06 <@perlmonkey2> cool 06:06 <@perlmonkey2> need a popup editor then 06:07 < patspam> text area would be fine for the first iteration (at least for our needs) 06:07 < patspam> doesn't have to be pretty 06:07 <@perlmonkey2> hah, try to get that passed Steve 06:07 < patspam> heh, steve can always be bribed :) 06:08 < patspam> yeah I had a quick look on cpan, didn't find anything yet 06:08 <@perlmonkey2> err, past. you know what I meant :P 06:08 <@perlmonkey2> hmm, well, it should be easy enougn to implement. Maybe add it as a new generic module for WG. 06:09 < patspam> for Flux i used a very limited whitelist of what could be entered in an expression, massaged it into valid perl, and then eval'd it 06:09 < patspam> that way i got arbitrary boolean expression support for free, unlimited nesting, etc.. 06:09 < patspam> but in this case we might want to parse it ourselves 06:10 < patspam> unless we make the syntax more perly 06:10 < patspam> but i was thinking something like the excel macro language would be the least scary for end users 06:10 <@perlmonkey2> Parse::RecDescent. Then we don't have to use evil evals. 06:11 <@perlmonkey2> create a simple grammar and we're good. 06:12 <@perlmonkey2> could just rip off excel's macro lanauage. or at least a useful subset. 06:12 < patspam> or use perl6 grammar/regexps :) 06:12 <@perlmonkey2> hah 06:12 <@perlmonkey2> that would be fun 06:13 <@perlmonkey2> But yeah, that would be really powerful stuff for branching. But it wouldn't look nearly as sexy as it was in the current forms presented to the users. 06:14 < patspam> having trouble parsing that last sentence.. 06:15 <@perlmonkey2> Right now, I don't know if people would grok how powerful it was if it was just presented in the edit form as another entry. 06:15 <@perlmonkey2> Eventually it should have its own panel with options and dialogs and fun things for the users to poke at and click on. 06:15 < patspam> yeah true 06:16 <@perlmonkey2> maybe a function builder. 06:16 < patspam> yep, we can be inspired by Excel there too 06:16 <@perlmonkey2> that would save having to create a grammar 06:17 < patspam> you'd still need the grammar, or a whitelist, or something equivalent, because you couldn't trust what the client submits 06:17 <@perlmonkey2> well if it was created in a builder, they wouldn't be able to enter anything not approved. 06:18 <@perlmonkey2> but whatever....those are pretty specific implementation details and we're a ways from that :P 06:18 < patspam> I'll have the RFE up in the hour 06:41 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 07:20 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 07:54 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 07:54 -!- mode/#webgui [+v cap10morgan] by ChanServ 07:59 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 09:05 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:27 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 09:33 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 09:50 -!- tavisto_ [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 10:43 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 10:43 -!- mode/#webgui [+v BartJol] by ChanServ 12:14 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has joined #webgui 13:23 < CIA-41> WebGUI: yung * r8826 /WebGUI/lib/WebGUI/ (3 files in 2 dirs): fixed some Matrix rating bugs 13:41 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 15:26 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 15:26 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 110 (Connection timed out)] 15:41 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 15:41 -!- mode/#webgui [+o khenn] by ChanServ 16:01 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:01 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:05 <@perlmonkey2> It's 3pm on a Friday. Is anyone overseas even still working? 16:05 <@perlmonkey2> Or is it beer-thirty yet? 16:14 <+BartJol> perlmonkey2: 16:14 <+BartJol> still here 16:14 <@perlmonkey2> BartJol: you are hard core. You absolutely need a raise. 16:14 <+BartJol> and working, even though it is Sinterklaas today 16:14 <+BartJol> Koen also said something like that 16:14 <+BartJol> and who am I to disagree 16:15 <@perlmonkey2> hah :) 16:15 <+BartJol> but 3 pm is a fairly normal time to be at work, even on fridays 16:16 <@perlmonkey2> BartJol: That's what The Man wants you to believe. 16:16 <+BartJol> now I've got to fix a problem with rewrite rules and workflows 16:16 <+BartJol> ah :) 16:19 <+BartJol> joeri, martin and rory are also still working 16:19 <+BartJol> I think Koen too 16:19 <@perlmonkey2> Wow, and on a major holiday. You guys are animals. 16:19 <@perlmonkey2> Killing the competition. 16:21 <+BartJol> but my mouth is suffering from a lack of beer, it feels the weekend coming, just a few hours 16:23 <@perlmonkey2> BartJol: stay strong Bart, stay strong. 16:24 <+BartJol> :) I'll try, but it seems that this weekend is gonna be work related too :( 16:30 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:30 -!- mode/#webgui [+o bopbop] by ChanServ 16:45 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has joined #webgui 16:47 -!- topsub [n=josh@97.66.185.250] has joined #webgui 17:09 < SDuensin> Morning. 17:11 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 17:18 -!- ascii [n=ascii@host-64-234-39-193.nctv.com] has quit [Read error: 110 (Connection timed out)] 17:19 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 17:27 -!- ascii [n=ascii@host-64-234-39-193.nctv.com] has joined #webgui 17:38 -!- Lisett1 [n=liraos@adsl190-28-160-137.epm.net.co] has joined #webgui 17:39 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 17:47 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:47 -!- mode/#webgui [+o Haarg] by ChanServ 17:48 < Lisett1> if I'm doing a paydriver with another entity through which it would post the url return to WebGUI? would be the same in the store or do I have to put parameters? and from that subroutine should take the values of the parameters that are sending me? 17:53 <+BartJol> perlmonkey2: it's getting better, I have a beer 17:53 < SDuensin> BEER! 17:53 * SDuensin only has tea so far. 17:53 <+BartJol> yes 17:53 < SDuensin> #include 17:53 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 17:53 < SDuensin> Oh wait. That language may scare people here. 17:54 <+BartJol> but with a # it's commented, that's useless 17:54 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 17:54 -!- mode/#webgui [+v Radix_] by ChanServ 17:54 < SDuensin> Yea, in your little Perl language. :-P 17:55 <+BartJol> Larry Larry Larry! 17:55 < SDuensin> :-D 17:55 <+BartJol> Lisett1: sorry I can't help you 18:07 -!- npinansky [n=nick@andc-fw1.exploreos.com] has joined #webgui 18:07 -!- jeffthewookiee [n=jeffthew@andc-fw1.exploreos.com] has joined #WebGUI 18:08 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 18:08 < jeffthewookiee> Frank you here? 18:09 <@khenn> yessir 18:09 < jeffthewookiee> Npinansky is working with me 18:09 < jeffthewookiee> We were asking if there's an API to check the status of a workflow and the completion time... 18:13 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 18:13 -!- mode/#webgui [+v cap10morgan] by ChanServ 18:15 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [Client Quit] 18:16 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 18:16 -!- mode/#webgui [+o tavisto] by ChanServ 18:16 < Lisett1> anyone have an idea? 18:17 -!- perlmonkey21 is now known as perlmonkey2 18:18 -!- mode/#webgui [+o perlmonkey2] by ChanServ 18:20 -!- BartJol [n=plainstu@host2.procolix.com] has left #webgui [] 18:24 <@khenn> Lisett1: I'm not sure I understand the problem. I'm not very familiar with shop. you may need to wait for rizen or perlDreamer to pop into the channel 18:30 < Lisett1> ok, i wait, thanks 18:43 -!- apeiron_ [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 18:52 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:52 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:53 <+perlDreamer> morning folks 18:53 < SDuensin> Hey perlDreamer 18:54 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 18:58 < Lisett1> if I'm doing a paydriver with another entity through which it would post the url return to WebGUI? would be the same in the store or do I have to put parameters? and from that subroutine should take the values of the parameters that are sending me? 19:01 -!- apeiron_ is now known as apeiron 19:02 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 19:02 -!- mode/#webgui [+v cap10morgan] by ChanServ 19:17 <+perlDreamer> When I run Firebug and try to edit any asset, it gives me an error 19:17 <+perlDreamer> YAHOO.util.Easing is undefined 19:17 <+perlDreamer> should I add a call to the container in individual form elements that use it, or to getEditForm? 19:21 < SDuensin> Ooof. Loading IE6 has angered the Macintosh. 19:25 <@Haarg> perlDreamer, as far as i know, that error doesn't matter 19:25 <@Haarg> it's in yui, and inside a try block 19:26 <@Haarg> to catch the error 19:26 <+perlDreamer> it prevents text resizing from working 19:26 <+perlDreamer> when I tell it to use animation.js, the error goes away and the resizing starts working again 19:26 <@Haarg> resizing on what type of text box? 19:26 <+perlDreamer> textarea and htmlareas 19:26 <+perlDreamer> this is in 7.5 19:26 <+perlDreamer> I'm going to try 7.6 now 19:27 <@Haarg> htmlareas have their own resize code so it shouldn't effect that 19:29 <+perlDreamer> oh, I think I understand now 19:29 <+perlDreamer> Firebug stopped on the error, even though it was in a try block 19:29 <+perlDreamer> and I didn't tell it to keep going 19:30 <+perlDreamer> so no resizing 19:30 <@Haarg> you are using the debugger? 19:30 < CIA-41> WebGUI: colin * r8827 /branch/WebGUI_7.5/lib/WebGUI/Asset.pm: Document that canAdd is a class method 19:31 < CIA-41> WebGUI: colin * r8828 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/Textarea.pm): Fix resizing in textareas. 19:31 < CIA-41> WebGUI: colin * r8829 /WebGUI/lib/WebGUI/Asset.pm: canAdd is a class method 19:31 <@Haarg> bleh. that code editor needs some work 19:32 <+perlDreamer> I was using the debugger. There's something funny happening with the Insert WebGUI Image plugin. 19:32 <@Haarg> there a bug report for it? 19:32 <+perlDreamer> yes 19:32 <+perlDreamer> http://www.plainblack.com/bugs/tracker/9235 19:33 <+perlDreamer> It even came with complete instructions for dupicating the bug 19:33 <+perlDreamer> The one thing he left out, was that after doing the insert, it will show up in the RTE. But after you save it, it goes away. 19:38 <@Haarg> i think it's the border 19:41 <+perlDreamer> I'll look into that. 19:41 <+perlDreamer> in the meantime, y'all can look at my business website and chortle 19:41 <+perlDreamer> http://web538.plainblack.net/home 19:42 <+perlDreamer> soon to be www.perldreamerconsulting.com 19:42 <+perlDreamer> It needs a lot more work and removal of default content 19:42 <@Haarg> it's the quotes 19:42 <@Haarg> www/extras/tinymce-webgui/plugins/wginsertimage/js/insertimage.js 19:42 <@Haarg> creates an image tag with mismatched quotes 19:42 <@Haarg> border="5' etc 19:43 <+perlDreamer> thanks, Haarg. How did you do that so fast? 19:43 <+perlDreamer> Is it just practice? 19:55 <@perlmonkey2> perlDreamer: I hope you already grabbed the domain 19:55 <+perlDreamer> I did 19:55 <@perlmonkey2> if it gets enough hits, godaddy will just grab it. 19:55 <+perlDreamer> just need the DNS info to feed back into godaddy 19:58 <+perlDreamer> Haarg, after fixing the border quotes to use double quotes, i get this js console error 19:58 <+perlDreamer> String contains an invalid character" code: "5 20:04 < snapcount> perlDreamer: any interest in webgui.us? 20:05 < snapcount> or anyone for that matter 20:05 < snapcount> I'm to lazy to actually use it for anything 20:05 <+perlDreamer> One business website and 1.2x full time consulting is keeping me pretty busy. 20:11 <+perlDreamer> nm, browser caching of scripts sucks 20:11 < snapcount> are you still working at the chip manufacturing place too? 20:11 <+perlDreamer> No, I got laid off 20:11 <+perlDreamer> I'm a freelancer now 20:12 < snapcount> well sorry to hear that and congrats at the same time =) 20:12 <+perlDreamer> thanks. 20:12 <+perlDreamer> I hear that people can have post-hardware careers in software :) 20:12 <+perlDreamer> brb 20:12 < snapcount> cool that you get to hack full time now 20:31 <+perlDreamer> it is nice 20:31 <+perlDreamer> I like working from home 20:31 <+perlDreamer> as long as I don't turn on the TV, it works really well 20:31 < SDuensin> Me too. Gets kinda lonely though. 20:32 < SDuensin> I've been allowing myself a TV break at lunch to keep from going nuts. 20:32 <+perlDreamer> for now, hanging out on IRC helps a lot. 20:32 < SDuensin> And tunes. Podcasts. 20:34 -!- jeffthewookiee [n=jeffthew@andc-fw1.exploreos.com] has left #WebGUI [] 20:43 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 20:46 < CIA-41> WebGUI: colin * r8830 /branch/WebGUI_7.5/ (2 files in 2 dirs): fix quoting problems in webgui tinymce image plug-in 20:55 <@Haarg> perlDreamer, did you figure out the problem? 20:55 <+perlDreamer> yes, client side script caching 20:55 <+perlDreamer> I'd fix it on the server, then wouldn't see changes in the browser 20:56 <+perlDreamer> I'm adding a firefox extension for a clear cache button in the toolbar to help with that. 20:58 <@Haarg> to track it down, i looked at the tag that was inserted in the editor using firebug. it had an attribute 5="", which i figured meant something was malformed with the html it was trying to insert. 20:58 <+perlDreamer> I need to learn how to use firebug better, but that will come with time. 20:59 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 21:03 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 21:04 -!- mode/#webgui [+v cap10morgan] by ChanServ 21:08 * perlDreamer goes to pick up his pick-up 21:33 < CIA-41> WebGUI: colin * r8831 /WebGUI/ (2 files in 2 dirs): fix quoting problems in webgui tinymce image plug-in 21:34 -!- Lisett1 [n=liraos@adsl190-28-160-137.epm.net.co] has quit [Read error: 60 (Operation timed out)] 21:48 -!- Lisett1 [n=liraos@190.29.185.92] has joined #webgui 21:56 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 22:13 -!- Lisett2 [n=liraos@adsl190-28-140-62.epm.net.co] has joined #webgui 22:14 -!- Lisett1 [n=liraos@190.29.185.92] has quit [Read error: 110 (Connection timed out)] 22:24 -!- apeiron_ [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 22:29 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Nick collision from services.] 22:29 -!- apeiron_ is now known as apeiron 22:32 -!- Lisett2 [n=liraos@adsl190-28-140-62.epm.net.co] has quit [Read error: 110 (Connection timed out)] 22:35 -!- Lisett1 [n=liraos@adsl190-28-182-176.epm.net.co] has joined #webgui 22:50 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit ["bye"] 22:53 <+perlDreamer> how many hours does it take for a DNS change to ripple out? 22:53 <@preaction> perlDreamer: depends on the TTL and other factors, could be 20M could be 6H 22:53 <@preaction> usually it shouldn't be that long 22:53 <+perlDreamer> I'll be patient 22:55 < apeiron> Most places I've seen say to wait 24 hours. 22:56 < apeiron> perlDreamer, FWIW, I can resolve the name to 67.19.67.50 presently. 22:57 < apeiron> perlDreamer, May be your system's cache or your ISP's cache. 22:57 <+perlDreamer> probably 22:57 <+perlDreamer> it should be a 207 address 23:15 -!- npinansky [n=nick@andc-fw1.exploreos.com] has left #webgui [] 23:18 < CIA-41> WebGUI: jt * r8832 /experimental/Automat/lib/ (4 files in 2 dirs): fixed a major bug where switching objects out from underneath could cause all kinds of chaos 23:18 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 23:19 <+perlDreamer> perlmonkey2: You're not making this survey rfe easy... 23:23 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 23:23 -!- mode/#webgui [+v cap10morgan] by ChanServ 23:30 <+perlDreamer> cap10morgan, I looked at your bug. 23:31 <+perlDreamer> Shouldn't there be some notice that a singleton clashes? I mean, how do you tell the difference between "hurried" workflows, and stuck workflows? 23:36 <@perlmonkey2> perlDreamer: which one? 23:42 <+perlDreamer> RTEs into the survey 23:42 <@perlmonkey2> I don't think you have coverage on if the survey has timed out. 23:43 <@perlmonkey2> Patrick's "fix" looks like it broke it. 23:43 <+perlDreamer> Uh oh 23:43 <+perlDreamer> there's 0% coverage on Survey.pm right now 23:43 <@perlmonkey2> oh 23:43 <@perlmonkey2> well this would be in Response 23:43 <+perlDreamer> there's 96% coverage in SurveyJSON 23:43 <+perlDreamer> ResponseJSON would be next :) 23:43 <@perlmonkey2> ->hasTimedOut 23:43 <@perlmonkey2> oh, well there you go :) 23:43 <+perlDreamer> You want a quick test for that one? 23:44 <+cap10morgan> perlDreamer: yes, some indication would be good. but not an error. currently it returns undef, which the cron system, for example, interprets as "uh oh! something bad happened!" 23:44 <+perlDreamer> gotcha, cap10morgan 23:45 <+perlDreamer> and for everyone in channel, a piece of hard learned advice 23:45 <+perlDreamer> Don't use Clone with perl 5.10 23:45 <+perlDreamer> it doesn't work, randomly 23:45 <@Haarg> fun 23:45 < nuba> are we upped to 5.10 on webgui already? 23:46 <+perlDreamer> not unless you're doing a source install, nuba 23:46 < nuba> k 23:46 <@perlmonkey2> isn't the new wre supposed to be 5.10? 23:46 <@Haarg> that's the plan 23:46 <+perlDreamer> is it? I wouldn't recommend it. 23:46 <+perlDreamer> There are modules we use that use Clone 23:46 <@Haarg> but we won't have 5.10 a prereq until 8.0 at least 23:47 <+perlDreamer> okay 23:47 <@perlmonkey2> perlDreamer: clone is cheesy anyways. Objects should be able to return a blessed copy of themselves if that is needed. 23:47 <@Haarg> objects maybe 23:47 <@Haarg> but what about data structures? 23:48 <+perlDreamer> Yeah, especially large survey based data structures from JSON? 23:48 <@perlmonkey2> there are none 23:48 <@perlmonkey2> they are objects 23:48 <@perlmonkey2> you never operate directly on JSON 23:48 <@perlmonkey2> one you can only use the JSON as blessed objects 23:49 <@perlmonkey2> one? why did I start that with "one"? 23:49 <+perlDreamer> so getObject, newObject, copy and so on return blessed objects? 23:49 <@perlmonkey2> hold up 23:51 <@perlmonkey2> well those aren't from JSON. And can't they call be copied safely with %copy = %{$ref}; ? 23:51 <@Haarg> somewhat 23:51 <@Haarg> that only copies one level though 23:51 <+perlDreamer> perlmonkey2, not deeply 23:52 <@perlmonkey2> hmm, do those contain references...yes they will 23:52 <+perlDreamer> you would not believe how many WebGUI bugs have been about deep reference copies handled poorly 23:52 <@perlmonkey2> bah, I should have stuck with the original model of everything an object. 23:52 < Lisett1> how to get the values of parameters on the other website send me? 23:52 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:53 <+perlDreamer> Lisett1: perldoc WebGUI::Session::Form 23:53 < Lisett1> i'm going to see, thanks 23:53 <+perlDreamer> perlmonkey2, it would have been slower, but would have copied easier since each object would handle its own copying 23:53 <+perlDreamer> that's not a bad tradeoff since copying is rare compared to instanciation 23:55 <+perlDreamer> okay, more js help, please 23:55 -!- cap10morgan_ [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui 23:55 -!- mode/#webgui [+v cap10morgan_] by ChanServ 23:55 <+perlDreamer> why is this line important to the RichEditor/HTMLArea: element.value = element.value.replace(/-/mg,"-"); 23:56 <@preaction> perlDreamer: perhaps because those are two different unicode characters that look the same? 23:56 < Lisett1> where find an example? 23:56 <@Haarg> what file pD? 23:56 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [Read error: 104 (Connection reset by peer)] 23:56 <@preaction> Lisett1: everywhere you see session->form->process or session->form->get 23:56 <+perlDreamer> Lisett1: just grep for session->form->process 23:57 <+perlDreamer> Haarg, trying to shoehorn a richeditor into the survey for an rfe 23:57 <+perlDreamer> the HTMLArea form control does that 23:57 < Lisett1> process??? is not with paramsHashRef? 23:58 <@preaction> Lisett1: you could use either. two ways to do the same thing. try it and see perhaps? 23:59 < Lisett1> thanks, perDreamer --- Day changed Sat Dec 06 2008 00:00 <+perlDreamer> I gotta go pick up the kids from school. Kathy's delivering a baby today. bbiaw 00:02 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:04 <@Haarg> i have no good explanation for that line perlDreamer 00:04 <@Haarg> it's very old 00:05 <@Haarg> 2004 00:11 < CIA-41> WebGUI: perlmonkey2 * r8833 /WebGUI/lib/WebGUI/Asset/Wobject/ (Survey/ResponseJSON.pm Survey.pm): Fixed hasTimeLimit to work with the new storage location of the time limit. 00:39 < Lisett1> how to do to say the url to session->form of which i want to get the parameters? 00:40 < Lisett1> new? 00:56 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has quit ["The computer fell asleep"] 00:57 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has joined #webgui 01:04 -!- cap10morgan_ is now known as cap10morgan 01:07 <+perlDreamer> Haarg, I traced it back to svn rev 3 and stopped there, so yeah, it's way old ;) 01:07 <@Haarg> i looked at the actual commit it was introduced 01:08 <@Haarg> and nothing about the other things added help explain it 01:10 <+perlDreamer> that's right, you pulled in the old CVS history into your git repo, didn't you. 01:11 <+perlDreamer> well, in any case, I need to get the Survey to load that file so the rich editor can call it 01:11 <@Haarg> yeah 01:11 <@Haarg> i'd almost prefer to remove it 01:18 -!- snapcount [n=snapcoun@lmdc-fw1.exploreos.com] has quit [] 01:19 <+perlDreamer> it works for me, but we should probably ask someone like rizen or khenn before doing it 01:20 <@khenn> I have no idea 01:23 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Remote closed the connection] 01:24 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 01:24 -!- mode/#webgui [+o khenn] by ChanServ 01:32 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has left #WebGUI [] 01:38 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["Leaving"] 01:41 < CIA-41> WebGUI: perlmonkey2 * r8834 /WebGUI/www/extras/wobject/Survey/editsurvey.js: When an edit is submitted the edit screen no longer shows up 02:02 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has joined #WebGUI 02:02 < WebGUI> good night all 02:08 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 02:09 -!- khenn_ [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Client Quit] 02:09 < CIA-41> WebGUI: perlmonkey2 * r8835 /WebGUI/lib/WebGUI/Asset/Wobject/Survey/ResponseJSON.pm: terminal sections now work correctly 02:13 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [] 02:13 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit [Read error: 60 (Operation timed out)] 02:14 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 02:16 <+perlDreamer> go perlmonkey2, go! 02:17 <+perlDreamer> WebGUI: Has the new product hit the floor yet? 02:25 <+perlDreamer> perlmonkey2, just so you know, I'll be doing some POD commits to ResponseJSON 02:25 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 02:40 < CIA-41> WebGUI: colin * r8836 /WebGUI/lib/WebGUI/Asset/Wobject/Survey/ (SurveyJSON.pm ResponseJSON.pm): 02:40 < CIA-41> WebGUI: Update SurveyJSON POD for the new method. 02:40 < CIA-41> WebGUI: Add legal and header POD for ResponseJSON. 03:03 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 03:13 -!- WebGUI [n=SynQ@f70168.upc-f.chello.nl] has left #WebGUI [] 03:22 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 03:33 -!- gugod [n=gugod@sh1.opcafe.net] has quit [Remote closed the connection] 03:40 -!- gugod [n=gugod@sh1.opcafe.net] has joined #webgui 03:41 -!- khenn [n=khenn@CPE-75-81-138-7.wi.res.rr.com] has joined #WebGUI 03:41 -!- mode/#webgui [+o khenn] by ChanServ 03:42 -!- khenn [n=khenn@CPE-75-81-138-7.wi.res.rr.com] has quit [Client Quit] 03:42 -!- topsub [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has joined #webgui 03:42 -!- topsub2003 [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has joined #webgui 03:43 -!- topsub [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has quit [Client Quit] 03:43 -!- topsub2003 [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has quit [Read error: 54 (Connection reset by peer)] 03:43 -!- topsub [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has joined #webgui 04:05 -!- Lisett1 [n=liraos@adsl190-28-182-176.epm.net.co] has quit [Read error: 104 (Connection reset by peer)] 04:56 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has joined #webgui 05:10 -!- topsub [n=josh@cpe-069-132-181-160.carolina.res.rr.com] has quit ["Leaving"] 05:54 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 07:21 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Remote closed the connection] 07:32 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 07:35 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 07:39 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 07:42 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has joined #webgui 09:24 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 09:25 -!- mode/#webgui [+o tavisto] by ChanServ 09:33 -!- patspam1 [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has joined #webgui 09:33 -!- patspam [n=patspam@ppp121-44-214-15.lns10.mel4.internode.on.net] has quit [Nick collision from services.] 09:33 -!- patspam1 is now known as patspam 10:46 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 11:38 -!- khenn [n=khenn@75.81.138.7] has joined #WebGUI 11:38 -!- mode/#webgui [+o khenn] by ChanServ 16:16 -!- khenn [n=khenn@75.81.138.7] has quit [] 16:29 -!- khenn [n=khenn@CPE-75-81-138-7.wi.res.rr.com] has joined #WebGUI 16:29 -!- mode/#webgui [+o khenn] by ChanServ 16:59 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:59 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:59 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 104 (Connection reset by peer)] 16:59 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:59 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:03 <@perlmonkey2> patspam: you around? 17:04 <@perlmonkey2> oh, 2am, probably not 17:25 -!- daviddelikat [n=Miranda@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI 17:43 <@perlmonkey2> Now that the Survey is inside a style, is it incredibly slow for anyone else? 18:24 < daviddelikat> any body know how to use the 'wgd' tool? 18:25 < daviddelikat> I'm trying to reset my install and I get an undefined subroutine 18:58 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 19:37 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 19:43 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 19:46 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 60 (Operation timed out)] 19:55 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 20:14 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 20:14 -!- mode/#webgui [+o tavisto] by ChanServ 22:16 <@preaction> daviddelikat: i suspect the only person who really knows how to use it is Haarg and he's not here 23:06 < daviddelikat> thanks 23:15 -!- daviddelikat [n=Miranda@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 104 (Connection reset by peer)] 23:41 < SDuensin> Anybody know if you can allow the user to enter a "size" in the store? Building a jewelry site and all the rings need sizes entered. --- Day changed Sun Dec 07 2008 00:04 <@preaction> SDuensin: i think "size" was supposed to be some sort of a variant property 00:04 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:05 < SDuensin> Was supposed to be? Hmm. 00:34 <@preaction> iow you add a variant for the size 00:36 < SDuensin> Yea, but that's gonna take a craptastic amount of 'em. 00:37 <@preaction> there's no way to add arbitrary data to a product? 00:38 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:38 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 00:50 < SDuensin> I don't see a way to allow the shopper to enter data about a product. If that makes sense. 00:51 <@preaction> oh, you want the shopper to be able to enter what size they want 00:51 < SDuensin> Sizes can be from like 5 to 16 in half-size increments. That's a crapload of variants. Especially if there are already four styles in each size. 00:54 <@preaction> i believe there may have been something added to the Cart, some sort of comments field 00:54 <@preaction> but i'm thinking that a feature that would allow a shopper to enter details per-item would be a good idea 00:57 < nuba> ive shopped for jewelry online. that usually appears in a drop-down menu, and the sizes available vary from a product to another. ie. this ring is only available at this and that size, that other ring is available in the full range from size X to Y, etc. 00:57 < nuba> (i dont have a solution for you, im just trying to help with the description) 01:11 < SDuensin> nuba - Right, that's kind of what I picture in my head. 01:28 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 01:28 -!- mode/#webgui [+o perlmonkey2] by ChanServ 02:04 -!- CIA-41 [n=CIA@208.69.182.149] has quit [] 02:17 -!- CIA-41 [n=CIA@208.69.182.149] has joined #WebGUI 02:18 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: Mech422 02:19 -!- Netsplit over, joins: Mech422 03:33 -!- khenn [n=khenn@CPE-75-81-138-7.wi.res.rr.com] has quit [] 04:09 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 04:30 -!- CIA-41 [n=CIA@208.69.182.149] has quit [] 04:43 -!- CIA-41 [n=CIA@208.69.182.149] has joined #WebGUI 04:47 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["leaving"] 04:52 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has joined #webgui 05:16 -!- perlDreamer [n=colink@c-98-232-212-12.hsd1.or.comcast.net] has joined #webgui 05:16 -!- mode/#webgui [+v perlDreamer] by ChanServ 05:17 * perlDreamer makes the obligatory grumble about coders trying to write copy... 05:22 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 05:50 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 06:05 -!- patspam [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 06:07 -!- CIA-41 [n=CIA@208.69.182.149] has quit [Remote closed the connection] 06:44 -!- CIA-41 [n=CIA@208.69.182.149] has joined #WebGUI 07:02 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 07:15 -!- perlDreamer [n=colink@c-98-232-212-12.hsd1.or.comcast.net] has quit ["Leaving."] 07:56 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has joined #WebGUI 07:56 -!- mode/#webgui [+o khenn] by ChanServ 07:58 -!- khenn [n=khenn@68-185-186-98.dhcp.mdsn.wi.charter.com] has left #WebGUI [] 08:20 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 09:30 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has joined #webgui 09:30 -!- mode/#webgui [+v cap10morgan] by ChanServ 09:42 -!- patspam [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has joined #webgui 10:02 -!- patspam [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 10:10 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 10:10 -!- mode/#webgui [+o tavisto] by ChanServ 10:13 -!- patspam [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has joined #webgui 10:25 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 12:08 -!- patspam [n=patspam@ppp118-208-151-101.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 12:43 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has quit [Read error: 110 (Connection timed out)] 14:42 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 14:50 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 14:52 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 15:27 < CIA-41> WebGUI: yung * r8837 /WebGUI/ (6 files in 3 dirs): More Matrix bugfixes 16:15 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 16:53 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has joined #webgui 17:15 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 17:15 -!- mode/#webgui [+o perlmonkey2] by ChanServ 17:19 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has quit ["Reconnecting"] 17:19 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has joined #webgui 18:44 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 18:53 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has left #webgui [] 19:00 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 19:00 -!- mode/#webgui [+o perlmonkey2] by ChanServ 19:19 -!- apeiron [n=apeiron@c-98-235-5-137.hsd1.pa.comcast.net] has quit ["brb"] 19:22 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 19:37 -!- khenn [n=khenn@97.92.185.77] has joined #WebGUI 19:37 -!- mode/#webgui [+o khenn] by ChanServ 19:46 < CIA-41> WebGUI: yung * r8838 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed #9219: Thingy After Save Search This Thing not showing all rows 19:46 < CIA-41> WebGUI: yung * r8839 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed #9219: Thingy After Save Search This Thing not showing all rows 20:28 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 20:28 -!- mode/#webgui [+o tavisto] by ChanServ 20:41 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 20:58 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 22:19 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 22:44 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 23:14 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 23:23 < CIA-41> WebGUI: translation * r8840 /translations/German/German/ (Form_DataTable.pm Asset_Gallery.pm Form_MatrixCompare.pm): Update from translation server 23:51 < CIA-41> WebGUI: translation * r8841 /translations/German/German/WebGUI.pm: Update from translation server 23:51 < CIA-41> WebGUI: translation * r8842 /translations/German/German/Macro_MiniCart.pm: Update from translation server --- Day changed Mon Dec 08 2008 00:20 < CIA-41> WebGUI: translation * r8843 /translations/German/German/Friends.pm: Update from translation server 00:20 < CIA-41> WebGUI: translation * r8844 /translations/German/German/Form_DataTable.pm: Update from translation server 00:23 < SDuensin> OH NO! 00:23 < SDuensin> You gotta be kidding me! 00:24 < SDuensin> The quantities for all zillion products I just entered are encoded inside a JSON string in the database?! 00:24 < SDuensin> Not exactly an easy way to bulk set that. :-( 00:24 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 00:49 < CIA-41> WebGUI: translation * r8845 /translations/German/German/AuthLDAP.pm: Update from translation server 00:49 < CIA-41> WebGUI: translation * r8846 /translations/German/German/Asset_RSSFromParent.pm: Update from translation server 00:49 < CIA-41> WebGUI: translation * r8847 /translations/German/German/Asset_Shelf.pm: Update from translation server 00:49 < CIA-41> WebGUI: translation * r8848 /translations/German/German/Asset_Sku.pm: Update from translation server 00:49 < CIA-41> WebGUI: translation * r8849 /translations/German/German/Asset_UserList.pm: Update from translation server 00:49 < CIA-41> WebGUI: translation * r8850 /translations/German/German/Form_MatrixCompare.pm: Update from translation server 01:09 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["bbiab"] 01:10 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:10 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:22 < CIA-41> WebGUI: translation * r8851 /translations/German/German/Asset_WeatherData.pm: Update from translation server 01:22 < CIA-41> WebGUI: translation * r8852 /translations/German/German/ (AuthWebGUI.pm Asset_WSClient.pm): Update from translation server 01:22 < CIA-41> WebGUI: translation * r8853 /translations/German/German/ (Account_Friends.pm Asset_Shortcut.pm): Update from translation server 01:24 -!- patspam [n=patspam@ppp118-208-224-202.lns10.mel6.internode.on.net] has joined #webgui 01:24 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 02:06 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 02:42 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 02:42 -!- mode/#webgui [+o tavisto] by ChanServ 04:46 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 05:33 -!- tavisto_ [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 05:33 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [Read error: 104 (Connection reset by peer)] 05:34 -!- patspam [n=patspam@ppp118-208-224-202.lns10.mel6.internode.on.net] has quit [Remote closed the connection] 06:29 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has left #webgui [] 07:48 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 07:48 -!- tavisto_ [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [Read error: 104 (Connection reset by peer)] 07:48 -!- mode/#webgui [+o tavisto] by ChanServ 08:05 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 08:26 -!- patspam [n=patspam@ppp118-208-224-202.lns10.mel6.internode.on.net] has joined #webgui 08:46 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:34 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 09:51 -!- patspam1 [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 09:51 -!- patspam [n=patspam@ppp118-208-224-202.lns10.mel6.internode.on.net] has quit [Nick collision from services.] 09:51 -!- patspam1 is now known as patspam 10:56 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 10:57 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 12:36 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 12:36 -!- mode/#webgui [+v BartJol] by ChanServ 12:58 -!- carogray [n=Caroline@174-146-59-185.pools.spcsdns.net] has joined #webgui 13:20 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 13:52 < CIA-41> WebGUI: yung * r8854 /WebGUI/www/extras/wobject/Matrix/matrixCompareList.js: fixed a bug in matrix compare display 14:04 -!- BartJol [n=plainstu@host2.procolix.com] has left #webgui [] 14:46 -!- apeiron_ [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has joined #webgui 14:47 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has quit ["Reconnecting"] 14:54 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui 14:54 -!- mode/#webgui [+v bartjol] by ChanServ 14:56 -!- carogray [n=Caroline@174-146-59-185.pools.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)] 15:15 -!- apeiron_ is now known as apeiron 15:35 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui 15:51 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 15:51 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:20 -!- carogray1 [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui 16:23 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:23 -!- mode/#webgui [+o bopbop] by ChanServ 16:37 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 16:38 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 110 (Connection timed out)] 16:44 -!- carogray1 [n=Caroline@host2.209.113.248.conversent.net] has quit ["Leaving."] 16:44 -!- khenn_ [n=khenn@97.92.185.77] has joined #WebGUI 16:49 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui 16:54 < CIA-41> WebGUI: translation * r8855 /translations/German/German/ (Account_Shop.pm Account_User.pm): Update from translation server 17:00 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit ["Leaving."] 17:01 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui 17:01 -!- khenn [n=khenn@97.92.185.77] has quit [Read error: 110 (Connection timed out)] 17:04 -!- topsub [n=josh@97.66.185.250] has joined #webgui 17:06 -!- mode/#webgui [+o khenn_] by bopbop 17:20 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:20 -!- mode/#webgui [+o tavisto] by ChanServ 17:21 < SDuensin> Good (panic) Morning. (Panic) Help? 17:34 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:34 -!- mode/#webgui [+o Haarg] by ChanServ 17:39 < SDuensin> Haarg! 17:39 <@Haarg> morning 17:39 < SDuensin> [09:21] Good (panic) Morning. (Panic) Help? 17:40 < nuba> hey SDuensin, sup? 17:40 < SDuensin> I think there's a serious issue in the shopping system. 17:41 -!- khenn_ [n=khenn@97.92.185.77] has quit [Remote closed the connection] 17:41 < SDuensin> (Loading SQL tables) 17:41 < nuba> this? SDuensin> The quantities for all zillion products I just entered are encoded inside a JSON string in the database?! 17:41 < SDuensin> Well, that's an annoyance. 17:41 -!- khenn [n=khenn@97.92.185.77] has joined #WebGUI 17:41 -!- mode/#webgui [+o khenn] by ChanServ 17:41 < SDuensin> I went to write a tool to handle that and found that my Product table doesn't seem to have any kind of unique key in it. 17:41 < SDuensin> I also have (apparently) bad data in the table already. 17:42 < nuba> awwwww.. crap 17:42 < nuba> i havent even looked in the general direction of the shopping system yet 17:42 < SDuensin> Yea. I have a crapload of products up in a site I'm supposed to have finished already. 17:43 < SDuensin> I assume the assetId is supposed to be unique. I've got a lot of duplicates. 17:45 < SDuensin> It's almost like when you edit a variant, another entry is created. 17:46 <@Haarg> the Product table is just like any other asset table 17:46 <@Haarg> assetId + revisionDate are the primary key 17:47 < SDuensin> Ok, that leads me to less panic. :-) 17:47 < SDuensin> WTF is with that JSON inside the database?! 17:51 < SDuensin> Nobody wants to step up and own that one, eh? :-P 17:55 < CIA-41> WebGUI: translation * r8856 /translations/German/German/Shop.pm: Update from translation server 17:56 < nuba> huh 18:05 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:05 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:07 <+perlDreamer> I worked on the TimeField form control over the weekend 18:07 <+perlDreamer> It's badly broken 18:07 <+perlDreamer> I'd love to get a review of the changes that I'm proposing 18:07 <+perlDreamer> any takers? 18:07 < SDuensin> perlDreamer! 18:07 <+perlDreamer> hola, SDuensin :) 18:07 < SDuensin> I'm trying to unpanic. Then I can break things. 18:08 < SDuensin> perlDreamer, you added the paging to the Shelf for me, right? 18:08 <+perlDreamer> I believe so. 18:08 <+perlDreamer> I've fixed a lot of bugs over the last few weeks 18:08 < SDuensin> Is there a way to change the page size? Or disable it? 18:09 <+perlDreamer> this is the new getValue subroutine for timeField: http://webgui.pastebin.com/d214b951f 18:09 <+perlDreamer> SDuensin, no there isn't. It would be about a 20 minute RFE, though 18:10 <+perlDreamer> the values are hardcoded inside the paginator, unless some other value is provided 18:10 <+perlDreamer> although, it could be considered a bug that it's paginated but not configurable 18:10 < SDuensin> Maybe I can fix that bug later. It's a deal breaker for something a client has requested. 18:11 <+perlDreamer> I can't think of anywhere else that we have non-configurable pagination... 18:12 <+perlDreamer> SQL Report is configurable 18:12 <+perlDreamer> Post is configurable 18:12 <+perlDreamer> brb 18:12 < SDuensin> God my quantity hack is ugly. 18:15 <+perlDreamer> quantity hack? 18:15 < SDuensin> Yes. Follow up to my earlier mini-rant about having JSON inside the database. 18:16 <+perlDreamer> one more thing about timeField, it all started with this bug: http://www.plainblack.com/bugs/tracker/9063 18:16 <+perlDreamer> SDuensin, I agree that having JSON in the db does make hackery more difficult 18:17 < SDuensin> I'm gonna say it's a Bad Idea(tm). 18:21 <+perlDreamer> on the other hand, it made asset collateral quickly and easily versioned, and packagable. 18:22 < SDuensin> It's still fugly. 18:23 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 110 (Connection timed out)] 18:23 < CIA-41> WebGUI: translation * r8857 /translations/German/German/Account_Profile.pm: Update from translation server 18:23 < CIA-41> WebGUI: translation * r8858 /translations/German/German/Account_Contributions.pm: Update from translation server 18:23 < SDuensin> Grrr. I got my quantities updated, but the site still says everything is out of stock. Guess that's why people should use the API. 18:24 <+perlDreamer> SDuensin, would you like a little script to start with? 18:24 < SDuensin> I'd love one. :-) 18:24 <+perlDreamer> ok, hang on a few 18:24 < SDuensin> Mine apparently creates a mess. 18:29 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)] 18:29 <+perlDreamer> SDuensin, you want a paste or an email? 18:29 < SDuensin> Whatever is easiest. 18:30 < SDuensin> scott@jaegertech.com if you want. 18:31 <+perlDreamer> on its way 18:31 < SDuensin> Thank you! 18:31 <+perlDreamer> give me a holler if you have more questions 18:31 <+perlDreamer> I wrote the Product 18:31 < SDuensin> Oh, I will. 18:31 <+perlDreamer> well, updated it from old product to Sku 18:32 < SDuensin> Gonna keep at the JSON bit. :-) 18:32 < SDuensin> Maybe wrap it so all the JSON key/value pairs end up in another table? Then you could at least join tables together to query it. 18:37 < SDuensin> Thanks, perlDreamer - hacking away again. :-) 18:38 <+perlDreamer> only one downside about that script, it does not make a versioned change 18:38 <+perlDreamer> so make backups, just in case 18:39 < SDuensin> No problem. Got a backup. 18:52 < CIA-41> WebGUI: translation * r8859 /translations/German/German/Account_Friends.pm: Update from translation server 18:54 <+perlDreamer> bartjol: The Germans are on fire! 19:23 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 19:23 -!- mode/#webgui [+o perlmonkey2] by ChanServ 19:23 -!- apeiron [n=apeiron@c-76-124-253-149.hsd1.pa.comcast.net] has left #webgui [] 19:25 <@perlmonkey2> heh, squirrel chewed through my cable's insulation. I got tired of waiting for the repair guy, so wrapped it in electrical tape and took some old tin and bent it around the wire as a shield. Back on the internet via Okie-Engineering. 19:28 < SDuensin> Nice! 19:30 < SDuensin> Hey perlDreamer - never messed with JSON in Perl. What do I do about malformed JSON strings? 19:31 <+perlDreamer> reform them? :) 19:31 <+perlDreamer> I'd need more info to help you 19:32 < SDuensin> http://webgui.pastebin.com/m1349bf43 19:33 <+perlDreamer> oh, my bad I missed an array deref 19:34 < SDuensin> Yea, I got that. But something is making JSON mad. (Or is there another one missed?) 19:34 <+perlDreamer> line 2 should read foreach my $variant ( @{ $product->getAllCollateral('variantsJSON') } { 19:34 < SDuensin> Doesn't my foreach my $item line fix that? 19:35 <+perlDreamer> hm 19:35 <+perlDreamer> yes, but each item of the array is a hashref 19:35 <+perlDreamer> and it's better written without the extra foreach 19:35 < SDuensin> True. 19:39 < SDuensin> It's still POed when I try: print "$variant\n\n"; 19:39 <+perlDreamer> $variant would be a hashref 19:40 <+perlDreamer> they don't pretty print by default 19:40 <+perlDreamer> try use Data::Dumper; print Dumper $variant 19:40 < SDuensin> Ah yea. Take a dump. :-) 19:41 <+perlDreamer> I wonder if that's different in perl6 19:42 < SDuensin> I'm running under the WRE on Ubuntu. 19:42 < SDuensin> Even with Dumper it barfs on the malformed JSON string. 19:42 < SDuensin> Did I mention I didn't like JSON in the database? :-D 19:46 <@perlmonkey2> SDuensin: the problem you mentioned the other day seemed like a pretty good reason to not have JSON. All fine and dandy when the data is being used as designed. But when you need to do some maintenance outside of the defined params, you have to write a small script. 19:47 < SDuensin> That problem is still my problem. :-( 19:47 < SDuensin> Except now, using the API to access it (thanks to perlDreamer), it's mad because of bad JSON. 19:48 <@perlmonkey2> SDuensin: bad JSON you've created, or bad JSON from the DB? The second sounds like a far larger problem. 19:49 <+perlDreamer> SDuensin, Dumper can't barf on bad JSON 19:49 <+perlDreamer> it's doesn't care what the data is 19:49 < SDuensin> perlmonkey2 - I'm trying to iterate over the products I have defined and set their quantity. 19:49 < SDuensin> perlDreamer - Tell Dumper that. 19:49 <+perlDreamer> SDuensin, how about a fresh paste of what you've got 19:50 <+perlDreamer> tavisto: wiki bug ping 19:50 < SDuensin> Sure. Dumper isn't in it for the moment. 19:50 <@tavisto> um. hi 19:50 <@tavisto> perlDreamer: RFE asset Hamburgler over. 19:50 < SDuensin> http://webgui.pastebin.com/m34d1e8f3 19:51 <+perlDreamer> tavisto, I'd like to try and duplicate your wiki page is protected bug. Could you please let me know the URL of a protected page so I can try and hack it with malicious spam? 19:52 <+perlDreamer> SDuensin, what does Dumper complain about? 19:53 <@tavisto> I'll create a new one for you to test on. That will be a good thing for you to be an 3vilHaXoR on 19:53 < SDuensin> Well, I assumed it was Dumper. I get the same error. So maybe it's the first access to $variant is making it mad. 19:54 <@perlmonkey2> SDuensin: there isn't a call to JSON there. The real error might be in getAllCollateral 19:54 < SDuensin> That's my suspicion. 19:55 <@perlmonkey2> probably line 263 of Product. Try wrapping that call in an eval and outputting $@ 19:55 < CIA-41> WebGUI: colin * r8860 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/WikiPage.pm): fix isProtected form processing in the wiki page 19:55 < CIA-41> WebGUI: jt * r8861 /modules/Config-JSON/ (7 files in 3 dirs): 19:55 < CIA-41> WebGUI: v1.3.1 19:55 < CIA-41> WebGUI: fix: #41525 Cleaning up temporary directory 19:55 < CIA-41> WebGUI: Throws a better error message when trying to access an element of an array using a multi-level directive. 19:55 < CIA-41> WebGUI: Writes config file directives in alphabetical order for easier human reading. 19:55 < CIA-41> WebGUI: Better handling of UTF-8 data in the config file. 19:55 < CIA-41> WebGUI: Better version numbers on prereqs. 19:56 <@perlmonkey2> SDuensin: but if that call is failing, you probably have something wrong with your JSOn in the DB. 19:56 < SDuensin> That's what my (panic) was for earlier. 19:57 <@perlmonkey2> go grab the JSON directly from the DB and write a small little test script that just calls from_json on the pasted string. 19:57 < SDuensin> I can do that. 19:57 <@perlmonkey2> you might even be able to eyeball the bad chars. 19:58 < SDuensin> I'm going to restore the database just to be good and sure I haven't broken what WebGUI put there. 20:07 < SDuensin> Error still exists with the data I *know* was created by WebGUI. 20:09 < SDuensin> The only thing I see is that I have a couple entries in the database where the variantsJSON is equal to "[]". 20:10 <+perlDreamer> that would mean no variants 20:10 <@perlmonkey2> but you haven't cut and pasted a malformed string from the DB successfully? 20:10 < SDuensin> Working on that now. 20:10 <@perlmonkey2> "[]" should be a valid string. 20:14 < SDuensin> It is. 20:14 < SDuensin> Gonna write something to yank all the JSON from my DB and try to decode it. 20:17 -!- BartJo1 [n=plainstu@52-167.surfsnel.dsl.internl.net] has joined #webgui 20:19 < SDuensin> Ok, now I'm confused. My code parses everything fine. 20:20 -!- bartjol [n=bartjol@host2.procolix.com] has left #webgui [] 20:20 -!- BartJo1 [n=plainstu@52-167.surfsnel.dsl.internl.net] has left #webgui [] 20:22 < SDuensin> Where is "from_json"? I'm using $json->decode in my test. 20:23 < SDuensin> Nevermind. 20:23 < SDuensin> Duh. 20:23 < SDuensin> Crap. Still works. :-) 20:24 <@perlmonkey2> SDuensin: ah 20:24 <@perlmonkey2> j/s 20:24 <@perlmonkey2> from_json flips the utf8=>1 flag 20:24 <@perlmonkey2> I'm pretty sure 20:24 <@perlmonkey2> or maybe I have that backwards 20:24 <@preaction> encode / decode is the utf8 one i think 20:24 <+perlDreamer> from_json leaves the utf8 flag alone 20:25 < SDuensin> Here's the guts of my test script: 20:25 <@perlmonkey2> okay, then that shouldn't be it 20:25 < SDuensin> http://webgui.pastebin.com/m7ebc1c7e 20:25 < SDuensin> It reads it right from the same database I get the error from. 20:27 -!- BartJol [n=plainstu@52-167.surfsnel.dsl.internl.net] has joined #webgui 20:27 -!- mode/#webgui [+v BartJol] by ChanServ 20:32 <+perlDreamer> SDuensin, please try this and paste the output: http://webgui.pastebin.com/d1b94cf33 20:36 < SDuensin> http://webgui.pastebin.com/m547dada7 20:37 <+perlDreamer> that JSON subroutine should use croak, so we can see where it's called from 20:37 < SDuensin> Would be helpful, wouldn't it? 20:37 <+perlDreamer> indeed 20:37 < SDuensin> I'd hack it, but this is my live server. 20:38 <+perlDreamer> new one for you: http://webgui.pastebin.com/d31a52578 20:38 <+perlDreamer> let's see the actual JSON itself this time 20:39 < SDuensin> Same error bud. 20:40 < SDuensin> Doesn't seem to matter what is inside the while loop. 20:40 < SDuensin> I put: print "Crap."; 20:41 < SDuensin> Still does it. 20:41 <+perlDreamer> SDuensin, that's not possible. The class does no JSON processing unless you ask for it 20:41 <+perlDreamer> there's something else going in 20:41 <+perlDreamer> on 20:41 < SDuensin> I'd say. 20:41 <+perlDreamer> can you please paste the whole script? 20:41 < SDuensin> Trying. 20:43 < SDuensin> http://webgui.pastebin.com/m607931c 20:45 <+perlDreamer> how do you invoke the script? 20:45 <+perlDreamer> and where do you run it from? 20:45 < SDuensin> perl setMaxQuantities.pl --configFile ut.jaegertech.net.conf 20:45 < SDuensin> From /data/WebGUI/sbin 20:46 < SDuensin> (After setting the environment.) 20:46 <+perlDreamer> please comment out lines 44-48 and run it again for me 20:47 < SDuensin> Same. The config file corrupt maybe? 20:48 <+perlDreamer> yes 20:49 <+perlDreamer> the favorite config file gaffe is dangling, perl-style commas, or missing commas in the middle of lists 20:49 <+perlDreamer> is this config file being used on your live site right now? 20:49 < SDuensin> Yea. 20:49 < SDuensin> I don't remember editing it by hand. Checking. 20:50 <@Haarg> dangling commas shouldn't be a problem at this point. but missing commas certainly can be. 20:51 < SDuensin> I don't see anything. testEnvironment loads it, doesn't it? 20:52 < topsub> Radix_, just used ur lightbox2 package.. thanks! ported it to be used with a folder asset instead but you saved me from importing all the files 20:53 < SDuensin> testEnvironment passes with flying colors. 20:59 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 20:59 -!- mode/#webgui [+v MrHairgrease] by ChanServ 20:59 <+perlDreamer> SDuensin, try to run the default utility skeleton 21:00 < SDuensin> That works. 21:01 <+perlDreamer> this is nuts 21:01 < SDuensin> hehe 21:02 < SDuensin> I told you guys I was good at breaking things. 21:02 <+perlDreamer> well, next, please remove the use WebGUI::Asset* lines 21:02 <+perlDreamer> and try the script again 21:02 <+MrHairgrease> you should try to run skeletor 21:02 <+perlDreamer> he did 21:02 < SDuensin> Remove them from which script? 21:02 <+MrHairgrease> and then summon heman to fix it all 21:03 <+perlDreamer> from the setMaxQ script 21:03 <+MrHairgrease> dunno what the prob is btw. 21:04 < SDuensin> Commented the two lines out. Error is still there. 21:05 <+perlDreamer> new paste, please 21:05 <+perlDreamer> either that, or a login 21:06 <+perlDreamer> SD, when you ran the utility script, did you give it your config file? 21:06 < SDuensin> Yes. 21:07 <+MrHairgrease> perl setMaxQuantities.pl --configFile ut.jaegertech.net.conf 21:07 < SDuensin> Pastebin is being slooooooow. 21:07 <+MrHairgrease> should that be 21:07 <+MrHairgrease> perl setMaxQuantities.pl --configFile=ut.jaegertech.net.conf 21:07 <+MrHairgrease> try that 21:07 <@Haarg> it should work either way afaik 21:08 <+MrHairgrease> ok 21:08 < SDuensin> Yea, same error with the ='s. 21:08 <+MrHairgrease> never used it without the = 21:08 <+perlDreamer> brb 21:10 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 21:10 -!- mode/#webgui [+o rizen] by ChanServ 21:10 <@Haarg> i never saw the exact error message, what was it? 21:10 < SDuensin> Use of uninitialized value in subroutine entry at /data/wre/prereqs/lib/perl5/site_perl/5.8.8/Config/JSON.pm line 135. 21:10 < SDuensin> malformed JSON string, neither array, object, number, string or atom, at character offset 0 ["(end of string)"] at /data/wre/prereqs/lib/perl5/site_perl/5.8.8/Config/JSON.pm line 135. 21:10 < SDuensin> Hey rizen 21:10 <@rizen> howdy 21:10 <@Haarg> so it isn't finding the config file for some reason 21:10 <+MrHairgrease> hi 21:11 <@Haarg> can't get to pastebin atm, so i'm not sure 21:11 < SDuensin> No idea. 21:11 <+MrHairgrease> sduensin, where is your script and from what directory are you running it? 21:11 <+MrHairgrease> yea, pastebin is down 21:12 < SDuensin> In /data/WebGUI/sbin 21:12 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 21:13 <+perlDreamer> SDuensin's powers of desctruction are strong, and widespreda 21:13 < SDuensin> You have no idea. :-) 21:14 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 21:14 <+MrHairgrease> can you try with another util script 21:14 <+MrHairgrease> say, file import or so? 21:15 < SDuensin> testEnvironment runs fine. So does the skeleton with that config passed to it. 21:15 <@rizen> did you try tripple clicking? 21:15 <@Haarg> what is the difference between your script and the skeleton? 21:16 <+perlDreamer> I think it's browser caching 21:16 < SDuensin> ? 21:17 <@rizen> oh i know 21:17 <@rizen> you forgot to do the big thing to make it go 21:17 <+MrHairgrease> quadruple clicking? 21:17 <+MrHairgrease> prayer? 21:17 <+MrHairgrease> make it bug free? 21:19 <+MrHairgrease> sduensin, could it be that there are weird characters in the conf file? 21:19 <+MrHairgrease> you can check that by opening it in vim 21:19 <+MrHairgrease> and then do 21:19 <+MrHairgrease> :set invlist 21:19 < SDuensin> I doubt it. The site is running off that file. 21:19 <+MrHairgrease> oh 21:20 <+MrHairgrease> hmmm 21:20 < SDuensin> And (for once) I didn't screw with it. :-) 21:20 <+MrHairgrease> can you email me your code? 21:20 <+MrHairgrease> I'll have a look at it 21:21 < SDuensin> http://rafb.net/p/XwN4CR43.html 21:21 <+MrHairgrease> ah 21:21 < SDuensin> (Alternate pastebin thingie.) 21:21 <+MrHairgrease> another pstebin 21:21 < SDuensin> There's a bunch of 'em. 21:22 <@Haarg> and the file is in sbin, and you are running it from there? 21:22 < SDuensin> Yep 21:22 < CIA-41> WebGUI: translation * r8862 /translations/Dutch/Dutch/ (6 files): Update from translation server 21:22 < CIA-41> WebGUI: colin * r8863 /branch/WebGUI_7.5/ (3 files in 3 dirs): 21:22 < CIA-41> WebGUI: Have Operation/Cron log a warning instead of an error when trying 21:22 < CIA-41> WebGUI: to rerun a singleton, long-running workflow. 21:23 <+MrHairgrease> well 21:23 <+MrHairgrease> somehow the configFile parameter is not parsed correctly 21:24 <+MrHairgrease> $configFile is undef 21:24 * SDuensin didn't do it. Honest. :-P 21:24 <+MrHairgrease> configfile=s'=>\$configFile, 21:24 <+MrHairgrease> you did 21:24 <@Haarg> wait 21:24 <+MrHairgrease> F 21:24 < SDuensin> ? 21:24 <@Haarg> it parses the config file option twice 21:24 <+MrHairgrease> configfile != configFile 21:25 <+MrHairgrease> yeah that too 21:25 <@Haarg> they are equal for Getopt::Long 21:25 <@Haarg> unless you set a specific option 21:25 <+MrHairgrease> b/c of the first GetOptions with the wrong param 21:25 <+MrHairgrease> the second with the correct param doesn't work 21:25 <@Haarg> the double call to GetOptions is the problem 21:25 <@preaction> is this the SVN HEAD skeleton? 21:25 <@preaction> i swore i fixed it 21:26 < SDuensin> preaction - I'm sure I broke it. 21:26 <+perlDreamer> preaction, it's from 7.5 21:26 <+perlDreamer> and the skeleton is fine in there 21:26 <@preaction> yeah, that looks like an older one 21:26 <@Haarg> you can just remove the GetOptions call inside start 21:26 <+MrHairgrease> and the my $configFile 21:26 <@preaction> no, because then start doesn't have the config file 21:26 <+MrHairgrease> it has 21:26 <@preaction> it's not getting passed in in this version 21:26 <@preaction> oh, i see 21:26 <+MrHairgrease> since $configFile is global too 21:27 <@preaction> abusive scoping :p 21:27 < SDuensin> I removed the one at the top. Error is gone! 21:27 < SDuensin> Now if we can just rid ourselves of the JSON to begin with... :-P 21:27 <+MrHairgrease> funny that GetOpt is case insensitive btw. 21:28 <+MrHairgrease> never thought it would be. 21:28 * MrHairgrease rather scopes abuse =) 21:28 <+perlDreamer> now that everyone is here, does anyone care to comment on the timeField form fixes I proposed earlier? 21:29 <+perlDreamer> if not, I'll just go ahead and commit it 21:29 < SDuensin> Ok, I forgot to eat. I need to do that. Back in a bit. 21:29 <@Haarg> Getopt::Long is case insensitive for long options by default, case sensitive for short options. that can be configured though. 21:30 <@Haarg> you have a link perlDreamer? 21:30 < SDuensin> Thanks gang. 21:30 <+perlDreamer> http://webgui.pastebin.com/d214b951f 21:30 <+perlDreamer> http://www.plainblack.com/bugs/tracker/9063 21:31 <@Haarg> can you make a different paste? 21:31 <@Haarg> pastebin is still unreachable 21:31 -!- MrHairgrease is now known as MrafkGrease 21:32 -!- MrafkGrease is now known as MrAfkGrease 21:32 <+perlDreamer> http://rafb.net/p/SOAUlP11.html 21:33 <+perlDreamer> I built a test script for it with about 26 tests, testing with and without format=mysql, and with different kinds of inputs 21:33 <+BartJol> perlDreamer: http://www.webgui.org/bugs/tracker/9244 21:34 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has quit ["Lost terminal"] 21:34 <@Haarg> so that is eliminating the format detection based on defaultValue? 21:36 <+perlDreamer> yes 21:36 <+perlDreamer> because I don't think it matters 21:37 <+perlDreamer> I'll add some more tests to make sure of that 21:40 <+perlDreamer> yes, it doesn't matter when you call getValue. defaultValue is only supposed to be when no value param is supplied to the form element 21:41 <+perlDreamer> so getValue either sees posted form params, or arguments 21:41 <+perlDreamer> and the call to super will resolve that 21:41 <@Haarg> yeah, but the idea is that if something sets the defaultValue to 00:00:00, they always want a mysql time format 21:41 <@Haarg> and if they set it to 0, they always want an epoch time 21:42 <+perlDreamer> so it's supposed to autodetect it? 21:42 <+perlDreamer> instead of using the well documented and defined format argument? 21:42 <@Haarg> that was the idea 21:42 <@Haarg> i think format came later 21:42 <@Haarg> since we knew that the defaultValue thing was nasty 21:43 <+perlDreamer> what gets priority if they're different? 21:43 <+BartJol> mm, is Send with a "d" past time or more a command? 21:44 <@Haarg> if which is different? 21:44 <@Haarg> defaultValue and format? 21:44 <+perlDreamer> yes 21:44 <@Haarg> i would say format 21:44 <+BartJol> like in Account_Inbox the label Send, are these messages that should be send or already been send? 21:44 <+MrAfkGrease> bart: I think it's with a t 21:44 <+perlDreamer> okay, I'll rework the tests, then the patch, then the docs and then post for reconsideration 21:45 <+BartJol> it is with a t? that's usefull 21:45 <+BartJol> what it? 21:45 <+MrAfkGrease> oh 21:45 <+BartJol> :) 21:45 <+MrAfkGrease> i read your question wrong 21:45 <+perlDreamer> BartJol: If you hit the "Send" button in the past, your email was sent. 21:45 <+MrAfkGrease> passed tense of send is sent 21:45 <+MrAfkGrease> so it's prolly a command 21:45 <+BartJol> indeed it is 21:45 <+MrAfkGrease> what the context? 21:46 <+BartJol> there isn't, that's why I'm asking 21:46 <+MrAfkGrease> ah 21:46 <+MrAfkGrease> well what colins says 21:46 <+MrAfkGrease> =) 21:46 <+BartJol> context in the latest i18n is terrible... 21:47 <+MrAfkGrease> i probably is 21:47 <+perlDreamer> BartJol, that is a button label. it's i18n'ed in the template using the macro 21:47 <+MrAfkGrease> but i meant more the sentence embedding the word 21:47 <+MrAfkGrease> which isn't there if it's just a button label... 21:47 <+BartJol> there wasn't a sentence either 21:48 <+perlDreamer> and it should be "Send", the command 21:48 <+BartJol> just the word "Send", that makes it hard to understand 21:48 <+perlDreamer> indeed 21:48 <+perlDreamer> you should ask the Account maintainer to give some context in the i18n file to help you out, or just keep asking questions in channel ;) 21:48 * perlDreamer goes running 21:49 <+MrAfkGrease> just translate it with Verzenden and be iun peace 21:49 <+BartJol> who's trying to bug me by leaving all context? are it tha germans, the spaniols or arabics paying PB? 21:49 <+BartJol> already did that MrAfkGrease 21:50 < CIA-41> WebGUI: colin * r8864 /WebGUI/ (3 files in 3 dirs): Forward porting singleton warn vs error for Cron. 21:50 < CIA-41> WebGUI: translation * r8865 /translations/Dutch/Dutch/Account_Profile.pm: Update from translation server 21:50 <+MrAfkGrease> very good 22:07 <+BartJol> perlDreamer: I like it better to ask here, but next time I'll bother the responsible person, In this case it would have been Frank 22:29 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 22:29 -!- mode/#webgui [+o tavisto] by ChanServ 22:52 -!- khenn [n=khenn@97.92.185.77] has quit [Read error: 60 (Operation timed out)] 22:56 < CIA-41> WebGUI: translation * r8866 /translations/Dutch/Dutch/Account_Inbox.pm: Update from translation server 23:00 -!- khenn [n=khenn@97.92.185.77] has joined #WebGUI 23:00 -!- mode/#webgui [+o khenn] by ChanServ 23:14 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:20 < SDuensin> In the Product asset, where is the actual template represented by ? 23:41 <+perlDreamer> SDuensin, ack (or ctags in vim) answers questions very quickly ;) 23:41 < SDuensin> Eh? 23:41 < SDuensin> Yea yea. 23:41 * SDuensin is reading how to "fix" the Shelf. 23:42 <+perlDreamer> ?fix? 23:42 <+perlDreamer> for pagination? 23:43 < SDuensin> Yes. 23:43 <+perlDreamer> You want me to walk you through it? 23:43 < SDuensin> If you have time. I think I get the gist of it. Not looked up the internationalization stuff yet. 23:44 <+perlDreamer> well, hack on. and holler if you get stuck 23:44 < SDuensin> I need to add the paginateAfter to the database, add the properties, and use the properties when the paginator is created. Right? 23:45 * SDuensin bought the spiffy Developer's Guide. 23:45 <+perlDreamer> SDuensin, that's it exactly 23:45 < SDuensin> Cool. :-) 23:47 < SDuensin> That's looking like my first contribution to the code. It's a must-have for my client. 23:47 <+perlDreamer> file a bug for it 23:47 < SDuensin> ok 23:52 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 23:53 < SDuensin> Just out of curiosity, why is all the i18n stuff in modules and not a DB table? Speed? 23:53 <@Haarg> yes 23:54 < SDuensin> I did a BBS some time ago and did it all in the database. I can see how a busy site would crumble with that kind of set up. 23:55 <+perlDreamer> khenn, in the account system, what is the difference between a layout template and a view template? 23:56 <+BartJol> tavisto: did you see my private message? 23:59 < SDuensin> Whoever can assign tickets, please give me 9250. 23:59 <+perlDreamer> SDuensin, only the elect can assign tickets 23:59 <+perlDreamer> just post a comment saying that you're working on it 23:59 < SDuensin> OK --- Day changed Tue Dec 09 2008 00:03 <+perlDreamer> BartJol, about your i18n bug, how does this sound 00:03 <+perlDreamer> Choose a layout from the list to display the various account plugins that are usable by the current user as well as the contents of the one currently chosen 00:04 <+BartJol> if you change "one" to plugin it's clearer I think 00:05 <@tavisto> bartjol, nice work 00:05 <+perlDreamer> will do 00:05 <+BartJol> thanks 00:07 <+BartJol> perlDreamer: thanks 00:09 <+perlDreamer> you're welcome, BartJol. You do the community a big service by feeding those bugs back to us 00:10 <+BartJol> small changes, but it looks much more neat indeed 00:10 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 00:11 < CIA-41> WebGUI: jt * r8867 /experimental/Automat/lib/ (4 files in 2 dirs): 00:11 < CIA-41> WebGUI: many bug fixes 00:11 < CIA-41> WebGUI: added service login config option 00:11 < CIA-41> WebGUI: colin * r8868 /WebGUI/ (3 files in 2 dirs): Fixed some Account i18n typos. 00:18 <+perlDreamer> I hate thingy 00:18 < SDuensin> hehe 00:18 < SDuensin> Thingy is *so* close to being awesome. 00:19 <+BartJol> perlDreamer: why, because it's mainly a Dutch product? 00:19 <+perlDreamer> No. 00:19 <+perlDreamer> Number 1 reason: I really don't understand it or how to properly use it. 00:19 <+perlDreamer> Number 2 reason, it's new and buggy 00:19 <+perlDreamer> I like Dutch things 00:20 <+BartJol> mmm, can understand your reasons 00:20 <+perlDreamer> Dutch people, dutch soups, dutch stroopwaffeln and dutch code 00:20 <+BartJol> stroopwafels, we're not german 00:20 <+BartJol> :) 00:21 <+perlDreamer> my bad :) 00:21 <+BartJol> Dutch isn't easy 00:22 <+BartJol> it's an unreliable language, too much exceptions 00:23 <+perlDreamer> Oh, you mean compared to an easy language, like English? 00:23 <+BartJol> no just generally 00:24 <+BartJol> but you're right each language probably has that 00:24 <+BartJol> but spelling of words depends on grammar with no clear rulea 00:24 <+perlDreamer> indede 00:24 <+perlDreamer> indeed 00:24 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 00:24 <+perlDreamer> indead 00:25 <+BartJol> indeat 00:42 -!- MrAfkGrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 00:43 < CIA-41> WebGUI: colin * r8869 /branch/WebGUI_7.5/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): Fix searching in the Thingy view screen. 00:52 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 01:03 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:03 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:30 <+perlDreamer> Haarg, is the TimeField supposed to convert to the desired format, or just validate it? 01:30 <@Haarg> convert to 01:31 -!- BartJol [n=plainstu@52-167.surfsnel.dsl.internl.net] has left #webgui [] 01:48 < CIA-41> WebGUI: jt * r8870 /experimental/Automat/ (2 files in 2 dirs): bug fixes 02:02 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 02:12 * perlDreamer goes to check out business cards 02:20 < CIA-41> WebGUI: jt * r8871 /experimental/Automat/sbin/migration/fixmxwithoutindex.pl: fixes the data for a bug that was in MailServer.pm 02:29 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["This computer has gone to sleep"] 02:50 < CIA-41> WebGUI: patspam * r8872 /branch/survey-rfe/ (22 files in 13 dirs): Merge branch 'master' into survey 02:50 < CIA-41> WebGUI: jt * r8873 /experimental/Automat/ (sbin/Automat-taskRunner.pl lib/Automat/MailServer.pm): bug fixes 02:50 < CIA-41> WebGUI: jt * r8874 /experimental/Automat/sbin/Automat-taskRunner.pl: forgot to eval and exit the loop 02:54 <+perlDreamer> http://www.youtube.com/watch?v=IzO1mCAVyMw 03:06 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 60 (Operation timed out)] 03:20 < CIA-41> WebGUI: jt * r8875 /experimental/Automat/lib/WebGUI/Asset/Automat.pm: added hover help 03:23 <+perlDreamer> patspam: ping 03:27 < patspam> perlDreamer: pong 03:28 <+perlDreamer> never mind, I think I got it. 03:28 <+perlDreamer> The defaultValue is fine in the actual thingy table, it's only limited in the fields table. 03:28 < patspam> yeah, Thingy_fields 03:28 < patspam> man you're quick! 03:28 < patspam> i submitted that like 45mins ago ;) 03:29 <+perlDreamer> I just finished up a bug 03:29 <+perlDreamer> and you always submit good bug reports 03:29 <+perlDreamer> lots of detail, and sometimes patches 03:32 -!- preaction [n=doug@CPE-67-48-241-219.new.res.rr.com] has joined #webgui 03:32 -!- mode/#webgui [+o preaction] by ChanServ 03:32 < patspam> i was a professional bug reporter during uni 03:33 < patspam> ..at Infogrames (a game company) 03:33 <+perlDreamer> working at a game company sounds very fun 03:33 < patspam> that was a pretty good rort, being paid to play games all day =p 03:33 < patspam> yeah, except after about 6 months on the same, crap, buggy game.... 03:34 <+perlDreamer> actually, that's kind of how I feel now (previous sentiment) 03:34 <+perlDreamer> I'm getting paid to hack perl code 03:34 <+perlDreamer> No one yells at me about schedules, or wants me to remotely debug buggy tester hardware 03:34 < patspam> heh, just wait till you've had 6 months on the same, crap, buggy, .... heh just kidding 03:35 <+perlDreamer> it'll change a little. Instead of crappy, buggy 7.6, it will be crappy, buggy 7.7 ;) 03:37 < patspam> and at least you get to hack on the game itself, it was crap only being able to submit bugs and not actually fix stuff 03:46 -!- khenn_ [n=khenn@97.92.185.77] has joined #WebGUI 03:48 < CIA-41> WebGUI: colin * r8876 /branch/WebGUI_7.5/docs/ (changelog/7.x.x.txt upgrades/upgrade_7.5.35-7.5.36.pl): make sure that Thingy fields defaultValue can hold any input from any type of form field. 03:48 < CIA-41> WebGUI: colin * r8877 /WebGUI/docs/ (changelog/7.x.x.txt upgrades/upgrade_7.6.5-7.6.6.pl): Forward port Thingy_fields defaultValue size fix. 04:03 -!- khenn [n=khenn@97.92.185.77] has quit [Read error: 110 (Connection timed out)] 04:19 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 04:21 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 04:41 -!- preaction [n=doug@CPE-67-48-241-219.new.res.rr.com] has quit [Read error: 110 (Connection timed out)] 04:44 -!- preaction [n=doug@CPE-67-48-241-219.new.res.rr.com] has joined #webgui 04:44 -!- mode/#webgui [+o preaction] by ChanServ 05:18 <+perlDreamer> preaction, when you import ical feeds into a calendar, is everything supposed to come over? 05:23 -!- preaction [n=doug@CPE-67-48-241-219.new.res.rr.com] has quit [Read error: 110 (Connection timed out)] 05:53 -!- khenn_ [n=khenn@97.92.185.77] has quit [] 06:15 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has left #webgui [] 06:15 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 06:24 -!- wgGuest23 [n=wgGuest2@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #webgui 06:31 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 06:33 -!- wgGuest23 [n=wgGuest2@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [] 06:38 < CIA-41> WebGUI: colin * r8878 /branch/WebGUI_7.5/ (3 files in 3 dirs): Have the calendar emit and read the ical LOCATION field. 06:38 < CIA-41> WebGUI: colin * r8879 /WebGUI/ (3 files in 3 dirs): Forward port Calendar location field fix in ical. 07:05 <+perlDreamer> More iCal fun in the morning. Good night, all. 07:05 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 07:47 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 09:01 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:06 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit [Remote closed the connection] 09:07 -!- preaction [n=doug@CPE-72-133-245-110.new.res.rr.com] has joined #webgui 09:07 -!- mode/#webgui [+o preaction] by ChanServ 10:27 -!- preaction_ [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 10:27 -!- mode/#webgui [+o preaction_] by ChanServ 10:39 -!- preaction [n=doug@CPE-72-133-245-110.new.res.rr.com] has quit [Read error: 110 (Connection timed out)] 11:06 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 11:06 -!- mode/#webgui [+v BartJol] by ChanServ 13:06 < CIA-41> WebGUI: translation * r8880 /translations/Dutch/Dutch/ (Asset_Layout.pm Asset_MatrixListing.pm): Update from translation server 13:33 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit ["Leaving."] 16:02 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 16:07 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:08 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:10 -!- khenn [n=khenn@97.92.185.77] has joined #WebGUI 16:10 -!- mode/#webgui [+o khenn] by ChanServ 16:26 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 16:26 -!- mode/#webgui [+o Haarg] by ChanServ 16:48 -!- topsub [n=josh@97.66.185.250] has joined #webgui 16:56 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 16:56 -!- mode/#webgui [+o tavisto] by ChanServ 17:01 <@perlmonkey2> BartJol: hmm, you might just notify people as they probably forgot to put in the context. 17:03 <+BartJol> yeah, but it happens quiet a lot, and if I have to browse svn each time to look who forgot it it take me huge amounts of time 17:04 <+BartJol> if you find it a bit questionable if that posts should remain on the site, please remove 17:06 <+BartJol> and with questionable I mean that it could give an unprofessional impression 17:06 < SDuensin> Hey guys. 17:07 <+BartJol> perlmonkey2: so please do what you want with the post 17:08 <+BartJol> but it was in all changes in 7.6.4 and up 17:12 -!- cap10morgan [n=wmorgan@206-124-7-145.denver.dsl.forethought.net] has quit [] 17:23 <@perlmonkey2> BartJol: no, you make a very pertinent point. 17:25 <+BartJol> ok, I don't wanna make a big issue of it 17:26 <@perlmonkey2> BartJol: Adding context isn't a lot to ask of developers, and the i18n translations are very important. 17:27 -!- Lisette [n=liraos@adsl190-28-168-168.epm.net.co] has joined #webgui 17:27 <+BartJol> I don't know how much work it is, I can imagine that distracts you from the programming 17:29 < Lisette> I like to process variables delivered by a different page to a WebGUI paydirver 17:29 < Lisette> ? 17:34 <+BartJol> sorry Lisette, I don't know 17:39 < Lisette> i can't do a get from another website??? 17:43 <+BartJol> it's hard to get the code underneath. I don't have that kind of stuff 17:46 -!- carogra1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 17:54 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has left #webgui [] 18:02 -!- khenn_ [n=khenn@97.92.185.77] has joined #WebGUI 18:03 -!- carogra1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 18:08 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 18:10 <+BartJol> mmm are more people having problems with the asset managerin 7.6.5? I don't see my assets 18:13 <+BartJol> probably some bad stuff done myself 18:15 < CIA-41> WebGUI: yung * r8881 /WebGUI/ (11 files in 6 dirs): Making Matrix edit listing screen templatable 18:19 -!- BartJol [n=plainstu@host2.procolix.com] has left #webgui [] 18:19 -!- khenn [n=khenn@97.92.185.77] has quit [Read error: 110 (Connection timed out)] 18:26 -!- perlDreamer [n=colink@pool-71-111-49-206.ptldor.dsl-w.verizon.net] has joined #webgui 18:26 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:34 <+perlDreamer> Haarg: latest iteration on Form/TimeField, http://webgui.pastebin.com/df048e6f 18:35 <@Haarg> seems fine 18:36 <@Haarg> you may want to change the regex to use (?: ) but that's a pretty small nit 18:37 <+perlDreamer> yeah, we don't need to capture anything in there, just validate 18:37 <+perlDreamer> what time are you going to start the release? 18:38 <@Haarg> probably around 2 18:38 <@Haarg> central that is 18:38 <+perlDreamer> okay. in addition to the timefield bug, I'd like to get the calendar iCal work in too, but it might be tight 18:39 <@Haarg> what is the ical issue? 18:39 < SDuensin> Morning perlDreamer & Haarg 18:39 <+perlDreamer> yo, SDuensin 18:39 <+perlDreamer> It's kristi's ical bug from the boards 18:39 <+perlDreamer> not all info from events comes across 18:39 <+perlDreamer> Location was easy to add 18:39 <@Haarg> ah 18:39 <+perlDreamer> still thinking about related URLs 18:39 <+perlDreamer> and I don't think it's possible to do attachments 18:40 <+perlDreamer> the problem with related URLs is that they're group protected 18:40 <@Haarg> at some point we may want to change the Data & DateTime form controls to be like what you have for time there 18:41 <@Haarg> they work properly afaik, but it isn't completely obvious what everything is doing 18:41 <+perlDreamer> Oh, as far as the layout and logic? 18:51 <+perlDreamer> gym time 18:51 -!- perlDreamer [n=colink@pool-71-111-49-206.ptldor.dsl-w.verizon.net] has quit ["Leaving."] 19:01 -!- topsub [n=josh@97.66.185.250] has quit [Remote closed the connection] 19:11 -!- topsub [n=josh@97.66.185.250] has joined #webgui 19:17 < SDuensin> Whoo hoo! My first "fixed" Wobject! 19:17 < SDuensin> Nothing like doing 10 minutes of work over two days. 19:20 < SDuensin> And it works! 19:20 < SDuensin> :-) 19:34 < SDuensin> Hey gang, since this is my first change to WebGUI core, would someone look at what I did before I commit it? It's only a few lines. I can send the files or a diff. 19:36 <@perlmonkey2> SDuensin: I'll look at it if you want. You can just pastebin it or whatever. 19:37 < SDuensin> ko 19:49 < SDuensin> Ok, perlmonkey2 - Sorry. Was on the phone. 19:50 < CIA-41> WebGUI: colin * r8882 /branch/WebGUI_7.5/ (lib/WebGUI/Form/TimeField.pm t/Form/TimeField.pm): 19:50 < CIA-41> WebGUI: Fix the timeField form control so that times don't creep. 19:50 < CIA-41> WebGUI: Add tests. Lots of tests. 19:50 < CIA-41> WebGUI: colin * r8883 /branch/WebGUI_7.5/docs/changelog/7.x.x.txt: Document time field form fix. 19:50 < CIA-41> WebGUI: colin * r8884 /WebGUI/ (3 files in 3 dirs): Fix the TimeField form control, and add lots of tests. 19:51 < SDuensin> perlmonkey2 - First file: http://webgui.pastebin.com/m40bc82c7 19:52 < SDuensin> Second: http://webgui.pastebin.com/m3f50bec5 19:52 < SDuensin> Massive database change: ALTER TABLE Shelf ADD paginateAfter INT NOT NULL DEFAULT '25'; 19:55 -!- preaction_ is now known as preaction 19:57 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has joined #webgui 19:58 < perlmonkey21> SDuensin: I missed everything after the database update 19:59 < SDuensin> There wasn't anything. :-P 19:59 < SDuensin> [11:51] perlmonkey2 - First file: http://webgui.pastebin.com/m40bc82c7 19:59 < SDuensin> [11:52] Second: http://webgui.pastebin.com/m3f50bec5 19:59 < SDuensin> [11:52] Massive database change: ALTER TABLE Shelf ADD paginateAfter INT NOT NULL DEFAULT '25'; 19:59 < SDuensin> That's all. 19:59 < perlmonkey21> oh, so no diff for Shelf? 19:59 < SDuensin> Oh. I pasted the entire file. 20:00 < SDuensin> Manual Diff: Lines 45-52. Line 304. 20:01 < SDuensin> Language file starts at line 72. 20:01 < SDuensin> Minor changes. 20:02 < perlmonkey21> hmm, looks good to me. 20:03 < SDuensin> I didn't look at the 7.6.x tree. It needs put in there yet. 20:03 < SDuensin> BBIAF - Gonna get food before my teleconference starts. 20:12 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 20:36 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 20:36 -!- mode/#webgui [+v perlDreamer] by ChanServ 20:48 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 21:03 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: carogray, @preaction, @tavisto 21:04 -!- Netsplit over, joins: @preaction 21:04 -!- Netsplit over, joins: @tavisto, carogray 21:09 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: carogray, @tavisto 21:10 -!- Netsplit over, joins: @tavisto, carogray 21:22 < SDuensin> Quiet in here today. 21:22 <+perlDreamer> muy 21:22 <+perlDreamer> did you get your pagination work done? 21:22 < SDuensin> Yep! 21:23 < SDuensin> I need to do it in 7.6.x and check it in. 21:23 < SDuensin> I'm watching a webinar on WaveMaker at the moment. It's giving me crazy ideas. 21:25 * SDuensin wants to add a custom application builder to WebGUI. 21:26 <+perlDreamer> Isn't that what Thingy is supposed to be? 21:26 < SDuensin> But MORE! 21:26 < SDuensin> GUI layout, scripted logic for advanced stuff, etc. 21:37 <+perlDreamer> What's the URL for the staff blog on pb.com? 21:37 <+perlDreamer> for its RSS feed? 21:39 * SDuensin can't believe there doesn't seem to be a GUI Builder for YUI yet. 21:44 -!- topsub [n=josh@97.66.185.250] has joined #webgui 21:48 <+perlDreamer> if anyone notices that the demo server is slow, it's my wife's fault 21:49 < SDuensin> hehehehe 21:49 <+perlDreamer> she likes the initial site designer 21:49 <+perlDreamer> maybe we need to fold that into the template wizard 21:49 < SDuensin> Me too, but my god! What colors! Ack! 22:07 -!- khenn_ is now known as khenn 22:07 -!- mode/#webgui [+o khenn] by ChanServ 22:08 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI 22:15 < Lisette> I like to process variables delivered by a different page to a WebGUI paydirver? 22:21 -!- wgGuest35 [n=wgGuest3@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #webgui 22:22 -!- wgGuest35 [n=wgGuest3@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Client Quit] 22:24 -!- crythias [n=gyoung@fl-69-68-148-96.sta.embarqhsd.net] has joined #webgui 22:24 -!- mode/#webgui [+v crythias] by ChanServ 22:29 -!- jdanpl [n=jdanpl@xdsl-461.lubin.dialog.net.pl] has joined #webgui 22:54 < Lisette> i can do this in a workflow? http://webgui.pastebin.com/d6ea86eb9 23:00 <+perlDreamer> Lisette, not really. 23:00 <+perlDreamer> Workflows are not called with form parameters 23:06 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 23:06 < Lisette> then how to do to get the values of those fields? 23:08 <+perlDreamer> you can't use a workflow 23:08 <+perlDreamer> you have to make an asset, operation, URL plugin or a Content plugin 23:09 <+perlDreamer> like making a new paydriver 23:09 <+perlDreamer> that is a Content plugin (sub-type) 23:14 -!- crythias1 [n=gyoung@fl-69-68-148-96.sta.embarqhsd.net] has joined #webgui 23:14 -!- mode/#webgui [+v crythias1] by ChanServ 23:16 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: carogray, +crythias, @tavisto 23:17 -!- Netsplit over, joins: @tavisto, carogray 23:22 -!- crythias1 [n=gyoung@fl-69-68-148-96.sta.embarqhsd.net] has left #webgui [] 23:23 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: carogray, @tavisto 23:27 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:29 -!- Netsplit over, joins: @tavisto, carogray 23:30 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving"] 23:31 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 23:31 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has quit [Client Quit] 23:32 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 23:36 < CIA-41> WebGUI: colin * r8885 /experimental/HelpDesk/docs/HelpDesk: remove unused directories 23:36 < Lisette> I like to process variables delivered by a different page to a WebGUI paydirver? 23:37 <@preaction> Lisette: and what have you tried? 23:37 <+perlDreamer> she tried to make a workflow 23:38 <@preaction> is this like a paypal thing? 23:38 <+perlDreamer> sounds like a driver postback from gateway kind of thing 23:42 <@preaction> it would post back to some ?shop=cart;method=gatewayPostback or something? 23:49 < Lisette> yes 23:49 < Lisette> somethig like that you say 23:49 < Lisette> i have verified the value of a variable for to show the message thank you 23:50 < Lisette> i have this in a paydriver 23:50 < Lisette> perlDreamer the workflow was for a CS for the content managers can create products. 23:51 < Lisette> are two things different 23:51 <+perlDreamer> I see 23:53 < Lisette> are two different questions, the first is that if you could do in a workflow to be able to take the values and create the product through a collaborative system, and the second is how do I get to make a site that is not done and WebGUI obtain the values of the form --- Day changed Wed Dec 10 2008 00:06 < CIA-41> WebGUI: colin * r8886 /experimental/HelpDesk/ (lib/WebGUI/Asset/Ticket.pm docs/changelog): 00:06 < CIA-41> WebGUI: Do not format the dateAssigned field if it's empty. Otherwise 00:06 < CIA-41> WebGUI: session->datetime will choose "now" as the time for you. 00:06 < CIA-41> WebGUI: translation * r8887 /translations/Polish/Polish/AuthWebGUI.pm: Update from translation server 00:15 < daviddelikat> so I'm just getting started here, diggin into tickets and code... 00:15 < daviddelikat> im working on http://www.webgui.org/bugs/tracker/9150 and steping through the JS code 00:15 < SDuensin> Howdy daviddelikat 00:15 * SDuensin is a n00b, too. 00:15 < daviddelikat> what seems to be happenning is the 'add column' code is cloning the old column and it fails 00:17 <@preaction> daviddelikat: are you looking at the edit schema dialog code or the code that processes that dialog? there's no cloning going on with the actual datatable, just insert and delete 00:17 < daviddelikat> it is calling form.getelement('removeColumn_1') but the column id is 'yui-gen3-button' 00:17 < daviddelikat> I'm looking at the code that runs when you press the add column button 00:18 <@preaction> daviddelikat: but that's not the code causing the problem. the column is not added to the data table right away, only after Save is clicked 00:18 <@preaction> or maybe i'm wrong, the bug report is unclear 00:18 < daviddelikat> to be honest I couldn't say where it is in the system, fire bug put it up when i pushed the button 00:19 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 00:19 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has left #webgui [] 00:20 < daviddelikat> it looks like it is trying to add a column to the table in the shadow box that pops up when you push the edit schema button. 00:23 < SDuensin> OK, when I do my changes for the Shelf, do you want me to add on to the latest upgrade package, too? 00:24 <@preaction> SDuensin: are you adding a feature or is it a bugfix? 00:24 < SDuensin> Kinda both. It had no way to set the page size for pagination. 00:25 < SDuensin> So it does something new, but it's something it should have done anyway. 00:25 <@preaction> it's something new though, so a new feature, so it would have to go into a beta version, but we're under a feature freeze right now, so only JT can approve non-bugfix commits to HEAD 00:26 < SDuensin> OK, well I have the changes in my SVN here. I can commit whenever. 00:26 < SDuensin> I really needed it for a client, so I'll just deploy to my own site for now. 00:26 < SDuensin> Maybe. 00:26 < SDuensin> :-) 00:27 <@preaction> personally, i'd make it into a patch and save it in /data/WebGUI/patches so that you can apply it again if you have to upgrade webgui before the change goes into core 00:28 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has quit [] 00:29 < SDuensin> Might do that. Not gonna sweat it just yet. I still have to write the rest of the crazy ass navigation system they want that needs it. 00:32 -!- Lisette [n=liraos@adsl190-28-168-168.epm.net.co] has quit [Read error: 110 (Connection timed out)] 00:35 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 00:35 <+perlDreamer> Does anyone know why the Product is set to be a container in the default WebGUI.conf file? 00:38 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 00:38 -!- Lisette [n=liraos@adsl190-28-149-233.epm.net.co] has joined #webgui 00:38 -!- Lisette [n=liraos@adsl190-28-149-233.epm.net.co] has left #webgui [] 00:38 -!- Lisette [n=liraos@adsl190-28-149-233.epm.net.co] has joined #webgui 00:41 <@Haarg> nope 00:42 <@Haarg> seems odd 00:42 < Lisette> preaction, how to do "?shop=cart;method=gatewayPostback" in a paydriver? 00:42 <@preaction> Lisette: i don't know. perhaps look at WebGUI::Content::Shop to see how methods get dispatched? 00:49 < Lisette> ok, thanks 00:51 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 00:51 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has left #webgui [] 00:51 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 00:58 -!- jdanpl [n=jdanpl@xdsl-461.lubin.dialog.net.pl] has quit ["Leaving"] 01:08 < perlmonkey21> Scalar::Util::weaken unavailable during install of Class::InsideOut. That error ring a bell with anyone? 01:10 < patspam> perlmonkey21: hola 01:10 < perlmonkey21> hello patspam 01:10 < perlmonkey21> what's the word? 01:10 < patspam> just reading your comments on survey bundles 01:10 < CIA-41> WebGUI: translation * r8888 /translations/Polish/Polish/VersionTag.pm: Update from translation server 01:11 < perlmonkey21> patspam: link? 01:11 < patspam> http://www.plainblack.com/rfe/request-for-enhancement/9232 01:11 < patspam> do you mean the originals would be immutable? 01:11 < perlmonkey21> well that would be easiest. To graft on a changeable system to the current one. 01:12 < perlmonkey21> But the question types could be taken completely out of the code and then mutability would be optional. 01:12 < patspam> yeah. ideally I'd like to be able to disable the existing bundles that aren't relevant to my site 01:13 <+perlDreamer> perlmonkey21: You are working on a red hat system for this C::IO install? 01:13 < perlmonkey21> patspam: could even make their definitions export/importable. 01:13 < perlmonkey21> perlDreamer: err, I didn't even look at the OS :P 01:14 < patspam> yeah that'd be sweet 01:14 <+perlDreamer> Red Hat's Scalar::Util package has been known to be bad for a long time 01:14 <+perlDreamer> if they are using WRE, probably fine, but double check your path 01:14 < perlmonkey21> ELxenU 01:14 < patspam> where do you envisage the admin interface for it living? 01:15 < perlmonkey21> patspam: good question. I think the best place would be to add some tabs to the editor view to allow question types to be altered/deleted/added. 01:15 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 01:15 -!- mode/#webgui [+v Radix-wrk] by ChanServ 01:15 < perlmonkey21> as eventually another tab will have to be added to break out random word lists from individual questions 01:16 < perlmonkey21> perlDreamer: yes, it is using the WRE. 01:16 < patspam> asset edit or survey edit screen? 01:16 < perlmonkey21> Wondering if there is some C::IO gotcha, as I know I've ran into this before, but don't recall how I resolved it. 01:16 < Lisette> i do a post in one CS and verified in the database the userdefined* and this is in null, why? 01:16 < perlmonkey21> patspam: survey edit screen 01:16 < perlmonkey21> asset edit would be a little awkward and not give us the fast AJAX editing interface. 01:17 <+perlDreamer> Lisette, when you posted to the CS, did you fill out the userdefined fields? 01:17 < perlmonkey21> perlDreamer: you're a contractor now, maybe I can hire you to wrap this up for me. It's nearly done, just needs some trial runs through the updates and a little testing :D 01:17 <+perlDreamer> perlmonkey21: I'm fully booked. You'd have to talk to my bosses. 01:18 <+perlDreamer> Or outbid them :=) 01:18 < perlmonkey21> perlDreamer: who's your boss? 01:18 <+perlDreamer> I work for a very, very nice man in Australia 01:18 <+perlDreamer> and a very, very nice man in Wisconsin 01:18 <@preaction> but what about plainblack? 01:18 < perlmonkey21> and I can't outbid as I'd have to pay double for this job. 01:18 < Lisette> the userdefined i used to like a form, i fill this fields and when i do a post this is null 01:19 < perlmonkey21> preaction: those jokers would just assign it back to me. 01:19 <+perlDreamer> Lisette, that could very well be a bug. Can you duplicate it on a demo site? 01:19 <@preaction> perlmonkey21: those jerks... someone should talk to them 01:20 < perlmonkey21> preaction: how are things with you? still reveling in your fame and glory from your last trip? 01:20 <@preaction> ha! drudging through performance issues in WebGUI 01:20 < Lisette> wait me a moment i verified something 01:20 <+perlDreamer> What? WebGUI has performance issues? Blasphemy 01:22 < patspam> preaction: are you using NYTProf? 01:22 <@preaction> patspam: yesm 01:22 < perlmonkey21> hmm, is it even possible to run 7.4/7.5 on WRE 0.7.2? 01:22 < patspam> legend! 01:22 <@Haarg> it may be perlmonkey21, but i wouldn't want to try it 01:23 < patspam> I had it on my todo to sit down and learn it properly, and then focus its bottleneck destroying beam on webgui 01:23 < perlmonkey21> Haarg: heh, okay, I guess I should update the WRE also, even though that wasn't specc'd. 01:24 < Lisette> perlDreamer i use 7.5.25 the demo site what version is? 01:24 <+perlDreamer> 7.5.35 01:24 <+perlDreamer> That's why I asked. This bug may have been fixed in the latest version of WebGUI. 01:24 < Lisette> you sure? there is not 7.6.x? 01:25 <+perlDreamer> ah, for demo.webgui.org, it is 7.5.35. for beta.webgui.org, it is 7.6.5 01:25 < Lisette> ok, i do in the demo site, wait me please 01:25 <+perlDreamer> yo espero con pacienca y grazia 01:26 < Lisette> bueno, entonces espereme mientras yo creo un nuevo CS y le cambio las plantillas 01:40 -!- Radix-wrk changed the topic of #webgui to: [ WebGUI 7.5.35-stable | 7.6.4-beta | WRE 0.8.5 ] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com/ 01:40 -!- Radix-wrk changed the topic of #webgui to: [ WebGUI 7.5.35-stable | 7.6.5-beta | WRE 0.8.5 ] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com/ 01:47 < Lisette> listo, ya lo hice 01:51 < Lisette> perlDreamer, i do in the demo site, how to do to verified? 01:51 <+perlDreamer> Lisette, you can set up a SQL Report to check the db and make sure that your data is in there. 01:52 <+perlDreamer> the other option is to change the View Thread template to display userDefined values. 01:55 < Lisette> how to do the second option? 02:00 <+perlDreamer> Double checking 02:00 <+perlDreamer> Edit the CS 02:00 <+perlDreamer> Choose the Display tab 02:01 <+perlDreamer> For the "Collaboration System Thread Template", choose Edit 02:01 <+perlDreamer> that will take you to the template 02:01 <+perlDreamer> add the userdefined variables to inside the post_loop 02:01 <+perlDreamer> save 02:02 < Lisette> yo ya hice eso y no me las muestra 02:02 <+perlDreamer> what is the URL for the demo server? 02:06 < Lisette> http://demo.webgui.org/demo1228864608_433/home/pruebas/productos 02:10 < Lisette> do you see anything? 02:10 -!- dreamersgirl [n=kathyk@pool-71-117-235-27.ptldor.fios.verizon.net] has left #webgui [] 02:11 <+perlDreamer> I don't think the template variables are in the correct place in the template 02:11 <+perlDreamer> Let's set up a SQL Report instead 02:13 <+perlDreamer> the SQL report says empty, too 02:17 < Lisette> then i have to check my template? 02:21 <+perlDreamer> if it displays the form, then there shouldn't be any Post Form template problems 02:28 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 02:28 < Lisette> then what is the problem? :-/ 02:36 <+perlDreamer> That is a very good question. 02:36 <+perlDreamer> On my dev site, it is working fine 02:37 <+perlDreamer> I put userDefined form variables into the template, then do a SQL query 02:37 <+perlDreamer> and they all show up 02:38 <+perlDreamer> on the demo site, however, they do not 02:38 <+perlDreamer> they do not show up in the db, nor in the post template 02:39 < Lisette> mmmm 02:39 < Lisette> what is your version? 02:40 < Lisette> you do this with the same template? 02:43 <+perlDreamer> I am using one version up, 7.5.36 (from SVN) 02:43 < Lisette> and the template? 02:44 <+perlDreamer> A little different. 02:45 <+perlDreamer> I set up a new demo site that is working fine 02:45 <+perlDreamer> http://demo.plainblack.com/demo1228869202_300/home 02:45 <+perlDreamer> so i suspect there is something funny about your template 02:47 < Lisette> ok, im going to check, thank so much perlDreamer 02:48 <+perlDreamer> You're welcome, Lisette 02:51 -!- patspam1 [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 02:51 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Nick collision from services.] 02:51 -!- patspam1 is now known as patspam 02:51 < Lisette> i have another question perlDreamer, the template by default is the same in the version 7.4.x and 7.5.x? 02:51 <+perlDreamer> they may be the same, Lisette. You would have to go through the changelog and check. 02:51 <+perlDreamer> even then, it is hard to tell since some bugs are not well written 02:52 <+perlDreamer> you suspect a problem from the upgrade? 02:53 < Lisette> no 02:54 < Lisette> the template is made by another person, but this person have the version 7.4.x and i 7.5.25 02:55 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI 02:55 <+perlDreamer> Lisette, that can work sometimes, but it's not the safest way to do development. 02:57 < Mech422> and here we have a solution looking for a webgui 'problem' to solve: http://www.danga.com/mogilefs/ 02:57 < Lisette> ok, thanks 03:02 < Lisette> i put your template in my dev site and now works! 03:18 <+perlDreamer> awesome! 03:20 <+perlDreamer> Tengo curiosidad que la diferencia entre las plantissas es. 03:49 < Lisette> platillas 03:49 < Lisette> plantillas 04:09 <+perlDreamer> si, plantillas. Gracias 04:58 < CIA-41> WebGUI: colin * r8889 /branch/WebGUI_7.5/ (5 files in 4 dirs): 04:58 < CIA-41> WebGUI: Have testEnvironment.pl crap out if it can't find the required modules. 04:58 < CIA-41> WebGUI: Change the pay driver to use the user supplied label, rather than the module type for 04:58 < CIA-41> WebGUI: labels and buttons. 04:58 < CIA-41> WebGUI: colin * r8890 /WebGUI/ (2 files in 2 dirs): Flesh out the ResponseJSON test more. Add POD. 04:58 < CIA-41> WebGUI: colin * r8891 /WebGUI/ (5 files in 4 dirs): 04:58 < CIA-41> WebGUI: Forward port PayDriver button and labeling fix. 04:58 < CIA-41> WebGUI: Forward port testEnvironment fix for not having prerequisite perl modules. 05:10 -!- Lisette [n=liraos@adsl190-28-149-233.epm.net.co] has quit [Read error: 110 (Connection timed out)] 05:22 -!- Lisette [n=liraos@adsl190-28-159-144.epm.net.co] has joined #webgui 05:34 < patspam> would it be hard to make Wg:Form:Combo dynamicCompatible? 05:44 <+perlDreamer> yes 05:44 <+perlDreamer> the problem comes when you need to add to the list of possible values. 05:44 <+perlDreamer> the form element has to have some kind of callback to its parent 05:48 <+perlDreamer> is the combo box a show stopper for you in the survey? 05:51 < patspam> no, i was running up against it in Thingy 05:51 < patspam> but should be ok, I'm implementing an Wg::Form::AutoComplete using YUI instead 05:52 <@preaction> autocomplete? 05:52 <@preaction> i'd be careful, those things are nasty on the server 05:52 < patspam> yeah, a yui-powered autocomplete box 05:52 < patspam> nah using a pre-populated js array, no ajax 05:53 < patspam> eg. the possible values become the js array 05:53 <@preaction> ah 05:53 <+perlDreamer> this is embarassing 05:53 <+perlDreamer> I need some CGI help 05:53 <+perlDreamer> for the translation server 05:53 <+perlDreamer> the forms are all setup to redirect to / 05:53 <+perlDreamer> and I can't get / to call up and run the translation server 05:54 <@preaction> so it's a configuration issue? 05:55 <+perlDreamer> it has to be 05:56 <@preaction> did you check the error log? 05:56 <+perlDreamer> yes 05:56 <@preaction> and? 05:56 <+perlDreamer> Attempt to serve directory: /data/domains/mywebgui.localdomain/www/cgi/ 05:57 <@preaction> do you have a DirectoryIndex index.cgi <- in your configuration? 05:57 <+perlDreamer> DirectoryIndex translationserver.cgi 05:58 <@preaction> oh right 05:58 <@preaction> and DocumentRoot is that directory? no trailing /? 05:58 <+perlDreamer> I'll paste the config 05:59 <+perlDreamer> http://webgui.pastebin.com/d5e60157b 06:02 <@preaction> perlDreamer: no SetHandler perl-script, that's bad 06:03 <@preaction> it forces all requests to be handled by perl-script, overriding cgi-script for .cgi 06:03 <+perlDreamer> isn't that the vanilla mod_perl/cgi config? 06:03 <+perlDreamer> I'll remove it and try it anyway 06:04 <+perlDreamer> no change 06:04 <+perlDreamer> still trying to serve up a directory 06:04 <@preaction> mod_perl != CGI 06:04 <@preaction> both SetHandlers? 06:04 <@preaction> there are two i saw 06:05 <@preaction> also, get rid of the ModPerl::Registry stuff, and the PerlOptions, we don't need them 06:05 <@preaction> this is just boring CGI 06:05 <@preaction> oh, also refers to the / of your filesystem 06:05 <@preaction> you want 06:09 <+perlDreamer> okay, http://webgui.pastebin.com/d7e8d2542 06:10 <+perlDreamer> bbiaw, time for kids 06:10 <@preaction> perlDreamer: scriptalias isn't necessary, also i believe it needs to be "AddHandler cgi-script .cgi .pl" but i might be wrong there 06:23 -!- perlmonkey21 [n=perlmonk@69.92.92.41] has left #webgui [] 06:24 -!- Lisette [n=liraos@adsl190-28-159-144.epm.net.co] has left #webgui [] 06:41 <+perlDreamer> that did it. Thanks preaction 06:42 <+perlDreamer> man, all that work to test a 12 character fix 06:46 <+perlDreamer> but it's better than committing blind, and breaking something 06:49 <@preaction> true enough 06:49 <@preaction> i had to go through that much when i had a fix for that thing too, so don't feel bad ;) 06:51 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)] 06:51 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 06:51 -!- mode/#webgui [+v Radix_] by ChanServ 06:55 <@preaction> perlDreamer: CGI scripts don't need rebooting. the interpreter is reloaded and the script rerun every request 06:55 <+perlDreamer> I remember that much, preaction :) 06:55 <@preaction> oh. someone has to install the fix 06:55 <+perlDreamer> yes, on PB's server 07:01 -!- khenn [n=khenn@97.92.185.77] has quit [] 07:12 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 07:34 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has quit ["Leaving."] 07:38 -!- djhash [n=djhash@68-184-34-104.dhcp.oxfr.ma.charter.com] has joined #webgui 07:38 -!- djhash [n=djhash@68-184-34-104.dhcp.oxfr.ma.charter.com] has left #webgui [] 08:03 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 08:40 < CIA-41> WebGUI: colin * r8892 /tools/translationserver.cgi: decode translators notes as utf8 to handle foreigh characters. 08:40 < CIA-41> WebGUI: graham * r8893 /WebGUI/t/ (Storage.t Storage/Image.t): remove remnants of caseInsensitiveOS in tests 08:40 < CIA-41> WebGUI: graham * r8894 /WebGUI/lib/WebGUI/Asset/Wobject/Matrix.pm: fixing misuse of pod for commenting out code 08:40 < CIA-41> WebGUI: graham * r8895 /WebGUI/docs/create.sql: preparing for 7.6.6 release 08:40 < CIA-41> WebGUI: jt * r8896 /releases/WebGUI_7.6.6-beta: Release 7.6.6-beta 08:40 -!- Radix-wrk changed the topic of #webgui to: [ WebGUI 7.5.35-stable | 7.6.6-beta | WRE 0.8.5 ] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com/ 08:41 * Radix-wrk cheats and jumps a little ahead in preparation ;) 09:15 < CIA-41> WebGUI: graham * r8897 /WebGUI/ (4 files in 4 dirs): preparing for 7.6.7 dev 09:15 < CIA-41> WebGUI: patspam * r8898 /branch/WebGUI_flux/www/extras/wobject/Survey/ (survey.css administersurvey.js): 09:15 < CIA-41> WebGUI: Flagging of invalid Survey fields now uses CSS classes instead of tags 09:15 < CIA-41> WebGUI: (for skinnability) 09:15 < CIA-41> WebGUI: patspam * r8899 /branch/WebGUI_flux/ (4 files in 4 dirs): Merge branch 'thingy' into flux 09:15 < CIA-41> WebGUI: patspam * r8900 /branch/WebGUI_flux/lib/WebGUI/ (Form/AutoComplete.pm Asset/Wobject/Thingy.pm): Added experimental WebGUI::Form::AutoComplete 09:15 < CIA-41> WebGUI: patspam * r8901 /branch/WebGUI_flux/lib/WebGUI/Form/AutoComplete.pm: Style tweaks to AutoComplete 09:15 < CIA-41> WebGUI: patspam * r8902 /branch/WebGUI_flux/lib/WebGUI/Form/AutoComplete.pm: Some bug fixes to AutoComplete.pm 09:22 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 09:40 < CIA-41> WebGUI: patspam * r8903 /branch/WebGUI_flux/lib/WebGUI/Form/AutoComplete.pm: Updated AutoComplete documentation 11:11 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 104 (Connection reset by peer)] 12:41 -!- BartJol [n=plainstu@host2.procolix.com] has joined #webgui 12:41 -!- mode/#webgui [+v BartJol] by ChanServ 14:28 -!- BartJol [n=plainstu@host2.procolix.com] has quit ["Leaving."] 15:02 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] --- Log opened Thu Dec 11 01:23:26 2008 01:23 -!- xdanger [i=xdanger@217.112.244.70] has joined #webgui 01:23 -!- Irssi: #webgui: Total of 25 nicks [5 ops, 0 halfops, 1 voices, 19 normal] 01:23 -!- Irssi: Join to #webgui was synced in 3 secs 01:26 <@preaction> daviddelikat: do you have a patch for your fix? if so, I can commit it for you 01:26 < xdanger> yeah! there was a fire in out power distribution room today... 01:26 < xdanger> from afternoon until midnight 01:27 < xdanger> without power 01:27 <@preaction> xdanger: nice. how's your data? 01:27 < xdanger> that's fine. The fire was in the building opposite of us 01:28 <@preaction> that's good at least 01:28 < xdanger> just that the whole datacenter was out, and the electricity company recovered us last 01:28 < daviddelikat> preaction: I am working that out now. I have some old habits like code reviews and such that I have to get over in this opensource world.... 01:29 <@preaction> daviddelikat: they're not bad habits, before i commit someone else's code, i will definately be reviewing it 01:29 < daviddelikat> preaction: thanks, I feel better now. 01:29 <@preaction> it just might be faster for me to do it, since i've been inundated in the webgui coding guidelines and best practices 01:30 <@preaction> also, because i wrote the datatable and really want this bug to be fixed (it worked fine when i checked it in, i swear to god) 01:30 < daviddelikat> I used to do that too (swear) but I learned better now. 01:31 <@preaction> F/OSS doesn't mean you get to forgoe those programming practices that are useful and encourage good code, though the "having to get a non-programmer's approval" is one thing that's done away with 01:32 < daviddelikat> so i don't have to explain what i did to a rock? 01:35 < CIA-41> WebGUI: jt * r8913 /experimental/Automat/lib/ (WebGUI/Asset/Automat.pm Automat/DomainName.pm): 01:35 < CIA-41> WebGUI: improved dns zone file generation 01:35 < CIA-41> WebGUI: removed alias number on site listings without one 01:35 < CIA-41> WebGUI: added imap/pop/smtp/webmail info on mail management screen 01:55 < daviddelikat> preaction: patch is posted to http://www.plainblack.com/bugs/tracker/9150 01:55 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 02:00 -!- SnowWrite [n=chatzill@c-67-164-109-141.hsd1.ca.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"] 02:05 -!- Radix-wrk [n=Radix@203.161.68.67] has joined #webgui 02:05 -!- mode/#webgui [+v Radix-wrk] by ChanServ 02:11 -!- grink [n=irc@mail.photobird.com] has quit [Read error: 104 (Connection reset by peer)] 02:11 -!- grink [n=irc@mail.photobird.com] has joined #webgui 02:13 <@preaction> daviddelikat: seems like everything's in order. one note: your whitespace was a bit mixed up, prevented the patch getting applied the first time. WebGUI sets indents at 4 chars and uses spaces instead of tab (dunno if that was your problem or not) 02:14 <@preaction> daviddelikat: but now the important bit: Who gets credit for this bugfix in the changelog? 02:22 < daviddelikat> preaction: is this like a race? its my first time. where's the change log? am i too late? aaahhh!!! 02:23 < daviddelikat> I guess I was hoping i could get =credit for it 02:23 < daviddelikat> :) 02:25 <@preaction> daviddelikat: no, you ARE getting credit for it, i just need to know who you are. are you "David Delikat" or "Deli Kat Solutions, Inc." 02:27 -!- Lisette [n=liraos@adsl190-28-183-241.epm.net.co] has quit [Read error: 110 (Connection timed out)] 02:29 < daviddelikat> preaction: oh, sorry for the drama, too much coffee... just David Delikat will do 02:29 -!- Lisette [n=liraos@adsl190-28-183-241.epm.net.co] has joined #webgui 02:29 <@preaction> k, sounds good 02:39 < CIA-41> WebGUI: doug * r8914 /WebGUI/ (2 files in 2 dirs): fixed #9150: Edit Data Table - Cannot add column (David Delikat) 02:42 <+Radix-wrk> nice work david :) 02:42 <@preaction> indeed. that code looks much more useful now 02:42 < daviddelikat> thanks 02:50 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has quit [] 03:14 < daviddelikat> I'm looking at http://www.webgui.org/bugs/tracker/9217 03:15 < daviddelikat> i managed to reproduce it, and I also noticed that it always asks for a new section 03:15 < daviddelikat> is this the way it is supposed to be? 03:34 -!- daviddelikat [n=daviddel@h69-11-251-58.mdsnwi.dedicated.static.tds.net] has quit [Read error: 54 (Connection reset by peer)] 03:54 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI 04:28 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit [Remote closed the connection] 04:40 -!- cs_student [n=joe@ip70-161-210-129.hr.hr.cox.net] has joined #webgui 04:40 -!- cs_student [n=joe@ip70-161-210-129.hr.hr.cox.net] has left #webgui ["Leaving"] 05:12 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 05:16 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 05:28 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 05:28 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 05:29 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 05:29 -!- mode/#webgui [+o tavisto] by ChanServ 06:07 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui 06:08 -!- Lisette [n=liraos@adsl190-28-183-241.epm.net.co] has quit ["Leaving."] 06:10 < elnino> not webgui related - just wondering if anyone has a recommended web - tree control that I can move items around between levels and then save the heirarchy? 06:29 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"] 06:30 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)] 06:40 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has quit [Read error: 113 (No route to host)] 06:45 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has left #WebGUI [] 07:14 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 07:15 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit [Client Quit] 07:20 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has joined #webgui 07:20 -!- mode/#webgui [+o Haarg] by ChanServ 07:24 <+Radix-wrk> Ooooh.. wierd.. "Revisions In Tag: Visitor / 12/ 3/2008 11:12 am" 07:25 <+Radix-wrk> Really odd.. Visitor has made five changes to a thread in forum that is internal only according to the version tag. 07:30 < daviddelikat> does anybody know the connect string for the database? or where i can find it? 07:34 < daviddelikat> found it... 09:49 -!- Radix-wrk [n=Radix@203.161.68.67] has quit ["Leaving"] 10:13 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 10:16 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has joined #webgui 11:53 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 11:53 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit [Remote closed the connection] 14:25 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui 14:25 -!- mode/#webgui [+v MrHairgrease] by ChanServ 14:35 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 15:03 -!- patspam [n=patspam@ppp121-44-211-131.lns10.mel4.internode.on.net] has quit [Remote closed the connection] 15:11 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 104 (Connection reset by peer)] 15:18 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has joined #webgui 15:46 -!- khenn [n=khenn@97.92.185.77] has quit [Read error: 110 (Connection timed out)] 15:55 -!- khenn [n=khenn@97.92.185.77] has joined #WebGUI 15:55 -!- mode/#webgui [+o khenn] by ChanServ 16:03 -!- bopbop [n=kmccombs@68-114-219-232.dhcp.mdsn.wi.charter.com] has joined #webgui 16:03 -!- mode/#webgui [+o bopbop] by ChanServ 16:03 -!- topsub [n=josh@cpe-075-176-027-152.carolina.res.rr.com] has quit ["Leaving"] 16:09 -!- Haarg [n=haarg@24-240-43-138.dhcp.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"] 16:30 -!- perlmonkey2 [n=perlmonk@69.92.92.41] has joined #webgui 16:30 -!- mode/#webgui [+o perlmonkey2] by ChanServ 16:47 -!- s4eek [n=s4eek@andc-fw1.exploreos.com] has joined #webgui 16:49 -!- topsub [n=josh@97.66.185.250] has joined #webgui 17:12 -!- daviddelikat [n=daviddel@h69-128-106-50.mdsnwi.dedicated.static.tds.net] has joined #WebGUI 17:20 < CIA-41> WebGUI: yung * r8915 /WebGUI/ (3 files in 2 dirs): added tooltips to Matrix attributes 17:27 -!- Haarg [n=haarg@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui 17:27 -!- mode/#webgui [+o Haarg] by ChanServ 17:31 -!- tavisto [n=tavisto@pool-98-108-78-65.gdrpmi.dsl-w.verizon.net] has joined #WebGUI 17:31 -!- mode/#webgui [+o tavisto] by ChanServ 17:46 < SDuensin> Greetings. 17:47 <+MrHairgrease> Greasings! 17:48 -!- snapcount [n=snapcoun@andc-fw1.exploreos.com] has joined #webgui 17:48 -!- mode/#webgui [+v snapcount] by ChanServ 18:21 < CIA-41> WebGUI: jt * r8916 /experimental/Automat/lib/Automat/DomainName.pm: fixed deleting from server 18:24 -!- perlDreamer [n=colink@pool-71-117-235-27.ptldor.fios.verizon.net] has joined #webgui 18:24 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:50 < CIA-41> WebGUI: colin * r8917 /branch/WebGUI_7.5/docs/upgrades/packages-7.5.36/shopping-cart-collateral-items_address-default.wgpkg: Internationalize the title of the add address screen. 18:50 < CIA-41> WebGUI: colin * r8918 /WebGUI/docs/upgrades/packages-7.6.6/shopping-cart-collateral-items_address-default.wgpkg: Forward port address book title i18n fix 18:50 < CIA-41> WebGUI: colin * r8919 /branch/WebGUI_7.5/ (5 files in 5 dirs): Template the ITransact add credentials screen. 18:50 < CIA-41> WebGUI: colin * r8920 /WebGUI/ (5 files in 5 dirs): Forward port templated ITransact edit credentials screen. 18:50 < CIA-41> WebGUI: colin * r8921 /branch/WebGUI_7.5/ (3 files in 3 dirs): i18n the read more link in the syndicated articles template. 18:50 < CIA-41> WebGUI: colin * r8922 /WebGUI/ (3 files in 3 dirs): forward port syndicated articles i18n template fix 19:03 <@perlmonkey2> can you upgrade directly from wre 7.2 to 8.5? 19:06 <@Haarg> wre? 19:06 <@Haarg> there is no direct upgrade path from 0.7 to 0,8 19:06 <@perlmonkey2> Haarg: so how would you get a 0.7.2 to an 0.8 series? 19:06 <@Haarg> you have to do a clean install of 0.8, then import the needed files, databases 19:07 <@perlmonkey2> do we have a wiki explaining how to do all that? 19:13 <@Haarg> yes 19:21 -!- tabb [n=tabitha@24-159-228-2.dhcp.mdsn.wi.charter.com] has joined #WebGUI 19:21 -!- mode/#webgui [+o tabb] by ChanServ 19:21 -!- tabb [n=tabitha@24-159-228-2.dhcp.mdsn.wi.charter.com] has quit [Client Quit] 19:30 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit [Read error: 104 (Connection reset by peer)] 19:34 <@tavisto> perldreamer, I noticed that the payment driver label issue has been resolved in the 7.6.6... that's awesome 19:35 <@tavisto> or actually I guess that was more of an RFE.. but it's cool either way 20:03 -!- wgGuest22 [n=wgGuest2@newcastlecapital.com] has joined #webgui 20:06 < wgGuest22> Hey guys I'm upgrading from 7.4.21 to the current stable. I know I need to upgrade to 7.4.40 first. Are there any other intermediate upgrades I need to make along the path? Right now when I move to 7.4.40 I'm getting an error saying that my site's conf file is invalid. 20:07 <+perlDreamer> tavisto, it was registered as two different bugs 20:07 <@preaction> wgGuest22: what do the gotchas say? 20:07 <+perlDreamer> so it got fixed 20:09 <+perlDreamer> wgGuest22 /data/WebGUI/docs/gotchas.txt 20:09 < wgGuest22> I read the gotchas and only saw the 7.4.40. 20:10 < wgGuest22> I've already made all the CPAN updates included therein 20:11 < wgGuest22> I only check the gotchas in 7.5.31. I'll read the gotchas from 7.4.40 and see what they say. 20:13 <@preaction> the 7.5.31 gotchas include the ones from 7.4.40 20:14 <@tavisto> excellent 20:14 <@tavisto> that's great perldreamer 20:14 <@tavisto> it's one of those... "this should be simple and make sense" and it didnt previously 20:14 <@tavisto> :) 20:14 <+perlDreamer> well, we did fix this once, but it wasn't the right fix 20:16 <@tavisto> well it looks like you did it the right way now and it works exactly as a non-technical person setting up a webgui-based store would think :) 20:19 < wgGuest22> I only see the 7.4.40 step. Any thoughts on what may cause my sites conf file to throw an error? I'm on WRE 0.8.3 Do I need to upgrade/reinstall that as well? 20:21 <@Haarg> what is the exact error you are seeing? 20:23 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."] 20:29 <+perlDreamer> wgGuest22: why don't you paste the error that you are seeing into a pastebin: webgui.pastebin.com. Then post the URL that it gives you back here. 21:15 -!- Bernd_ [n=spunky@88.128.70.7] has joined #webgui 21:20 <+perlDreamer> Haarg: safe to commit still? 21:20 <+perlDreamer> 1 last bug for today 21:20 <@Haarg> yeah 21:20 <+perlDreamer> it _is_ your bug, so I figured you might want it fixed 21:25 <+perlDreamer> you're killing me Haarg 21:25 <+perlDreamer> here I try to be nice by fixing all your bugs 21:25 <+perlDreamer> and you keep submitting more 21:25 <@Haarg> heh 21:25 <@Haarg> which one this time? 21:25 <+perlDreamer> the LDAP one 21:25 <@Haarg> ah 21:25 <+perlDreamer> but tabb passed me the fix for the site starter floats issue 21:26 <+perlDreamer> and it's in 21:26 <+perlDreamer> Kathy's been using the site starter and template wizards, and I have a whole bunch of ideas for 7.7 21:26 <+perlDreamer> like making them one and the same 21:27 <+perlDreamer> and adding a right nav option, in addition to left and top 21:30 < CIA-41> WebGUI: colin * r8923 /branch/WebGUI_7.5/t/Asset/Asset.t: add test for quote processing in fixTitle 21:30 < CIA-41> WebGUI: colin * r8924 /branch/WebGUI_7.5/ (lib/WebGUI/Content/Setup.pm docs/changelog/7.x.x.txt): fix CSS style issue with clearing floats in site starter template 21:30 < CIA-41> WebGUI: colin * r8925 /WebGUI/t/Asset/Asset.t: forward porting quotes in asset title fixTitle test 21:30 < CIA-41> WebGUI: colin * r8926 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Content/Setup.pm): Forward porting site starter css fix for clears and page content positioning. 21:30 < CIA-41> WebGUI: jt * r8927 /experimental/Automat/sbin/migration/ (5 files): data scrubing scripts 21:30 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 21:30 -!- mode/#webgui [+v MrHairgrease] by ChanServ 21:31 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui 21:39 <+perlDreamer> unbelieveable. I can't use dates from Shawshank since they're all before 1970 21:39 <@Haarg> no negative numbers? 21:40 <@Haarg> that could acually be something extra worth putting in tests 21:40 <+perlDreamer> negative epochs? 21:41 <@Haarg> yeah 21:51 <@preaction> You can check on Perl's status here: http://isperlalive.com/ 21:53 < Bernd_> Can someone help me with understanding Aspects? 21:53 < Bernd_> I am trying to understand a comment by JT, in which he claimed 21:53 < Bernd_> that Assets and Aspects do not come magically together. 21:53 < Bernd_> But they require some glue. 21:54 < Bernd_> I just had a look at WikiPage, which uses the Comments aspect. 21:54 < Bernd_> I cannot see any glue there. 21:54 < Bernd_> All it does is inherit Comments. 21:54 < Bernd_> And that is exactly how I would have expected it to work. 21:54 < Bernd_> What am I missing? 21:55 < CIA-41> WebGUI: colin * r8928 /WebGUI/ (3 files in 3 dirs): 21:55 < CIA-41> WebGUI: Change ResponseJSON to use a proper mutator for startTime. 21:55 < CIA-41> WebGUI: Add tests for startTime. 21:55 < CIA-41> WebGUI: Survey uses the accessor, and no longer needs to manually set startTime. 21:57 <+perlDreamer> Bernd_: that's the whole glue. The magic is done by Class::C3 21:58 <+perlDreamer> preaction: under what circumstancees does it say "No"? 21:58 <@preaction> perlDreamer: it doesn't :p 21:58 <+perlDreamer> heh 21:58 <+perlDreamer> snort 21:58 < Bernd_> So what does he mean then by this remark: http://www.plainblack.com/webgui/dev/discuss/the-death-of-the-collaboration-system/14 21:59 <@preaction> Bernd_: it means there may be Aspects that require more glue code than just "use base ( myAspect )" 22:00 < Bernd_> But isn't that rather a matter of proper encapsulation? 22:00 < Bernd_> If Aspect.pm is designed properly, inheritage should always be sufficient. 22:00 < Bernd_> inheritance 22:00 < SDuensin> How on earth can I downgrade/upgrade my server and only have *one* site not work? 22:01 < Bernd_> preaction, right or wrong? 22:01 <+perlDreamer> Bernd_: Aspects provide additional methods to any Asset 22:02 <+perlDreamer> so, for example, in the WikiPage, you'll see that it makes a call to $self->getFormattedComments 22:02 <@preaction> Bernd_: no. aspects may require information from the asset, or the asset may have to make a choice on how the aspect should carry out a certain task. 22:02 < wgGuest22> I'm back. I was having a problem upgrading to 7.4.40. I tried upgrading a backup verson of webgui but am running into the same error. I've uploaded the error message to http://webgui.pastebin.com/m6173a6fc 22:02 <+perlDreamer> all that you needed to do to get that method was use inheritance 22:03 < Bernd_> perlDreaer, so there is some glue even in WikiPage. 22:03 <+perlDreamer> yes 22:03 < Bernd_> I missed that one since I was only looking for $self->next::something calls. 22:04 <+perlDreamer> and, in general, like preaction said, it may require more glue, method calls 22:04 < Bernd_> Alright, I got it then. 22:04 < Bernd_> Thanks for helping me understand. 22:04 <+perlDreamer> sure :) 22:04 <+perlDreamer> wgGuest22: did you check your config file for JSON syntax errors? 22:04 <+perlDreamer> missing and/or extra commas 22:05 <+perlDreamer> unquoted strings? 22:05 <+perlDreamer> and the like 22:06 < wgGuest22> I looked through it and didn't see anything unusual. I saw on instance of empty [] but I saw that in another conf file too. The site is/was loading fine. 22:06 < Bernd_> perlDreamer, but why not create some plug-in architecture to allow Comments to register and fill its own template variables? 22:06 < Bernd_> That way you could totally avoid the glue. 22:07 < wgGuest22> I did update the JSON module per the Gotcha. Would that affect how the file is read? 22:07 < Bernd_> Overriding the view method would not work. 22:07 <+perlDreamer> Bernd_: No, it would have to have broken out template variable setting methods, like in the Calendar 22:07 <+perlDreamer> but that concept would work fine 22:07 <+perlDreamer> except that it would limit where comments can be used 22:08 <@preaction> yeah, that would limit flexibility 22:08 <+perlDreamer> you have no idea in which method the "parent" would have comments 22:08 < Bernd_> But doesn't it all come down to adding template variables and properties? 22:08 <+perlDreamer> yes 22:09 < wgGuest22> I am running WRE 0.8.3 I didn't see anything in the gotchas about that. Could this be an issue? 22:09 < Bernd_> What about adding a "templateVariables" method to Asset, which returns a ref to the respective structure. 22:09 < Bernd_> That one could be overridden and extended by Aspects. 22:09 < Bernd_> Later on it is called by the view method, a template processed and the result returned. 22:09 <+perlDreamer> Bernd_: template variables change based on the individual screen 22:09 < Bernd_> No glue needed. 22:09 < Bernd_> Screen? I cannot follow. 22:10 < Bernd_> Can you give an example? 22:10 <+perlDreamer> www_view is one "screen" for an asset 22:10 <+perlDreamer> it's the default, and most common one 22:10 <+perlDreamer> but in the gallery, it could be called www_viewAlbum 22:10 < Bernd_> And www_edit is another one? 22:10 <+perlDreamer> yup 22:11 <+perlDreamer> and www_viewAlbum would have different template variables from www_view 22:11 < Bernd_> And how do we switch between them? 22:11 < Bernd_> Is that done by ?func=somehting ? 22:11 <+perlDreamer> yes 22:11 < Bernd_> something 22:11 <+perlDreamer> func=view is the default. func=edit 22:11 <+perlDreamer> would call www_edit 22:11 < Bernd_> I see. 22:11 <+perlDreamer> that's what preaction meant by a lack of flexibility 22:12 < Bernd_> But wouldn't have the Aspect to aware of screens anyhow? 22:12 <+perlDreamer> no 22:12 <+perlDreamer> it just adds a form, and some html code for displaying 22:12 <+perlDreamer> it doesn't care who calls it 22:12 <@preaction> the aspect can add screens, could override screens, but we currently have no method of combining two www_screen methods into one output 22:13 < Bernd_> Hm. 22:13 < Bernd_> But how many different screens would you expect for the comments aspect? 22:13 < Bernd_> Is it really that much of a loss in flexibility? 22:13 <@preaction> if we took a page out of the MVC handbook, and had www_screen return an object that could create an HTML page (instead of the HTML itself), then we could use that object to add or modify stuff 22:14 <@preaction> Bernd_: there already is a getTemplateVars convention being used in a lot of places in WebGUI 22:14 < Bernd_> Uh. Can't follow. 22:14 <+perlDreamer> Bernd_: for the cost of 1 line of code, the current aspect can be used on any screen 22:15 < Bernd_> But it is not plug'n'play. 22:15 < Bernd_> You always have to add some code. 22:15 < Bernd_> Individual solutions in each case. 22:15 <@preaction> the problem with a getTemplateVars method is that it has to be cheap, because you might want to use those template variables in other pages. (the Gallery, for example, uses getTemplateVars from GalleryAlbum, which uses getTemplateVars from GalleryFile) 22:15 <+perlDreamer> it's not fully automated, but again, the cost is low 22:15 -!- daviddelikat [n=daviddel@h69-128-106-50.mdsnwi.dedicated.static.tds.net] has quit [Read error: 110 (Connection timed out)] 22:16 < Bernd_> The reason I am interested in Aspects is because of the discussion with JT I have mentioned before. 22:16 <@preaction> Bernd_: to elaborate on the "www_ returns an object": Instead of "www_view" returning an HTML string, it returns a WebGUI::Response object containing the raw variables, the template to use, the style template to use, and later in the request we can combine them together to get the HTML 22:17 < Bernd_> Sounds good to me. 22:17 < Bernd_> So why not? 22:17 <@preaction> that complicates things, and completely destroys the API 22:17 <+perlDreamer> yeah 22:17 < Bernd_> There is always a time to make things better. 22:17 < Bernd_> Let us rewrite WebGUI from scratch :-) 22:18 < Bernd_> You would have to do the work, of course. 22:18 <@preaction> WebGUI 8 is the time we can break the API 22:18 < Bernd_> Where can I post RFEs? 22:18 < Bernd_> But seriously, would that be interesting to change the www_ methods? 22:19 < Bernd_> I believe it would be really cool, if you could extend existing Assets by some kind of plug'n'play architecture. 22:19 < Bernd_> That would allow non-perl programmers to do a lot of cool stuff. 22:19 < Bernd_> Coming back to the CS: 22:20 < Bernd_> You would not have decide between the HelpDesk, blog, forum etc. 22:20 < Bernd_> But could combine your CS out of a basic CS class and mixing in all kinds of Aspects. 22:20 <@preaction> Bernd_: i've been advocating that change for a while 22:20 < Bernd_> You are my man! 22:20 < Bernd_> Let me guess: JT said no? 22:21 <@preaction> no, afaik JT likes it but it's an API break 22:21 <@preaction> we're not talking the normal "oh, this might affect a few people" break, it's a "This changes how all assets must be written" break 22:21 < Bernd_> I am totally aware of it. 22:21 < Bernd_> Lots of work. Lots of new bugs to fix. 22:22 <@preaction> well, it would be possible to determine if the asset returned a string or an object, but what about those utilities that expect a string and instead get an object? 22:22 <@preaction> so it wouldn't be too bad really 22:22 < Bernd_> But good news for perlDreamer: he won't run out of work. 22:23 < Bernd_> So is there a realistic chance, this will come in WebGUI 8? 22:23 -!- estiven [n=estiven@201.232.58.66] has joined #webgui 22:23 < Bernd_> Once again, where can I propose this/start a discussion? 22:23 < Bernd_> The dev forum? 22:23 -!- estiven [n=estiven@201.232.58.66] has left #webgui [] 22:23 -!- Lisette [n=liraos@201.232.58.66] has joined #webgui 22:24 <@preaction> there is a possibility, and once there's an open RFE, a discussion could be started on the dev forum, yes 22:24 < Bernd_> I will try to put it in simple words and open an RFE. 22:25 < Lisette> There is a way to make filters with thingy? 22:25 < rizen_> Bernd_: hates me 22:26 -!- rizen_ is now known as rizen 22:26 -!- mode/#webgui [+o rizen] by ChanServ 22:26 <+perlDreamer> eek, it's rizen! 22:26 < Bernd_> Who does? Me? 22:26 < Bernd_> Why do you think so? 22:27 < Lisette> anyone knows about thingy? 22:27 < Bernd_> Have I shown my dislike too openly :-P 22:28 < Bernd_> I must be more careful in the future. 22:29 <@rizen> because you plague me with this request 22:29 <@rizen> i don't want it 22:29 <@rizen> even if it were possible 22:29 < Bernd_> Who cares? 22:30 < Bernd_> preaction said you like it. 22:30 <@rizen> you should, since i get to decide if it goes in 22:30 <@rizen> no preaction was talking about returning objects from www_ methods 22:30 <@preaction> i think he means the one you've been discussing in the forums 22:30 < Bernd_> It is not really for me. 22:30 <@rizen> not the crazy pluggable cs thing 22:30 < Bernd_> WebGUI already has all I want. 22:30 <@rizen> then why are you arguing it? 22:31 < Bernd_> Because I believe it is an extremely useful feature. 22:31 < Bernd_> Very powerful and probably unique. 22:31 < Bernd_> Why no plugins for the CS? 22:31 <+perlDreamer> Bernd_: you want it to be fully automated, with the only "glue" code involved being inheriting from the Aspect? 22:32 < Bernd_> Right. 22:32 <+perlDreamer> or something different? 22:32 < Bernd_> No. 22:32 < Bernd_> The task would be to redesign Asset in a way, 22:32 < Bernd_> overriding existing methods would be sufficient. 22:32 < Bernd_> What is so bad about it? 22:32 <@rizen> there are many things bad about it 22:33 < Bernd_> Sounds like proper class design to me?! 22:33 < Bernd_> I am reading... 22:33 <@rizen> 1) when someone decides they'll plug in their own BS class which then destroys something, but they blame it on WG 22:33 <@preaction> it's proper class design only when you're talking about single inheritence 22:34 <@rizen> 2) it's more complicated and produces less flexibility (because the glue that you're worried about provides flexibility) 22:34 < Bernd_> BS = bull shit? 22:34 <@rizen> yup 22:34 < Bernd_> Is there a 3) to come? 22:34 <@rizen> 3) aspects are not necessarily designed to play well together, but with this approach you'll be forcing them to be, which isn't necessarily desirable 22:35 < Bernd_> Ok, stop it. I have had enough. 22:35 < Bernd_> Alternative suggestion: 22:35 <@rizen> 4) the more aspects you plug together, the slower the asset will become...but users won't think "oh this giant megalith asset i just created is too damn big and that's why it's so slow", they'll think "WebGUI is a slow pile of shit" 22:36 < Bernd_> What about packing all the glue into a separate class that can be plugged into the CS? 22:36 < Bernd_> That would be a compromise. 22:36 <@rizen> no, cuz you're still making the glue already in a hard form 22:36 <@rizen> so it's inflexible 22:36 < Bernd_> That is one separate class per Aspect that should be made pluggable. 22:36 < Bernd_> How much flexibility do you need for the CS? 22:36 <@rizen> and it makes the slowness and complexity problems even bigger 22:37 < Bernd_> But since you plug only the Aspects you need, why should there be a performance drawback? 22:37 <@rizen> Bernd_: if you have to ask that question, you aren't even in a position to be discussing this 22:37 < Bernd_> Which one? 22:37 <@rizen> either 22:37 <@rizen> both 22:38 < Bernd_> Hm. Not sure what you mean. 22:38 <@rizen> perlDreamer, preaction, or any other dev here. have i said anything above that is untrue or even slightly misrepresented? 22:39 <@perlmonkey2> Okay, I'm trying to update wre 0.7.2 to 0.8.5. So I move the old wre to wretemp. MV WebGUI to WebGUItemp. Then deploy 0.8.5. When the wreconsole prompts for what type of install, I move WebGUItemp to WebGUI and chose manual. Now in the past, the wre then goes on to set up the mysql tables and init the wre. But now it just drops into the add a site menu, doing nothing else. 22:39 <@preaction> i'm half paying attention, but no 22:39 <+perlDreamer> rizen: I think the stuff about calling webgui a slow pile of shit will happen regardless of aspect use or not. We've seen that with the site review on TBB. Aside from that, no. 22:40 <@preaction> i'm not quite sure what exactly Bernd_ wants. is it a way for users to check off which features they want in their collaboration system? 22:40 <@preaction> as the CS is created, on a per-CS basis? 22:40 < Bernd_> preaction, exactly that. 22:40 < SDuensin> Users need beat. They call WebGUI slow before even trying it! I'm shocked how many see it's written in Perl and immediately write it off. :-( 22:41 <@rizen> Bernd_ wants all the pieces of the CS turned into aspects (like i plan to do), but then wants a new CS asset that will allow him to pick which aspects (from all the aspects out there) to put into his new custom CS 22:41 <@preaction> Bernd_: i would say that by just having all the aspects inside the CS, you can pick which ones you use, no? 22:41 <@rizen> perlmonkey2: it can't set up databases for sites you don't have 22:42 <@rizen> perlmonkey2: did you do a mysqldump of all your old databases before shutting down the old wre? 22:42 < Bernd_> preaction, but then we end up with the CS we already have. 22:42 <@rizen> perlmonkey2: cuz you should have, and then import them into the new db 22:42 < Bernd_> The idea was to plug only what you need and keep the burden on the server low. 22:43 <@perlmonkey2> rizen: yes, I have everything 22:43 < Bernd_> But if I got rizen correctly that would not be the case for whatever reason. 22:43 <@perlmonkey2> rizen: so I should not do a manual deploy of the old WebGUI directoy 22:45 < Bernd_> Ok, seems like the discussion is over. 22:45 < Bernd_> Not going to bug you any further. 22:46 <@rizen> perlmonkey2: i don't know exactly what you're trying to do, call me on skype and i'll walk you through it 22:47 <@perlmonkey2> k 22:47 <@rizen> Bernd_: the megalith cs is not going to happen 22:47 <@rizen> Bernd_: but if you want to discuss it further i'm happy to 22:47 < Bernd_> No. No need. 22:48 < Bernd_> As I said - it is not for me particularly. 22:48 <+perlDreamer> perlmonkey2: I keep building test code that mimics the survey by accident 22:48 <+perlDreamer> surveyOrder looks almost exactly like my buildSurveyDummy test method 22:48 <@perlmonkey2> perlDreamer: cause the survey is dumb? 22:48 < Bernd_> It just seems we do have very different perspectives. 22:48 <@perlmonkey2> rizen: I don't see you online. 22:48 <+perlDreamer> no, because I keep reinventing the wheel 22:49 <@preaction> it sounds like Bernd_ wants "plugins", not "Aspects". Aspect is an OO concept. Plugins sounds like they'd do what you'd want (a UI to choose which plugins are active for which instance of an asset) 22:49 < Bernd_> preaction, you are probably right. 22:49 < Bernd_> In fact, you could have both - aspects and plugins next to each other. 22:50 < Bernd_> Or actually write some code that uses Aspects to generate plugins. 22:50 * perlDreamer takes a break. be back in 30-45 22:50 < Bernd_> Should not be too difficult to implement for the CS. 22:50 < Bernd_> That was one of my original points. 22:52 <@preaction> i understand your argument, but it would require a lot of work. especially the API and UI so that end-users would not get confused when things did not work as expected. 22:52 <@preaction> the asset API itself would need to change to be easier for plugin developers (or even Possible) 22:53 <@preaction> worst-case, we'd have to use Class::MOP or Moose for Assets 22:53 < Bernd_> We could start with a simple plugin API for the CS. 22:53 <@preaction> in order to make Plugins even remotely useful 22:53 < Bernd_> That would be a starting point. 22:53 < Bernd_> It is going to be rewritten anyhow. 22:54 < Bernd_> For the CS it should really be sufficient to allow plugins to register template variables and properties. 22:54 <@preaction> right, but how would they hook in? if you can write a proof-of-concept asset + plugin API, the argument might be a lot different 22:54 <@preaction> why stop there when aspects can do so much more? 22:55 < Bernd_> The advantage of plugins is very simple: users do not have to touch the code, 22:55 < Bernd_> but they gain a lot of flexibility. 22:55 < Bernd_> Not everyone is a perl programmer. 22:55 < Bernd_> Most people are actually not. 22:56 < Bernd_> And it is quite difficult to extend WebGUI if you are not a professional. 22:56 < Bernd_> Many people are even hesitant to touch the templates. 22:56 < Bernd_> Now tell them to add some code. 22:57 < Bernd_> Sure, you could say these are not interesting customers. 22:57 <@preaction> but they're not extending webgui, they'd be enabling someone else's extention. you could do the same thing by subclassing the CS 22:58 < Bernd_> Again, you are talking about writing perl code. 22:58 -!- nuxli [n=spam@68-20-202-162.ded.ameritech.net] has joined #webgui 22:58 <@preaction> right, no matter what somebody has to write code 22:58 < Bernd_> I am thinking about some kind of web interface where you can just check the plugins you need. 22:58 < Bernd_> That is true. But the aspects are going to be written anyway. 22:59 < Bernd_> Putting the extra-code into some plugin class should not be too difficult. 22:59 < Bernd_> I just cannot see why it should be. 23:00 <@preaction> it would be substantially more difficult, just building the UI and the foolproofing 23:00 < nuxli> hey all 23:00 <@preaction> nuxli: hello 23:00 < nuxli> hows everyone today? 23:00 < SDuensin> Confused, but good. Hi. 23:00 < nuxli> anyone somewhere where its warm? 23:00 <@perlmonkey2> nuxli: it is 60F here? 23:01 < nuxli> yep, Perl, thats warm!! 23:01 < SDuensin> Beats my 38F. 23:01 < nuxli> 20F here in Illinois 23:01 < SDuensin> Where in IL, nuxli? I'm down south near St. Louis. 23:01 < nuxli> sorry, 27F 23:01 < nuxli> northern, west of Chicago 23:02 < nuxli> which city by St L? 23:02 < nuxli> I'm in Downers Grove 23:02 < SDuensin> Not sure I'd call it a city. Little place called Smithton. (Who's web site will be in WebGUI soon!) 23:02 < nuxli> hmm, sorry don't know of smithton 23:03 < nuxli> I used to live in Carbondale. 23:03 < SDuensin> That's closer. :-) 23:03 < nuxli> haha yeah 23:04 < nuxli> ok, real reason I'm in here (not that I don't like the smalltalk) 23:04 < SDuensin> hehe 23:05 < SDuensin> Smalltalk is cool. Try Squeak.org! :-P 23:05 < nuxli> we have mysql running on a separate server than Webgui. I want to point it to another mysql server that we have copied the DB to. 23:06 < SDuensin> Ok. 23:06 < SDuensin> Just gotta change your confs. 23:06 < nuxli> I change the conf file in /data/WebGui/etc to use the new mysql server in the 'dsn' line at the end of the conf, but it still is attached to the original server, even after reboots 23:07 < SDuensin> Did you stop the current server? Maybe it's using the socket file to connect. I have that ANNOYING problem using GUI tools on my Mac. 23:07 < SDuensin> Dumb things always pick my default MySQL server - even if I specify the port for the WebGUI one. Grrrr. 23:08 < nuxli> but I've rebooted.. should I change it back to original, stop WebGui, change to new DB, then start WebGui? 23:09 < SDuensin> Rebooted what? Your WebGUI box? 23:09 < nuxli> yes 23:09 < SDuensin> But does MySQL start up after reboot on that box? 23:11 < Lisette> i have a question about thingy 23:11 < Lisette> how to do to make filters with thingy? i can do that? 23:16 -!- topsub [n=josh@97.66.185.250] has quit ["Leaving"] 23:17 <+MrHairgrease> rizen: if you deploy more Bazaars on one site they share each others bazaar items in the overview 23:17 <+MrHairgrease> I guess that's not by design? 23:17 <+MrHairgrease> but rather a bug 23:20 < nuxli> SD, no, we have disabled mysql from running on the WebGui box. it has always run on a separate server, we just want to point WebGui to use a new mysql server now. 23:20 <@rizen> that's a bug 23:20 < SDuensin> nuxli - That's odd. :-/ 23:20 <@rizen> MrHairgrease: you have to understand that i developed the bazaar in 3 days (from scratch) and was really only concerned with it for webgui.org so it has zero polish or testing beyond the basics needed for that 23:21 < Lisette> anyone know why in a workflow i get the userdefined by database of a post and shows me of values of the previous post 23:21 <@rizen> since you're going to add some features to it, maybe i'll have to find some time during 7.7 dev cycle to polish it up and put it in the core. cuz there's also an RFE to put it in the core 23:21 < Lisette> ? 23:28 < nuxli> SD, there is more complexity to the whole issue, but i think at the just of it, that's essentially what we are doing. pointing it to a new DB server. the long version involves VMware and cloning. 23:28 * SDuensin loves VMware. 23:29 < SDuensin> I'll crawl all over my install and see what I can learn, but my WebGUI install right now is being broken, er, upgraded. 23:29 * Bernd_ is going to bed. Good night everyone. 23:29 -!- Bernd_ [n=spunky@88.128.70.7] has quit ["Ex-Chat"] 23:30 < nuxli> yeah, we broke ours yesterday, and fixed it with a DB restore, and VMware snapshot restore. and now thats why I'm cloning our setup into a test environment today! haha 23:30 < SDuensin> hehe 23:30 -!- dionak [n=dionak@97.66.185.250] has joined #webgui 23:31 < nuxli> SD there could be something else I am missing, but everythign looks correct. 23:31 < nuxli> It should only be that one place in the conf file to change the DB server, correct? 23:31 < SDuensin> I don't remember seeing a database setting outside the site's conf file. 23:31 < SDuensin> Vuja-de! 23:33 <@rizen> preaction: haarg tells me you have a recommendation on an SSH related perl module? 23:33 <+MrHairgrease> rizen: I totally understand. I asked that question, so that I could fix it if it is a bug. 23:33 <@preaction> rizen: yes, Net::SSH2 23:34 <+MrHairgrease> And that's also why I'm templating it and addin the features I emailed you about 23:34 <@rizen> MrHairgrease: just making sure you didn't think my code quality was going down hill =) 23:34 <@preaction> rizen: the problem is it requires libssh2, which our OS doesn't have. let me dig up the RPM i used if i can find it 23:34 * SDuensin shudders at "RPM" 23:34 <@rizen> preaction: libssh2 on just the machine with the module? or all machines it connects to? 23:34 <@preaction> just the machine with the module 23:34 <+MrHairgrease> don't worry, I don't your code quality can sink even lower =) 23:35 * SDuensin chuckles 23:35 <@rizen> that's not biggy preaction, i'll just compile it 23:35 <@preaction> k 23:35 <+MrHairgrease> but it is a bug then 23:35 <+MrHairgrease> good 23:35 <@rizen> preaction: why is it the best? 23:35 <+MrHairgrease> It'll be fixed 23:35 <@preaction> rizen: i couldn't get any of the other ones to work, period. but i was doing SFTP so that might have something to do with it 23:35 <@rizen> MrHairgrease: i know, my code quality is pretty low, but since bazaar was a rush job, i think it's even lower 23:37 <+MrHairgrease> ok I could live with that 23:37 <@rizen> preaction: i just need the ssh part handled for me, because on the other end i'll be attaching my own shell, so i'm just going to use ssh the way web sites use SSL 23:37 <+MrHairgrease> although it's a lame excuse =) 23:38 <@preaction> rizen: then perhaps Net::SSH::Perl will work. the biggest problems i ran into was installing them, since they require a lot of different Crypt:: modules (not all of which seem to work right) 23:41 <+perlDreamer> another bug 23:41 <+perlDreamer> crap 23:44 < SDuensin> Hey, when the upgrade to 7.6.5 does this: "Merging Template head blocks into the Extra Head Tags field." It ate some CSS. Is that just gone, or can I poke somewhere and find it? 23:45 <+perlDreamer> SDuensin, it's in the extraHeadTags block now 23:46 < SDuensin> For that template, it says "None". :-/ 23:46 <@rizen> preaction: yeah, though the WRE has a lot of crypt modules already installed...and i'll be installing it into the WRE, so maybe that will help 23:46 < SDuensin> I can get it back from a backup. 23:46 -!- nuxli [n=spam@68-20-202-162.ded.ameritech.net] has quit [] 23:48 <+perlDreamer> SDuensin, I'd love to have a copy of that template for debugging. 23:49 < SDuensin> All it had was a