--- 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