--- Log opened Mon Jun 01 00:00:53 2009
00:04 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
00:04 -!- mode/#webgui [+o preaction] by ChanServ
00:51 -!- hansw [n=hans@p54805023.dip.t-dialin.net] has joined #webgui
00:55 -!- perlmonkey2 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has quit [Read error: 54 (Connection reset by peer)]
00:55 -!- perlmonkey2 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has joined #webgui
00:55 -!- mode/#webgui [+v perlmonkey2] by ChanServ
00:55 -!- perlmonkey2 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has quit [Client Quit]
01:15 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
01:26 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
01:26 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui []
01:39 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
01:39 -!- mode/#webgui [+v perlDreamer] by ChanServ
01:47 -!- perlmonkey21 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has quit [Remote closed the connection]
01:52 -!- preaction_ [n=doug@67.48.241.219] has joined #webgui
01:52 -!- mode/#webgui [+o preaction_] by ChanServ
02:01 -!- hansw [n=hans@p54805023.dip.t-dialin.net] has quit ["Leaving"]
02:04 -!- preaction_ [n=doug@67.48.241.219] has quit ["This computer has gone to sleep"]
02:12 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
02:55 -!- steve_ [n=steve@c-67-164-110-188.hsd1.ca.comcast.net] has joined #webgui
02:55 -!- steve_ is now known as Mech422
02:55 < Mech422> SynQ2: ping?
02:57 -!- Mech422 [n=steve@c-67-164-110-188.hsd1.ca.comcast.net] has quit [Remote closed the connection]
02:59 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Read error: 110 (Connection timed out)]
03:27 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
03:27 -!- mode/#webgui [+v patspam] by ChanServ
04:42 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
04:44 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
04:44 -!- mode/#webgui [+v cap10morgan] by ChanServ
05:22 < CIA-23> WebGUI: colin * r11078 /WebGUI/ (6 files in 3 dirs): 
05:22 < CIA-23> WebGUI: Prevent head tags from appearing twice in wobjects.
05:22 < CIA-23> WebGUI: prepareView sets the extra head tags. Have all wobjects, in their www_view method,
05:22 < CIA-23> WebGUI: tell processStyle not to set the extra head tags again.
05:22 < CIA-23> WebGUI: colin * r11079 /branch/WebGUI_7.6/ (6 files in 3 dirs): Backporting duplicated extraHeadTags fix.
05:27 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
05:27 -!- mode/#webgui [+o preaction] by ChanServ
07:06 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
07:29 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
07:30 < elnino> what is wuc 2008's website? I'm trying to remember the dates for that event....
07:31 < elnino> never mind found it.. Thanks! Have a good night.
07:32 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit [Client Quit]
08:12 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: WebGUI, gugod
08:12 -!- Netsplit over, joins: WebGUI, gugod
09:04 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
11:24 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
11:49 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui []
13:04 -!- mib_dg8lho [i=9665dd97@gateway/web/ajax/mibbit.com/x-20ff6bab21b28912] has joined #webgui
13:12 -!- mib_dg8lho [i=9665dd97@gateway/web/ajax/mibbit.com/x-20ff6bab21b28912] has quit ["http://www.mibbit.com ajax IRC Client"]
13:33 -!- plainhao [n=plainhao@mail.xbiotica.com] has joined #webgui
13:33 -!- mode/#webgui [+o plainhao] by ChanServ
13:47 -!- Radix__ [i=quasselc@203.161.71.161] has joined #webgui
13:47 -!- Radix_ [i=quasselc@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)]
13:51 -!- WebGUI1 [n=SynQ@f70096.upc-f.chello.nl] has joined #WebGUI
13:52 -!- Radix_ [i=quasselc@203.161.71.161.static.amnet.net.au] has joined #webgui
13:52 -!- Radix__ [i=quasselc@203.161.71.161] has quit [Client Quit]
14:00 -!- WebGUI [n=SynQ@f70096.upc-f.chello.nl] has quit [Read error: 110 (Connection timed out)]
14:41 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
15:22 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has joined #webgui
15:22 -!- mode/#webgui [+o stDavid] by ChanServ
15:26 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
15:48 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has quit []
16:15 -!- perlmonkey2 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has joined #webgui
16:15 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:20 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:20 -!- mode/#webgui [+o bopbop] by ChanServ
16:28 -!- f00li5h is now known as f00li5h[male]
16:34 -!- f00li5h[male] is now known as f00li5h
16:45 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
17:19 -!- ekennedy [n=ekennedy@174-155-83-158.pools.spcsdns.net] has joined #webgui
17:33 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
17:33 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
17:33 -!- mode/#webgui [+o tavisto] by ChanServ
17:45 -!- JohnRestrepo [n=chatzill@201.232.58.66] has joined #webgui
17:46 < JohnRestrepo> Hi guys
17:46 < JohnRestrepo> got a question about the way webgui encrypt the passwords
17:47 < JohnRestrepo> is this md5 128?
17:47 < JohnRestrepo> or 64?
18:00 -!- Haarg [n=haarg@75.50.91.77] has joined #webgui
18:00 -!- mode/#webgui [+o Haarg] by ChanServ
18:04 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: daviddelikat
18:05 -!- Netsplit over, joins: daviddelikat
18:09 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Remote closed the connection]
18:09 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
18:09 -!- mode/#webgui [+o khenn] by ChanServ
18:09 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
18:11 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
18:11 -!- mode/#webgui [+o fibioni] by ChanServ
18:11 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
18:14 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
18:27 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:27 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:33 -!- ekennedy [n=ekennedy@174-155-83-158.pools.spcsdns.net] has quit []
18:36 <+perlmonkey2> JohnRestrepo: Digest::MD5 says it produces a 128 bit fingerprint.
18:40 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
18:40 -!- mode/#webgui [+o stDavid] by ChanServ
18:51 -!- perlmonkey21 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
18:53 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has joined #webgui
18:53 -!- mode/#webgui [+v cap10morgan] by ChanServ
18:54 -!- JohnRestrepo [n=chatzill@201.232.58.66] has quit [Remote closed the connection]
19:08 -!- perlmonkey2 [n=perlmonk@adsl-75-52-205-249.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
19:13 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
19:26 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
19:36 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
19:36 -!- mode/#webgui [+o rizen] by ChanServ
19:39 < CIA-23> WebGUI: colin * r11080 /WebGUI/ (5 files in 5 dirs): Add missing edit story and delete story icons in the view method of the Story Archive.
19:50 < perlmonkey21> If there a WebGUI standard way of finding all the subclasses of a class?
19:51 <+perlDreamer> nope
19:51 <+perlDreamer> if you mean like finding out that WebGUI::Asset::Wobject is a subclass of WebGUI::Asset
19:51 <+perlDreamer> programmatically
19:52 < perlmonkey21> perlDreamer: okay, I'll just stick a list somewhere.
19:52 <+perlDreamer> would $obj->isa('Base::Class') do the job?
19:53 < perlmonkey21> perlDreamer: no, I need a list to determine which object to create.
19:53 < perlmonkey21> Actually an edit list for the user to determine which class should be used.
19:54 < perlmonkey21> But it should be the sum total of all available subclasses, which makes sense to add them to a conf entry.
19:54 <+perlDreamer> Sounds good to me
20:06 <+perlDreamer> I need to take better notes
20:06 <+perlDreamer> I was doing some bugfixing in the StoryArchive
20:06 <+perlDreamer> and i noticed something else that I wanted to fix
20:06 <+perlDreamer> but I wanted to keep the commits small and topical
20:06 <+perlDreamer> so I held off doing it right away
20:06 <+perlDreamer> now I can't remember what it was
20:08 < perlmonkey21> where do you normally keep your notes?
20:09 <+perlDreamer> I use TomBoy on the desktop
20:10 < CIA-23> WebGUI: colin * r11081 /WebGUI/ (9 files in 6 dirs): 
20:10 < CIA-23> WebGUI: Add edit and delete icons to the Story Topic. Update tests. Adjust both
20:10 < CIA-23> WebGUI: sets of templates. Use the correct privileges for displaying the icons.
20:10 < CIA-23> WebGUI: Help and i18n.
20:10 <+perlDreamer> it was important, too, dang it!
20:10 < perlmonkey21> perlDreamer: heh, sweet, so do I.  Very handy for quick notes.
20:12 < perlmonkey21> you ready for the F11 release?  8 more days :D
20:12 <+perlDreamer> I'm hoping they fix some long standing bugs with my laptop, but it's a small hope
20:13 <+perlDreamer> the microphone works on some releases, but not others
20:13 <+perlDreamer> and, if I cold boot my laptop without the power supply plugged in, the keyboard and mouse don't work 80% of the time
20:13 < perlmonkey21> perlDreamer: same here.  No problems with mics in F9, but F10 has been a pain.
20:13 < perlmonkey21> ouch.
20:13 <+perlDreamer> yeah
20:13 <+perlDreamer> kind of puts the kink in portability
20:14 < perlmonkey21> what kind of laptop do you have?
20:14 <+perlDreamer> Dell Vostro 1510
20:14 <+perlDreamer> nice little box, aside from those issues
20:14 <+perlDreamer> light and fast, nice display
20:14 < perlmonkey21> strange, i'm running a vostro 1700 without issue
20:15 < perlmonkey21> 64 bit install?
20:15 <+perlDreamer> 32
20:15 < perlmonkey21> ah, I'm running 64
20:16 < perlmonkey21> not sure why that would make a difference.
20:16 <+perlDreamer> are all the vostros 64 bit machines?
20:31 < perlmonkey21> perlDreamer: depends on the proc you got, but I'd imagine so if it is even kind of recent.
20:33 < perlmonkey21> I think some Vostro's were sold with Pentium M's for a while, but mine is one of the mobile dual cores with 64 bit archs.
20:34 <@Haarg> perlmonkey21, what class were you wondering about finding subclasses of?
20:34 < perlmonkey21> Haarg: a new one that isn't in core.
20:35 <@Haarg> if there is a time when you want a full list of subclasses, there is WebGUI::Pluggable::find
20:35 < perlmonkey21> Haarg: sweet, I'll play with that.  Thanks.
20:35 <@Haarg> well, sub namespaces really.  subclasses could have any package name.
20:35 < perlmonkey21> yeah, I need subnamespaces :)
20:35 <@Haarg> depending on what you are doing though, the config file may be a better idea anyway
20:36 < perlmonkey21> I just want the total list of classes which can be selected.  Doing it programmatically just means one less place an admin can mess up :P
20:38 <@Haarg> well, sometimes admins have reasons for removing some subclasses from being selected
20:38 <+perlDreamer> Ah!
20:38 <+perlDreamer> I remembered it
20:38 <+perlDreamer> The Story Archive and Story Topic need to be labeled beta in the Admin Console
20:39 <+perlDreamer> And several other Assets, too
20:39 <+perlDreamer> Map
20:40 <@Haarg> are they beta quality?
20:40 <@Haarg> the main reason we've done that in the past is because of things having lots of bugs
20:40 <+perlDreamer> I thought we just did that for stuff that was very new
20:41 <+perlDreamer> I mean, Map and StoryManager are so new that hardly anyone has used them
20:49 -!- hansw [n=hans@p548046AD.dip.t-dialin.net] has joined #webgui
20:57  * perlDreamer goes running, before it gets too hot
21:36 -!- SDuensin_ [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
21:42 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit [Read error: 111 (Connection refused)]
22:03 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
22:03 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
22:25 <@preaction> from what I can tell we don't need to label either (beta), as the Story Manager works great, and the Map is so simple that there isn't much there to break.
22:40 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
22:44 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
22:57 <+perlDreamer> it was already too hot
23:08 < CIA-23> WebGUI: colin * r11082 /WebGUI/ (2 files in 2 dirs): 
23:08 < CIA-23> WebGUI: Fix Project Manager calling wrong method on right object. www_viewScreen now
23:08 < CIA-23> WebGUI: uses mobile template if so enabled via calling processStyle.
23:23 < CIA-23> WebGUI: colin * r11083 /WebGUI/lib/WebGUI/Asset/ (File.pm File/GalleryFile/Photo.pm): Fix POD, and remove dead label/hoverhelp code which isn't used.
23:29 <@preaction> i wonder if we can ask some of the i18n translators to start marking certain strings as duplicates of other strings
23:30 <@preaction> so we can reduce the i18n size in webgui
23:30 <@preaction> i mean, we've probably translated the word "Save" about a dozen times in all the files
23:31 <+perlDreamer> easily
23:31 <+perlDreamer> I think the real problem is on our end
23:31 <+perlDreamer> it's hard to lookup i18n
23:32 <+perlDreamer> so we end up just making new labels
23:34 <@preaction> right, but if our i18n translation tool can make a report of what items are duplicates, we can then go in and quickly fix them
23:36 <@preaction> ok: quick and urgent: How can I fix a single asset's (and descendants) lineage? it currently looks like this: 2TWIDU
23:36 <+perlDreamer> I believe that cascadeLineage is what you want
23:37 <+perlDreamer> fix the lineage of the parent, and then call that and it should ripple down and fix them all
23:37 <@rizen> no
23:37 <@rizen> use rebuildLineage.pl
23:38 <@rizen> and see if you can find out what happened to screw up the lineage in that way
23:38 < CIA-23> WebGUI: colin * r11084 /branch/WebGUI_7.6/lib/WebGUI/Asset/ (File/GalleryFile/Photo.pm File.pm): Backport POD and code cleanup for File and Photo
23:39 <@preaction> if i use rebuildLineage.pl, what happens to all the things they have ordered by rank? they've got some apps that use rank extensively (navigations and collaborations)
23:39 <@preaction> if they have to re-do it, and it's the only way, then that's the only way
23:40 <@preaction> it looks like the lineage it wanted to be was already taken for some reason
23:41 <@preaction> i've got an image, and i'll investigate later
23:42 <@preaction> what if i replaced the "XXXXXX" with "000001999999"?
23:42 <@preaction> that would put it under the root in a safe place then i could move it back to where it really supposed to be
23:42 <+perlDreamer> that will lock out any new assets from being added to that level
23:43 <@preaction> then some other insanely high number will work
23:43 <@preaction> the idea being that the number isn't in use, so it will fit
23:53 -!- tavisto [n=tavisto@96.230.192.126] has quit []
--- Day changed Tue Jun 02 2009
00:06 <@preaction> or i could just do what i did and setParent( $ROOT_ASSET )
00:07 <@rizen> if it has a rank that's usable
00:07 <@rizen> then rebuildLineage will keep that rank
00:07 <@rizen> things only lose their rank if they don't have a usable rank of any kind
00:07 <@preaction> ahh
00:07 <@rizen> such as in the case where a lineage looks like IDLJKLDJKLJDJKLJDKJDKLHJKDL
00:07 <@preaction> right
00:08 <@rizen> rebuildLineage.pl is as safe as it can possibly be for what kind of a tool it is
00:08 <@rizen> just make sure you shut off the site while you run it
00:08 <@preaction> oh, that'd be another problem
00:08 <@rizen> so users don't try to move sutff while you are moving it
00:08 <@preaction> but it doesn't take long
00:08 < CIA-23> WebGUI: colin * r11085 /WebGUI/lib/WebGUI/Asset/Wobject/StoryArchive.pm: Don't make a 2nd i18n object.
00:09 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit []
00:31 -!- perlDreamer1 [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
00:32 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 54 (Connection reset by peer)]
00:38 -!- Mech422 [n=steve@c-67-164-110-188.hsd1.ca.comcast.net] has joined #webgui
00:38 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit [Read error: 113 (No route to host)]
00:39 < Mech422> *sniffle* hello
00:39 < Mech422> not too close - don't want you to catch my cold
00:42 < Mech422> perlDreamer1: ping?
00:42 < perlDreamer1> pong
00:43 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
00:43 -!- mode/#webgui [+o rizen] by ChanServ
00:43 < Mech422> hey :-)
00:43 < perlDreamer1> howdy
00:43 < Mech422> Oh! perfect timing
00:43 < Mech422> rizen, PD - I ran some more testing this weekend
00:43 <@rizen> k
00:43 < Mech422> is it possible changes in wre caused IM breakage?
00:44 <@rizen> you mean something other than IM itself?
00:44 < Mech422> I can run the test suits for both IM and PerlMagic without issue
00:44 < Mech422> rizen: yeah...
00:44 <@rizen> me too
00:44 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has joined #webgui
00:44 <@rizen> the test suites are not extensive though
00:44 <@rizen> and image magick in general works
00:44 <@rizen> it just doesn't work for graphing
00:44 <@rizen> with our graphing api
00:45 < Mech422> Would it be possible to expand PD's test case to get more debugging info ?
00:45 < Mech422> rizen: oh - I got 9.3 snapshot from friday building on amd6
00:45 < Mech422> rizen: need to talk about re-jiggering the build stuff as I had to build/patch a lot of stuff by hand
00:46 <@rizen> oh wait, are  you talking about pD's test suite, or image magick's test suite?
00:46 < Mech422> rizen: IM test suit passes, PD's doesnt'
00:46 <@rizen> right
00:47 < perlDreamer1> Mech422, didn't you find that IM in WRE was built without graphics or fonts?
00:47 < perlDreamer1> no png, no jpeg, no truetype?
00:47 < Mech422> perlDreamer1: yeah - the build is just generally horked
00:48 < Mech422> perlDreamer1: half the stuff gets built with the system libtool, then we build a libtool, but don't put it on the $PATH...
00:48 < Mech422> perlDreamer1: I gave up and just rebuilt stuff by hand to make sure all the right pieces were picked up
00:49 < perlDreamer1> can we diff the master build scripts between 0.9.1 and 0.9.3 to see what's changed?
00:49 < Mech422> perlDreamer1: these look a lot different then the 'stable' build script - I think it might have been a re-write
00:50 < perlDreamer1> you know I'm WRE ignorant, so please forgive the next question.  Can the old 0.9.1 build script be used on the 0.9.3 versions of software?
00:50 <@rizen> no
00:51 < Mech422> I'd actually like to just re-write the build scritps - it shouldn't take more then a couple of hours
00:51 <@rizen> version number incompatibilities everywhere
00:51 <@rizen> mech422 wtf would you want to do that
00:51 < perlDreamer1> Mech422, but isn't a rewrite the problem that got us here in the first place?
00:51 < Mech422> rizen: cuz it would take longer to fix the existing stuff ?
00:51 <@rizen> whenever i here "rewrite" about anything, i assume the person is ignorant or obtuse
00:51 < Mech422> rizen: don't assume
00:52 <@rizen> you assume there is something wrong with the current ones
00:52 <@rizen> they build just fine on all of my platforms
00:52 <@rizen> save image magick
00:52 <@rizen> and even image magick works
00:52 <@rizen> except for poll charts
00:52 < Mech422> rizen: no - I know there is something wrong with them - did you ever _read_ the build output ?
00:52 <@rizen> of course i did
00:52 <@rizen> i wrote the damn build script
00:52 < Mech422> rizen: so why is libtool built half way thru the chain, then not used ?
00:53 <@rizen> it isn't, on my boxes
00:53 < Mech422> its should either be build _first_ and _used_ or not built at all ?
00:53 < Mech422> it isn't ?? are we talking about 9.3 ??
00:54 <@rizen> if you have a proposal for making something better, explain what will be better about it
00:54 <@rizen> beyond that, telling me you're going to rewrite something isn't useful in the least
00:54 -!- mode/#webgui [+v perlDreamer1] by ChanServ
00:54 <@rizen> what do we get by rewriting it
00:55 < Mech422> rizen: first off - you should check your build and see if your seeing what I see...
00:55 < Mech422> otherwise there are bigger issues
00:55 <+perlDreamer1> Mech422, and are you able to run some unaltered scripts on a 32-bit box to double check?
00:56 < Mech422> pd - not on 32 - dont' have one handy...
00:56 -!- perlDreamer1 is now known as perlDreamer
00:56 < Mech422> but surely someone has a 32bit box they can >& | tee the build log too ?
00:57 <@Haarg> mech422, what distro are you using?
00:57 < Mech422> but I'm seeing stuff like: stuff being built and not used, system libs being used instead of wre custom libs, libraries not being found
00:57 < Mech422> haarg: I'm on debian lenny
00:57 <@rizen> SynQ2 builds on lenny
00:57 <@rizen> 32 bit
00:58 <@rizen> he also hasn't reported what you['re seeing
00:58 <@rizen> he may not have looked
00:58 <@rizen> don't know
00:58 <@rizen> but he can compile cleanly
00:58 <+perlDreamer> WebGUI1, SynQ2: ping
00:59 < Mech422> ok - in the original build.sh I have from friday - if you grep for 'libtool' - does it show up ?
00:59 < Mech422> should be in buildUtils - also readline is in there...
01:00 <@rizen> i'm not saying it doesn't build libtool
01:00 <@rizen> i'm saying it uses it after it builds it
01:00 <@rizen> how do i know?
01:00 <@rizen> cuz if i take it out
01:01 <@rizen> then stuff stops building
01:01 <@rizen> i could be more precise than that
01:01 <@rizen> but i don't have a build log in front of me just now
01:02 <@rizen> one thing i know that uses it, is image magick
01:02 < Mech422> ok - lets say I'm mistaken and it is being used - should it be used for _all_ the wre libs and not just some of them (ie shouldn't it be built first?)
01:03 <@rizen> it actually shouldn't matter as far as i'm aware
01:04 <@rizen> we've been running the wre for 5 years now like this, and it works
01:04 <@rizen> is it a bad practice
01:04 <@rizen> maybe
01:04 <@rizen> don't know
01:04 <@rizen> all i really care about is that shit works
01:04 < Mech422> so if it shouldn't matter - why build it ?
01:04 < Mech422> it just adds time and space ?
01:04 <@rizen> i just told you
01:04 <@rizen> image magick won't build if you don't build it
01:05 < Mech422> you just said it shouldn't matter ?
01:05 <@rizen> every single thing in the wre is in there for a reason
01:05 < Mech422> ok then..
01:05 <@rizen> i said it didn't matter if EVERYTHING was built using that lib tool
01:05 <@rizen> i didn't say libtool didn't matter
01:05 < Mech422> so wouldn't it be a good thing if openssl was built with the same libtool that apache and mysql are ?
01:05 <@rizen> i don' tknow, would it?
01:06 <@rizen> and if so, why would it
01:06 <@rizen> and why should i care if it works?
01:06 <@rizen> is it faster?
01:06 <@rizen> smaller?
01:06 <@rizen> better in some measurable way?
01:06 < Mech422> because linking stuff with different options can cause bad things to happen
01:07 < Mech422> libtool sets the options used to create shared libraries and such
01:07 < Mech422> creating libs with different sets of options can be very bad
01:07 <@rizen> could you be more specific
01:07 <@rizen> "bad things" is too vague
01:07 <@rizen> what kind of bad things
01:07 < Mech422> ok - it could break on 64bit stuff :-P
01:08 <@rizen> it could, or does?
01:08 < Mech422> you could be mixing -O levels, symbol manginging  C vs C++ calling conventions
01:08 < Mech422> rizen: I dont _know_ - I just don't do that
01:08 < Mech422> rizen: I don't play with fire to see how many types of burns I can get
01:09 <@rizen> then you and i are just 2 idiots stumbling around in the dark it sounds like
01:09 < Mech422> oh god
01:09 <@rizen> i don't know
01:09 <@rizen> you don't know
01:09 < Mech422> you seriously are gonna say you don't know if thats a bad idea ?
01:09 <@rizen> i'm not trying to piss you off
01:09 <@rizen> i'm trying to understand
01:09 <@rizen> and to be educated, i'm not going to educate myself with someone else's gueses
01:10 < Mech422> and would use C extensions created for perl 5.8 (blibs or whatever) in a perl 5.10 environment without recompiling them ?
01:10 <@rizen> i've already said i don't know if it's a bad idea. all i know for sure is that it works.
01:10 <@rizen> who's doing that? 
01:10 <@rizen> not me
01:11 < Mech422> noo - but your happy to do it with C code (via libtool)
01:11 < hansw> guys, seeing you having this discussion, a question rises here, will webgui run on parrot? :-)
01:11 <@preaction> hansw: not presently, because perl5 does not run on parrot
01:11 <@rizen> hansw: no, because there is no perl5 build for parrot
01:11 < hansw> I did type a smiley :-)
01:12 <@rizen> Mech422: i'm happy to change the order and see if it still compiles, if that's what you're trying to get at.
01:12 < hansw> ok, time to get some sleep, maybe even work on webgui tomorrow, night all
01:12 <@rizen> all i'm saying, and all i've been saying this entire time is that build.sh is a known quantity. it does work, and has worked for more than 5 years
01:13 <@rizen> night hansw 
01:13 -!- hansw [n=hans@p548046AD.dip.t-dialin.net] has quit ["Leaving"]
01:14 < Mech422> rizen: comment it out on a box that has libtool installed... and see if it builds
01:14 < Mech422> rizen: my box _has_ libtool already, and thats was gets used
01:14 < Mech422> (unless I totally missed something)
01:15 <@rizen> all of the boxes that i compile on already have libtool
01:15 < Mech422> rizen: Hmm - I could go into the IM dir and make configure but thats gonna get my system libtool
01:15 <@rizen> and i already know it won't work
01:16 <@rizen> libjpeg it turns out is the thing that won't build on my system without libtool
01:16 < Mech422> rizen: and I don't see where /wre/prereqs/bin is added to $PATH to pick up the wre libtool
01:16 <@rizen> setevnironment of course
01:16 <@rizen> line 692
01:16 <@rizen> calls set environment
01:17 <@rizen> setenvironment.sh
01:17 <@rizen> this is the very first line of setenvironment.sh
01:17 <@rizen> export PATH=/data/wre/prereqs/bin:/data/wre/prereqs/sbin:/data/wre/sbin:/data/wre/bin:$PATH
01:19 < Mech422> Ahh...
01:19 < Mech422> that I didn't know/see/find
01:21 < Mech422> in that case - moving libtool up to be one of the first things built would ensure the same tool is used for all libs 
01:24 < Mech422> I needed these: http://webgui.pastebin.com/m2c11d28a  options for the freetype compile
01:25 < Mech422> and these options for image magick: http://webgui.pastebin.com/m11c1d060
01:25 < Mech422> using --with-gnu-ld I didn't need the LD=ld thing - not sure if that was for a specific platform or something
01:26 < Mech422>   $SSLCFGOPTS ./config --prefix=$WRE_ROOT/prereqs shared; checkError $? "o
01:26 < Mech422> penssl configure"
01:26 < Mech422> that won't work in bash
01:27 < Mech422> its only enabled on 64bit builds - but $SSLCFGOPTS won't expand the way you think it will
01:27 < Mech422> has to do with funky bashisms - I spent an hour on #bash trying to find how to make it work and just coded around it
01:27 <@rizen> i don't mean to sound ungrateful, but could you send me an email with this stuff or better yet, put it right into build.sh
01:27 <@rizen> rather than typing it all into IRC
01:28 <@rizen> i am working on fixing the current image magick problem, not concerning myself with 64 compile problems right at the moment
01:29 < Mech422> rizen: yeah - I ran the complete webgui test suite, the IM test suite adn the Perlmagic test suite
01:29 < Mech422> I'd guess the problem is something in wre changed how it works with IM - IM, PM, and everything else wre seem fine
01:30 < Mech422> perlDreamer has the logs from the test suite run
01:30 <+perlDreamer> the last test suite run said that IM was pretty broken, Mech422.
01:30 <+perlDreamer> Storage/Image and several other tests had failures
01:30 <+perlDreamer> you haven't sent me logs from the latest and greatest 64-bit compile
01:31 < Mech422> Umm - yeah, we know IM is broken in wre
01:31 < Mech422> or did those test pass for rizen ?
01:31 <@rizen> how do you do the equivalent of "svn export" in git
01:32 <@Haarg> from a remote repository or a local one?
01:33 <@rizen> i have the repo locally, but i don't care, any way will o
01:33 <@rizen> do
01:33 <@Haarg> i haven't actually done that so i'd have to look
01:34 <@Haarg> git checkout-index -a -f --prefix=/destination/path/
01:34 <@Haarg> i'm sure the extra options and obtuse command name will win your favor
01:36 <@rizen> yeah, gotta love git's user friendliness
01:36 <@rizen> how the hell is anybody ever supposed to remember that
01:38 <@Haarg> hah
01:38 <@Haarg> better than the export command i have in my .gitconfig
01:38 <@Haarg> git archive --format=tar HEAD | (mkdir -p $0 && cd $0 && tar xf -)
01:39 <@rizen> not really
01:39 <@rizen> the one you just gave me works
01:39 <@rizen> sorry, i mean doesn't work
01:39 <@rizen> no error
01:39 <@rizen> just returned to the command line
01:39 <@rizen> nothing happens
01:40 <@Haarg> you are in the local git repo's directory?
01:40 <@Haarg> it did work for me when i just tried it
01:41 <@rizen> yup
01:43 <@rizen> figured it out
01:44 <@rizen> if you don't put a / at the end of your prefix
01:44 <@rizen> then it prepends the prefix to all the folder name
01:44 <@rizen> s
01:44 <@rizen> i did: git checkout-index -a -f --prefix=/tmp/wrebuild
01:44 <@rizen> and ended up with wrebuildsbin
01:44 <@rizen> wrebuildt
01:44 <@Haarg> useful
01:44 <@rizen> yeah
01:45 <@Haarg> would be nice if they had a porcelain command for that
01:45 <@rizen> would be nice if git didn't suck so much. =)
01:45 <@rizen> just kidding haarg. what are you doing with that gun.
01:45 <@rizen> put it away
01:45 <@rizen> this is not the time or place
01:45 <@rizen> noooooooooooooo!!!!
01:45 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit []
01:46 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
01:46 -!- mode/#webgui [+o rizen] by ChanServ
01:46 <@rizen> luckily for me i have 94 lives
01:47 <@Haarg> yeah, and i only have one accurate bullet
01:47 <+perlDreamer> 94 rizens on wall
01:47 <+perlDreamer> 94 rizens
01:47 <+perlDreamer> take one down and shoot it!
01:48 <+perlDreamer> 93 rizens on the wall
01:48 <+perlDreamer> this is going to take a long time
01:50 <+perlDreamer> foreach (reverse 1..93) { sprintf "%d rizens on wall\n%d rizens\ntake one down and shoot it!\n%d rizens on the wall\n", $_, $_, $_-1}
01:51 <@Haarg> sprintf?
01:52 <+perlDreamer> didn't want it to actually run
01:53 <+perlDreamer> or were you suggesting that I run something in Template::Toolkit instead?
01:53 <@Haarg> you are too nice
01:53 <+perlDreamer> yeah, also practical
01:53 <+perlDreamer> this channel is logged
01:53 <+perlDreamer> and if rizen is found with 93 bullet holes, it'd look suspicious
02:00 < Mech422> rizen: could you check it t/Asset/File/Image.t passes on your build please ?
02:00 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
02:18 -!- carogray [n=Caroline@mobile-166-217-113-155.mycingular.net] has joined #webgui
02:29 <@rizen> have you ever noticed that both the world and IRC continue moving even when you're not there
02:29 <@rizen> Mech422: no i cannot. i'm rebuilding the wre right now
02:29 -!- Haarg [n=haarg@75.50.91.77] has quit ["This computer has gone to sleep"]
02:29 <@preaction> yep
02:30 <@preaction> i found the problem: AssetManager called setRank, but setRank failed somewhere. writing some tests to make this not happen again
02:33 <+perlDreamer> there are some setRank tests in AssetLineage
02:34 <@preaction> with full coverage. of course.
02:34 <+perlDreamer> no
02:34  * perlDreamer is shamed
02:34 <@preaction> i'm looking at it right now, full coverage. the 0 up there is POD
02:35 <+perlDreamer> that can't be possible
02:35 <+perlDreamer> it doesn't test for max rank?
02:35 < CIA-23> wrebuild: JT Smith master * rad7ad52 / (4 files in 2 dirs): changing image magick version to -10 - http://bit.ly/10onbn
02:35 <@preaction> i think that's what cascadeLineage checks
02:35 <@rizen> hey! somebody updated CIA to support git
02:35 <@preaction> yup ;)
02:35 <@preaction> and the git support is far faster than the svn support
02:35 <@rizen> nice job preaction
02:35 <@rizen> apparently
02:35 <@preaction> oh, i think it was haarg
02:36 <@rizen> oh well good job haarg then
02:36 <@preaction> but anyway, i'll write tests for the AssetManager then, because that is what calls set rank and blows things up
02:38 <+perlDreamer> nope
02:38 <+perlDreamer> you can setRank to anything you want in the world
02:38 <+perlDreamer> the only thing that checks is getNextChildRank
02:38 <@preaction> it's a necessary feature right now though
02:38 <+perlDreamer> it is?
02:38 <+perlDreamer> what if I setRank to xxyyzz7
02:39 <@preaction> because the way setRank works, it sets one asset to a randomly generated GUID string, then does the swap
02:39 <@preaction> since the GUID has no chance of being "00001", it won't show up while the work's being done
02:39 <+perlDreamer> good point
02:39 <@rizen> the rank is never set to a guid
02:39 <@rizen> the url is
02:40 <@preaction> the lineage is set to a random string so that we can move things around
02:40 <+perlDreamer> rizen, it's 906 in AssetLineage
02:40 <@preaction> problem is, setRank seems to get halfway through and then stops. and i think it's because multiple ranks are getting changed during the same request (something we've never allowed until the new asset manager)
02:41 <@rizen> that's dumb
02:41 <@rizen> i'm stupid for doing that
02:41 <@preaction> eh, it works. though it could be anything like 000002 or 000005
02:41 <+perlDreamer> those are valid GUID substrings
02:42 <@preaction> it also ensures that during the operation (which could be long), the assets don't show up anywhere
02:42 <@preaction> so it's part of being thread-safe
02:42 <@rizen> yeah, but we could do 000000 as a prefix
02:42 <@rizen> that's a root that doesn't exist
02:43 <@rizen> because the root is 000001
02:43 <@rizen> that would also ensure the same thing
02:43 <@rizen> but would still be a valid lineage
02:43 <+perlDreamer> but what if two people move things in the asset manager at the same time?
02:43 <+perlDreamer> I know, that's rare
02:44 <@rizen> you either generate a random number or an incrementer after the prefix
02:44 <@rizen> 000000 000001
02:44 <@rizen> or 000000 030394
02:44 <@preaction> what if we use the tempspace folder? that way if the setRank dies for some weird reason, it's easier to recover while we investigate what caused it
02:45 <@rizen> "000000" . sprint("%06d", rand(999999)) ought to work nicely
02:45 <@rizen> sprintf that is
02:46 <@rizen> we could also use tempspace
02:46 <@rizen> that's valid
02:46 <@rizen> just know that if it gets left in there for 6 hours
02:46 <@rizen> it will be deleted
02:46 <@rizen> actually it may not even be 6 hours
02:46 <@rizen> i don't remember how long the timeout is
02:46 <@rizen> i think it's 6 hours
02:46 <@preaction> okay, maybe not so good. 000000 better
02:46 <@rizen> but it might just be 1
02:46 <@preaction> it's easy to write a little script that moves the asset from 000000 to 000001
02:47 <@preaction> in fact, that's how i fixed the client site
02:47 <@preaction> it works even with X#HN$S
02:50 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:50 -!- mode/#webgui [+v patspam] by ChanServ
02:51 -!- carogray [n=Caroline@mobile-166-217-113-155.mycingular.net] has quit [Read error: 110 (Connection timed out)]
02:52 -!- cap10morgan [n=wmorgan@h19-afsc.ded.indra.com] has quit [Read error: 110 (Connection timed out)]
02:54  * perlDreamer goes to dinner
02:54 <+perlDreamer> bbiaw
02:59 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
02:59 -!- mode/#webgui [+v cap10morgan] by ChanServ
03:16 -!- Radix__ [i=quasselc@203.161.71.161.static.amnet.net.au] has joined #webgui
03:17 -!- Radix_ [i=quasselc@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)]
03:26 < Mech422> stupid question...
03:26 < Mech422> has the hash dir handling for uploads changed in 9.3 ?
03:27 < Mech422> according to the Poll.t test, its looking for : 
03:27 < Mech422> /data/domains/test1/public/uploads/temp/6c/6c3cf96d57c7b3287dcbe706d38bc270/po
03:27 < Mech422> llck6chzI-35vvpv-k0WfsDA.png
03:27 < Mech422> but /data/domains/test1/public/uploads/temp/6c doesn't _exist_ ??
03:29 <@preaction> is there an error in the webgui.log file? perhaps about not being able to create the temp/6c directory?
03:29 < CIA-23> webgui: Patrick Donelan flux * r5555a5a / (5 files in 3 dirs): Cherry-picked survey files from master - http://bit.ly/vaDDp
03:33 < Mech422> preaction: which log would that be? all I can find is the access log ?
03:33 <@preaction> the webgui log should be in /data/wre/var/logs/webgui.log
03:34 < Mech422> wow - now the whole /temp is gone... I wonder if the test harness creates that ?
03:34 <@preaction> yes, it's a temporary storage location
03:35 <@preaction> it should clean itself up
03:35 <@preaction> this is now the third bug i have to "fix" that i can't reproduce: Somehow a user can screw up a large portion of the site's lineage from the web interface
03:38  * perlDreamer has a guess on how to reproduce
03:38 <@preaction> big, slow site?
03:38 <@preaction> and a user submitting content while the lineage is being cascaded?
03:38 <+perlDreamer> perhaps, I was more thinking that the "random" GUID actually clashed
03:39 <@preaction> not possible, there were no errors in the logs
03:39 <@preaction> it's like the process just stopped halfway through
03:39 <@preaction> i checked for duplicate key errors, none
03:40 <+perlDreamer> it would fail before making a duplicate lineage
03:40 <+perlDreamer> since the column is marked as unique
03:40 <+perlDreamer> and it would throw an error into at least apache error log
03:41 <@preaction> right, it would fail hard with a DUPLICATE KEY mysql error, which would be a fatal and would go all the way into the modperl log
03:41 <@preaction> well, in theory
03:41 <@preaction> but it's happened more than once on this site, and it has never happened to my knowledge on any other site
03:43 <+perlDreamer> so what's so special about this one site?
03:43 <@preaction> it's the Alumni site
03:43 <+perlDreamer> hm
03:43 <@preaction> it's got a huge number of users, it's got 65,000 assets
03:44 <@preaction> the thing they were changing was a huge section, timed out actually (but still completed when I did it)
03:45 <+perlDreamer> where do mysql errors get logged?
03:45 <@preaction> webgui log and modperl log (since they're fatal)
03:45 <@preaction> checked both, nothing fatal in either
03:45 <+perlDreamer> where do the mysql daemons themselves log?
03:46 <@preaction> didn't check that
03:46 <+perlDreamer> I'm just wondering how it would react to having mysqld go away in the middle
03:47 <@preaction> poorly
03:47 <@preaction> but last time mysql was restarted was 090527
03:47 <@preaction> 5 days ago, when there were some other problems that required restarting it
03:49 < CIA-23> wrebuild: JT Smith master * r4e2690e / (build.sh getperlmodules.sh wre/docs/changelog.txt): 
03:49 < CIA-23> wrebuild: added Test-Harness-3.17
03:49 < CIA-23> wrebuild: repositioned libtool to go first in build sequence - http://bit.ly/sFWQe
03:49 <+perlDreamer> Test-Harness 3.17!
03:49 <+perlDreamer> yes!
03:49 <+perlDreamer> rizen, you're awesome
03:49 <@rizen> i'm welcome?
03:50 <+perlDreamer> sure, come on over anytime
03:50 <+perlDreamer> I'll even pick you up at the airport
03:50 <+perlDreamer> instead of making you ride the max like when khenn comes to visit
03:51 <@preaction> OH! What if while ONE setRank is running, another setRank gets run for that same asset?
03:51 <@preaction> the Proxy Error shows up, BUT the setRank keeps running (mod_perl process keeps going anyway)
03:52 <@preaction> or maybe the proxy error actually stopped the setRank from continuing
03:53  * preaction is reading the client's report. 
03:53 <@preaction> i love the alumni group. they give us detailed reports, they don't leave out information, they don't make us ask a billion questions
03:53 <+perlDreamer> do they answer questions on bug reports?
03:54  * perlDreamer has been waiting two weeks for a reponse from one user
03:54 <@preaction> yep, usually right away even
03:54 <+perlDreamer> wow
03:54 <@preaction> they test thoroughly, usually coming up with corner cases nobody ever thought of
03:54 <@preaction> they are in almost every way a perfect client
03:55 <@preaction> there needs to be a mechanism where we can take these long-running process and make spectre or something non-user do them
03:55 <+perlDreamer> I agree
03:55 <@preaction> a way to just quick build a workflow, run it, and have it delete itself
03:55 <+perlDreamer> and then notify the user via their inbox that they are done
03:56 <+perlDreamer> like assetExport
03:56 <+perlDreamer> or the editBranch
03:58 <@preaction> or if we add some way to version lineage and be able to undo, the commit would be handled by spectre
04:00 <+perlDreamer> not if it runs in realtime
04:00 <+perlDreamer> which is the default
04:00 <+perlDreamer> but we can have it check for a timeout
04:00 <+perlDreamer> and pick up in the right place
04:00 <@preaction> yeah, that's easy enough
04:01 -!- Radix_ [i=quasselc@203.161.71.161.static.amnet.net.au] has joined #webgui
04:01 -!- Radix__ [i=quasselc@203.161.71.161.static.amnet.net.au] has quit ["No Ping reply in 90 seconds."]
04:03 -!- Radix__ [i=quasselc@203.161.71.161.static.amnet.net.au] has joined #webgui
04:03 -!- Radix_ [i=quasselc@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)]
04:06 <+perlDreamer> okay, off for daddy time now
04:06 <+perlDreamer> be back later
04:09 <@rizen> later
04:09 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
04:09 -!- mode/#webgui [+o tavisto] by ChanServ
04:20 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
04:22 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Read error: 60 (Operation timed out)]
04:25 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: +perlDreamer, perigrin, f00li5h, nuba, +patspam, SynQ2
04:25 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["The Black Blog - http://plainblack.com/tbb"]
04:26 -!- Netsplit over, joins: +patspam, +perlDreamer
04:26 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
04:26 -!- Netsplit over, joins: SynQ2, f00li5h, nuba, perigrin
04:47 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has quit ["Leaving"]
04:52 < CIA-23> WebGUI: colin * r11086 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Story.pm): Remove multiple delete buttons for photos in the Story. Ala GalleryFile/Photo.
04:53 < CIA-23> webgui: Patrick Donelan flux * r77b0080 / www/extras/wobject/Survey/administersurvey.js : 
04:53 < CIA-23> webgui: Fixed Survey Slider question type so that it works when defaults
04:53 < CIA-23> webgui: are used (max,min,step all undefined) - http://bit.ly/PCrH2
04:53 < CIA-23> webgui: Patrick Donelan flux * r382c5e0 / www/extras/wobject/Survey/editsurvey/object.js : 
04:53 < CIA-23> webgui: Fixed Survey edit page IE bug
04:53 < CIA-23> webgui: Switched from document.getElementsByClassname to
04:53 < CIA-23> webgui: YAHOO.util.DOM.getElementsByClassName - http://bit.ly/ucW5r
05:00 -!- perlmonkey21 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
05:07 < CIA-23> WebGUI: patspam * r11087 /WebGUI/lib/WebGUI/Asset/Wobject/Survey/ResponseJSON.pm: 
05:07 < CIA-23> WebGUI: Fixed Survey Date question type server-side validation, and made
05:07 < CIA-23> WebGUI: all validation messages generate debug output
05:07 < CIA-23> WebGUI: patspam * r11088 /WebGUI/www/extras/wobject/Survey/administersurvey.js: 
05:07 < CIA-23> WebGUI: Fixed Survey Slider question type so that it works when defaults
05:07 < CIA-23> WebGUI: are used (max,min,step all undefined)
05:07 < CIA-23> WebGUI: patspam * r11089 /WebGUI/www/extras/wobject/Survey/editsurvey/object.js: 
05:07 < CIA-23> WebGUI: Fixed Survey edit page IE bug
05:07 < CIA-23> WebGUI: Switched from document.getElementsByClassname to
05:07 < CIA-23> WebGUI: YAHOO.util.DOM.getElementsByClassName
05:23 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
05:39 <+perlDreamer> preaction: is there a pastebin that lets you upload a file as paste contents?
05:39 <@preaction> i don't know, i don't think so
05:41 <+perlDreamer> I use the nopaste program that Haarg told me about
05:41 <+perlDreamer> App::Nopaste, I believe
05:45 -!- plainhao [n=plainhao@mail.xbiotica.com] has joined #webgui
05:45 -!- mode/#webgui [+o plainhao] by ChanServ
05:51 < CIA-23> webgui: patspam flux * rc0ac911 / (lib/WebGUI/Asset/Wobject/Survey.pm t/Asset/Wobject/Survey.t): 
05:51 < CIA-23> webgui: Fixed naff Survey::takenCount bug, added explicit test for it
05:51 < CIA-23> webgui: git-svn-id: https://svn.webgui.org/plainblack/WebGUI@11090 ba3075da-5205-0410-b03c-ad9aa4846add - http://bit.ly/11MtyX
05:52 <+perlDreamer> naff?
05:54 < CIA-23> WebGUI: patspam * r11090 /WebGUI/ (t/Asset/Wobject/Survey.t lib/WebGUI/Asset/Wobject/Survey.pm): Fixed naff Survey::takenCount bug, added explicit test for it
06:18 <+perlDreamer> patspam, what is "naff"?
06:36 <+patspam> perlDreamer: I'll see if google can translate it for me into american
06:38 <+perlDreamer> google translate doesn't seem to have an australian setting
06:38 <+perlDreamer> the language must be beyong the grasp of standard computational science!
06:38 <+perlDreamer> wikipedia has it, though
06:39 <+perlDreamer> http://en.wiktionary.org/wiki/naff
06:39 <+perlDreamer> and since I don't think  you were calling it heterosexual, you must mean "in bad taste"
06:42 <@preaction> im thinking he meant "something that is poorly thought out, doesn't really work, or is otherwise not very good"
06:43 < Mech422> what? you eman the Survey _Is_ available ?
06:43 < Mech422> s/eman/mean/
06:44 < Mech422> I know some guys in San Fran that have been dying to meet Survey....
06:44 <@preaction> it's been available since 7.6
06:44 < Mech422> they are gonna be over joyed!
06:44 <+perlDreamer> like, totally
06:44 <@preaction> 7.7 has made it quite usable
06:44 < Mech422> hehe
06:45 <@preaction> there needs to be a way to let any asset be a map or a point on a map
06:45 <@preaction> or somehow put points on a map
06:45 <@preaction> some kind of WebGUI::AssetAspect::Locator
06:51 < Mech422> G'nite all :-)
06:51 -!- Mech422 [n=steve@c-67-164-110-188.hsd1.ca.comcast.net] has quit [Remote closed the connection]
06:55 <+perlDreamer> do we have a WUC 2k9 map asset yet?
06:55 <+perlDreamer> for users to register where they come from?
06:56 <@preaction> ooh good idea
06:57 <@preaction> once tabb is done with fixing the crappy templates i threw together, we'll have to put one up
06:57 <+perlDreamer> but she'll only get to your crappy templates after she finishes with _my_ crappy templates
06:57 <+perlDreamer> and trust me, mine are way crappier than yours
07:31 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: perlbot, @tavisto
07:33 <+perlDreamer> patspam, is your commit 11089 the fix for this bug: http://www.webgui.org/bugs/tracker/10425 ?
07:37 -!- tavisto [n=tavisto@96.230.192.126] has joined #webgui
07:37 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
07:37 -!- ServerMode/#webgui [+o tavisto] by irc.freenode.net
07:39 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
08:30 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
08:30 -!- mode/#webgui [+o fibioni] by ChanServ
08:30 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
08:37 -!- tavisto [n=tavisto@96.230.192.126] has quit []
09:26 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
10:13 < SynQ2> morning
10:22 < CIA-23> WebGUI: patspam * r11091 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/Keywords.pm): Fixed #9920 Survey: cannot add questions in IE
10:27 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
11:10 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:10 -!- mode/#webgui [+v bartjol] by ChanServ
11:37 < CIA-23> WebGUI: doug * r11092 /WebGUI/ (lib/WebGUI/Content/AssetManager.pm t/Content/AssetManager.t): added tests for asset manager
11:37 < CIA-23> WebGUI: doug * r11093 /WebGUI/t/Asset/Template/packed.t: added tests for packed templates
11:53 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: perlbot
11:54 -!- Netsplit over, joins: perlbot
13:02 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
13:08 -!- bartjo1 [n=bartjol@host2.procolix.com] has joined #webgui
13:23 -!- bartjol [n=bartjol@host2.procolix.com] has quit [Read error: 110 (Connection timed out)]
13:38 -!- steve_ [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
13:38 -!- steve_ is now known as Mech422
13:39 < Mech422> anyone know the url for cloning the wre git repo ?
13:44 < Mech422> nm
14:24 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
14:37 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:37 -!- mode/#webgui [+o plainhao] by ChanServ
15:14 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
15:14 -!- mode/#webgui [+v patspam] by ChanServ
15:14 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit [Client Quit]
15:19 -!- bartjo1 [n=bartjol@host2.procolix.com] has left #webgui []
15:42 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has joined #webgui
15:44 < Magnetic> So, anouther newb here. I have looked over the webgui.org docs quite a bit, however would anyone know of any good blogs that have indepth details and tutorials on the cms?
16:07 -!- steve_ [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
16:10 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
16:11 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Read error: 113 (No route to host)]
16:23 < CIA-23> WebGUI: yung * r11094 /Too many paths: Merge changes in head into thingy-object-seperation branch
16:30 -!- steve_ is now known as Mech422
16:42 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:42 -!- mode/#webgui [+o bopbop] by ChanServ
16:44 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:47 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
16:49 <@bopbop> SynQ2: got a minute?
16:50 < SynQ2> here I am
16:50 < SynQ2> :)
16:50 < SynQ2> sure
16:50 < SynQ2> what up?
16:51 <@bopbop> are you sure you want to donate that much karma?
16:51 <@bopbop> we just wanted to give you the opportunity to be involved since it came so closely to your offer on the forums
16:51 < SynQ2> well, if that means that plainblack is going to spend 100.000 karma 
16:51 <@bopbop> ok, I just don't want you to commit to it and then regret it
16:52 < SynQ2> does it mean that I can submit to the contest too?
16:52 <@bopbop> sure
16:52 < SynQ2> so for each entry I put in myself I can support 9 more entries
16:53 <@bopbop> nope
16:53 < SynQ2> no?
16:53 <@bopbop> the karma for submission is per user
16:53 < SynQ2> oh but not in my suggestion
16:53 <@bopbop> we used to do per entry
16:53 <@bopbop> no, not in your suggestion
16:53 <@bopbop> however, 
16:53 < SynQ2> if not my suggestion exactly then I want to reconsider based on your rules
16:54 < SynQ2> since my goal is as much submissions as possible
16:54 <@bopbop> we used to do per entry, but then we ended up w/ some not-so-good entries by people just because they wanted to rack up the karma points
16:54 < SynQ2> so if someone would submit 20 styles they would be karma-king :)
16:54 < SynQ2> that is a matter of defining clearly what is 'good'
16:54 <@bopbop> let me finish writing up the rules, and I'll share them with you
16:54 <@bopbop> good is subjective, so yeah
16:55 < SynQ2> in my view it has to 1. look differently and 2. be compiant and 3. work technically
16:55 <@bopbop> I think we agree on that
16:55 < SynQ2> and yes you do need a jury
16:55 < SynQ2> and it would be really great if that jury was made up out of the community
16:55 < SynQ2> something else you could do
16:56 < SynQ2> is deduct the amount of karma in this contest from the top 100 of karma users
16:56 < SynQ2> in a percentage
16:56 <@bopbop> I'm not worried about the karma
16:56 < SynQ2> so emil would 'give' 10% of it't karma 
16:56 < SynQ2> I am
16:56 < SynQ2> it's all about the karma
16:57 <@bopbop> rephrase: I'm not worried that we won't have enough to go around
16:57 < SynQ2> if you don't use it for things like this, karma is a worthless status symbol
16:57 < SynQ2> oh ok
16:57 < SynQ2> you are worried about quality
16:57 <@bopbop> I don't want to detract karma from other users for this purpose, I just want to award karma
16:57 <@bopbop> yes quality
16:57 < SynQ2> whereas I am mostly worried about quantity
16:57 <@bopbop> :)
16:57 < SynQ2> I would like to see at least 100 theme's to choose from
16:58 < SynQ2> of which 20 are really good and 80 can be crap
16:58 < SynQ2> but still you have 100 to choose from
16:58 < SynQ2> actually
16:58 < SynQ2> I would say this would have to be a continous contest
16:58 < SynQ2> wich awards a winner each month
16:58 < SynQ2> and the stakes (in karma) should be high
16:59 <@bopbop> do you think we have enough commitment from the community to achieve that?
16:59 <@bopbop> besides yourself
16:59 < SynQ2> that depends
16:59 < SynQ2> on who you call 'the community'
16:59 <@bopbop> who do you call the community?
16:59 < SynQ2> the top 100 karma users are in my opinion not the community
16:59 < SynQ2> like biskitmiller has never submitted anything to the community
17:00 < SynQ2> yet is is 2nd in the top 100 list
17:00 <@bopbop> right, some have karma through other means-  not necessarily through active participation
17:00 < SynQ2> however, the site sais: Karma is rewarded for performing good deeds on the site and in the community.
17:00 < SynQ2> so that is not true
17:00 < SynQ2> the top karma users should go
17:01 < SynQ2> and instead the top karma givers should be listed
17:01 <@bopbop> interesting
17:01 < SynQ2> you should be encouraged to lose your karma as soon as possible
17:01 < Mech422> forgive my ignorance - but what is karma used for other then indicating 'how much' you want/like a given feature proposal ?
17:01 < SynQ2> Mech422: http://www.webgui.org/wg/karma
17:02 < SynQ2> Once earned, karma can be used like currency
17:02 <@bopbop> you can use karma to buy things from PB
17:02 < SynQ2> only swag
17:02 < SynQ2> and wuc tickets
17:02 < SynQ2> no books
17:02 < SynQ2> no hosting
17:02 <@bopbop> well, yeah
17:02 <@bopbop> there are limits
17:02 < SynQ2> no services
17:03 < Mech422> so basically - just for bumping RFE's and getting 'status' toys and such ?
17:03 < SynQ2> in my view people use karma for different purposes
17:03 < Mech422> oh wait - wuc tickets - thats the user conference, right ?
17:03 < SynQ2> most programmers never hand out karma and keep it as a status symbol
17:03 <@bopbop> yup
17:03 < SynQ2> like martin and knowmad
17:04 < SynQ2> bopbop: who is biskitmiller anyway?
17:04 <@bopbop> I have no idea
17:04 <@bopbop> to be honest
17:04 < SynQ2> then why does he have 48000 karma?
17:04 < Mech422> test user ?
17:04 <@bopbop> sec
17:04 < SynQ2> I bet he/she doesn't even know he/she has that karma
17:05 < SynQ2> And who is Emil ?
17:05 < Mech422> wow - perlDreamer is a busy lil beaver...
17:06 < SynQ2> And who is VickyHS?
17:06 <@bopbop> I seem to remember a conversation where JT mentioned some ways in which users get karma that aren't related to site involvement
17:06 <@bopbop> you'd have to ask JT
17:06 < SynQ2> well
17:06 <@bopbop> could be something w/ hosting
17:06 < SynQ2> probably 'rockstar support' users
17:07 <@bopbop> no...
17:07 < SynQ2> but as far as I (as a community member) are conserned they are not part of the community
17:07 < SynQ2> at all
17:07 <@bopbop> true
17:07 < SynQ2> so they should not be in the karma list as 'Karma is rewarded for performing good deeds on the site and in the community. '
17:07 < SynQ2> is being a client of PB a good deed in the community?
17:08 <@bopbop> so you would like to see a list of the top 100 karma "users" to better reflect community involvement, instead of a reflection of 'money it the bank' as it is now?
17:08 <@bopbop> ok, we seem to agree
17:08 < Mech422> Heh - I would say so - if PB doesn't eat, then a lot less wG work gets done...
17:08 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 54 (Connection reset by peer)]
17:08 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
17:08 -!- mode/#webgui [+v perlmonkey2] by ChanServ
17:09 <@bopbop> alright, I gotta leave for an appt
17:09 <@bopbop> SynQ2: I will send the rules to you later today
17:09 < SynQ2> great
17:09 < SynQ2> thanks
17:09 < SynQ2> :)
17:09 < Mech422> SynQ2: btw - did you get to run a build yet with the 'new' version of ImageMagic ?
17:09 <@bopbop> and we can see what changes might need to be made after that
17:09 <@bopbop> SynQ2: thank you
17:09 < SynQ2> Mech422: nope, I have had no time since friday
17:10 < Mech422> SynQ2: Hmm - I got the AMD64 build to where it just had the same issues as the 32bit build
17:11 < Mech422> SynQ2: I'm wondering if I'm gonna have to eat crow though - PerlDreamer thinks the image/graph problems are due to changes in IM, and I think its a change on the wre/wg side
17:11 < Mech422> so I'm running a build on a fresh checkout now to see if the newer IM changes anything
17:12 -!- Haarg [n=haarg@75.50.91.77] has joined #webgui
17:13 -!- mode/#webgui [+o Haarg] by ChanServ
17:13 < Mech422> Mornin Haarg :-)
17:13 <@Haarg> morning
17:14 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit []
17:28 < Magnetic> So... I already am assuming the answer is no here, however I will ask anyways. When using the Demo Feature on webgui.org. Is there a way to get access to the HTML of the site? I can't seem to find an access point. 
17:29 < Mech422> 'the HTML of the site' ??
17:29 < Mech422> you mean the templates ?
17:34 < Magnetic> aye, heh. I think I figured it out. Thank you much good Sir Mech422
17:36 < Mech422> Cool - I love being helpful - especially when I don't have to do anything :-D
17:38 < Magnetic> hah
17:51 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 110 (Connection timed out)]
18:02 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
18:02 -!- mode/#webgui [+o fibioni] by ChanServ
18:05 <@fibioni> Is this a proper venue to ask simple help-desk related questions? I have a client that wants to know if there is a paypal plugin. Is there a product roadmap anywhere?
18:05 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
18:06 < dionak> there's a plugin in the bazaar
18:06 <@fibioni> k
18:06 <@fibioni> thx
18:07 < dionak> and JT usually posts on the Black blog about what is coming up. Not sure about an official roadmap. There may be one but I haven't seen it. 
18:07 < dionak> the paypal feature is to be included in 7.7, I believe
18:13 <@fibioni> thanks much
18:14 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
18:14 < dionak> yw
18:14 -!- mode/#webgui [+o bopbop] by ChanServ
18:16 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
18:20 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
18:21 -!- mode/#webgui [+o fibioni] by ChanServ
18:26 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
18:27 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
18:27 -!- mode/#webgui [+o stDavid] by ChanServ
18:30 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:30 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:31 < Mech422> perlDreamer: morning :-)
18:31 <+perlDreamer> howdy, Mech422
18:31 <+perlDreamer> how goes the WRE hackery?
18:31 < Mech422> Looking to see if I'm having crow for breakfast :-)
18:32 < Mech422> I'm building the checking from yesterday with the 'new' IM
18:32 < Mech422> so we'll see if that changes anything with the image/graph problem
18:33 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
18:38 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
18:38 -!- mode/#webgui [+o tavisto] by ChanServ
18:50 < SynQ2> Mech422: the wre-source I get from plainblack fails to build on lenny with this error:
18:50 < SynQ2>  /usr/bin/ld: cannot find -lperl
18:51 < Mech422> yeah - you need LDFLAGS=-L$WRE_ROOT/prereqs/lib/perl5/5.10.0/x86_64-linux/CORE/
18:51 < SynQ2> that is ImageMagick failing
18:51 < Mech422> in the image magic configure line
18:51 < SynQ2> but
18:51 < Mech422> SynQ2: btw - do you know what the LD=ld thing is for ?
18:51 < SynQ2> at that time perl has not yet been built?
18:52 < SynQ2> I have no idea
18:52 < Mech422> perl gets built before IM
18:52 < Mech422> at least, I thought it did...
18:52  * Mech422 goes to double check
18:52 < SynQ2> oh yes
18:52 < SynQ2> it has been
18:52 <+perlDreamer> is there any way to install IE6 on Vista, in parallel with IE7?
18:52 <+perlDreamer> for testing and stuff?
18:53 < Mech422> SynQ2: yeah - just double checked...
18:54 <@Haarg> there's http://tredosoft.com/Multiple_IE
18:54 <@Haarg> but it isn't perfect
18:54 < Mech422> SynQ2: btw - I changed LD=ld to --with-gnu-ld over here, and it hasn't broke it 
18:54 < Mech422> perldreamer: VirtualBox ftw!!
18:54 <@Haarg> i gave up on eventually and i'm just using virtual machines
18:54 <+perlDreamer> if I could avoid having to buy _another_ MS license, it would be great
18:54 < Mech422> Haarg: I knew I liked you :-D
18:55 <+perlDreamer> but perhaps it's time to break down and just do it
18:55 < Mech422> MS lets you use like 5 copies in VM's I thought
18:55 < Mech422> they did some big licensing change like last year when they made virtual pc free
18:55 < SynQ2> Mech422: that LD=ld stuff is for OS/x
18:55 < Mech422> oh yeah - you can also use virtual pc 
18:56 <+perlDreamer> I have a Vista license, to install XP (IE6) I'd need an XP license, wouldn't I?
18:56 < SynQ2> perlDreamer: it's time to not support it
18:56 < Mech422> SynQ2: but osx is gnu too right ? so --with-gnu-ld would still work ?
18:56 < SynQ2> I don't know
18:56 < Mech422> Hmm ...
18:56 <+perlDreamer> SynQ2: I agree, but with bugs reported in WebGUI against it I need one to test with
18:56 < SynQ2> if I can avoid having to buy _a_ MAC license _and_ the hardware that comes with it, it would be great
18:57 < Mech422> I was just telling PD - I don't know the 32bit finds libperl.a without the extra LD flag..
18:57 < Mech422> SynQ2: virtualBox ftw!! :-D
18:57 < SynQ2> ftw?
18:57 < Mech422> for the win :-D
18:57 < SynQ2> virtual box is handy indeed
18:57 < Mech422> virtual box is the cats pajama's :-)
18:57 < Mech422> the bees knees
18:58 < Mech422> and other odd americanisms :-P
18:58 < SynQ2> if it works and I don't have to buy a license for it, that is fine
18:58 <+perlDreamer> it's not like that naff VMWare
18:58 < SynQ2> I have to go home
18:58 < Mech422> pd: oooh - slamed VMWare AND did it in aussie ! bonus points!!
18:58 < SynQ2> WRE 0.9.3 is broken
18:58 < Mech422> I'm building here
18:59 < Mech422> I'll let ya know how teh test suite goes
18:59 < SynQ2> at least the wre-source-0.9.3 is
18:59 < Mech422> SynQ2: though if you happen to have a 32 bit build log showing how IM is finding libperl.a without that flag - I'd appreciate seeing it :-)
19:04 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
19:10 < SynQ2> Mech422: understood
19:10 < Mech422> SynQ2: thanks :-)
19:15 <+perlDreamer> new PBWG today
19:15 <+perlDreamer> Kudos to Arjan
19:16 < topsub> new PBWG?
19:16 < topsub> whats that mean?
19:18 <+perlDreamer> People Behind WebGUI
19:19 <+perlDreamer> I'll have to note that in the next WNN
19:20 < SynQ2> Mech422: I have added LDFLAGS=-L$WRE_ROOT/prereqs/lib/perl5/5.10.0/i686-linux/CORE to build.sh
19:20 < SynQ2> that works
19:20 < SynQ2> at least, it compiles then
19:20 <+perlDreamer> should the processor type be hardcoded like that?
19:20 < SynQ2> probably not
19:20 < SynQ2> the arch that is
19:21 < SynQ2> since it's not the processor but the $ARCH
19:21 < Mech422> LOL - no - but we're winging it to get test results
19:21 < Mech422> I'd like to know how it compiles on 32bit without that...
19:22 < Mech422> I've added it to build.sh twice now, and it never gets merged
19:22 <+perlDreamer> merged into SVN?
19:22 < Mech422> merged into the 9.3 build.sh 
19:23 < Mech422> yeah - SVN I guess
19:23 <+perlDreamer> post a bug with a patch onto the bug board
19:23 < SynQ2> git
19:23 < Mech422> did that twice
19:23 < Mech422> posted full script and diffs
19:23 <+perlDreamer> on the bug board?
19:23 < Mech422> on the developer board
19:24 < Mech422> SynQ was the only one that seemed to notice
19:25 < Mech422> anyway - point being - I thought it wasn't merged because it built on 32 bit without it
19:25 < Mech422> but now I'm starting to wonder - synq can't build 32 bit without it either 
19:26 < SynQ2> I didn't say that
19:26 <+perlDreamer> Mech422, I see a post about 0.9.1
19:26 <+perlDreamer> but nothing about 0.9.3
19:26 < Mech422> well, 9.3 doesn't build yet
19:26 < Mech422> and the 9.1 stuff wasn't merged
19:26 < SynQ2> I'm off
19:26 < SynQ2> later
19:26 < SynQ2> ~
19:26 <+perlDreamer> and if the patch contains multiple things, and all it says is 64-bit build script
19:26 < Mech422> bye!
19:27 <+perlDreamer> then it will get passed over
19:27 < Mech422> ok - whatever...
19:27 < Mech422> don't care at this point
19:27 < Mech422> it didn't get merged, no point crying about it
19:27 < Mech422> but I'm not posting more till the dam thing is done
19:38 < CIA-23> WebGUI: colin * r11095 /branch/WebGUI_7.6/lib/WebGUI/Auth.pm: Fix POD whitespace problem.
19:40 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui []
19:40 -!- carogray1 [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit ["Leaving."]
19:47 < Mech422> perlDreamer: heh - sorry - slashdot says IE6 wont die - http://tech.slashdot.org/story/09/06/02/134224/Internet-Explorer-6-Will-Not-Die
19:49 -!- rizen [n=rizen@75.50.91.77] has joined #webgui
19:49 -!- mode/#webgui [+o rizen] by ChanServ
19:49 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
19:55 < CIA-23> WebGUI: colin * r11096 /WebGUI/lib/WebGUI/Auth.pm: Forward port POD whitespace fix.
20:41 -!- hansw [n=hans@p548040EA.dip.t-dialin.net] has joined #webgui
20:55 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
20:55 -!- mode/#webgui [+o fibioni] by ChanServ
21:14 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
21:15 <@rizen> so i switched back to the old beta version of image magick that shipped with WRE 0.9.2 and now WRE 0.9.3 can generate graphs once again
21:16 <@rizen> now to write a program that replicates the problem to send it in to the image magick guys
21:46 <@rizen> figured out the problem with image magick
21:46 <@rizen> martin's graphing code sets the background color of the image like this:
21:46 <@rizen> $image->Read(filename => 'xc:white');
21:46 <@rizen> the other image processing functions in webgui that i wrote set the background color like this:
21:46 <@rizen> $image->ReadImage('xc:white');
21:46 <@rizen> they both used to do the same way
21:47 <@rizen> same thing
21:47 <@rizen> but now, only the way I used works for some reason
21:47 <@rizen> so fixing this in webgui core
21:51 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit []
21:54 < CIA-23> WebGUI: jt * r11097 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Image.pm): Fixed a problem with graphing created by the newer versions of Image Magick.
21:55 < CIA-23> WebGUI: jt * r11098 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Image.pm): Fixed a problem with graphing created by the newer versions of Image Magick.
22:00 <+perlDreamer> nice catch, rizen
22:00 <+perlDreamer> is 0.9.3 a go then?
22:01 <@rizen> yup
22:01 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
22:01 -!- mode/#webgui [+o bopbop] by ChanServ
22:02 <@rizen> i'm copying it up to sf right now
22:02 <@rizen> so we can make the release public
22:03 <@rizen> and since i don't have to recompile, Test::Harness will go into 0.9.4 or 1.0.0
22:03 <+perlDreamer> sounds good
22:09 -!- tavisto [n=tavisto@96.230.192.126] has quit []
22:38 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
22:54 < CIA-23> WebGUI: colin * r11099 /WebGUI/ (36 files in 4 dirs): 
22:54 < CIA-23> WebGUI: Throw an exception in all wobjects if the main template (used by view)
22:54 < CIA-23> WebGUI: has been deleted.
22:54 < CIA-23> WebGUI: colin * r11100 /branch/WebGUI_7.6/ (32 files in 4 dirs): Backport exception based missing template handling.
23:14 < CIA-23> WebGUI: graham * r11101 /branch/colin-experimental: removing unneeded colin-experimental branch
23:14 < CIA-23> WebGUI: graham * r11102 /branch/dj_wgfs: removing unused wgfs branch
23:14 < CIA-23> WebGUI: graham * r11103 /branch/doug-experimental: removing unneeded doug-experimental branch
23:15 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:44 < CIA-23> WebGUI: graham * r11104 /branch/ (wrebuild_0.7 wrebuild_0.8): removing old wrebuild branches
23:44 < CIA-23> WebGUI: colin * r11105 /WebGUI/ (5 files in 4 dirs): 
23:44 < CIA-23> WebGUI: Add noFormPost to packed content in the asset tables to prevent them
23:44 < CIA-23> WebGUI: from overwriting the data that has been packed from the filter function.
23:44 < CIA-23> WebGUI: Rerun the upgrade script to repack all areas that use packing.
--- Day changed Wed Jun 03 2009
00:17 -!- rizen [n=rizen@75.50.91.77] has quit []
00:19 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
00:19 -!- mode/#webgui [+o rizen] by ChanServ
00:51 < CIA-23> WebGUI: jt * r11106 /WebGUI/docs/credits.txt: adding some new names that deserve to be on the list
00:51 < CIA-23> WebGUI: arjan * r11107 /branch/WebGUI_7.6/lib/WebGUI/i18n/English/AuthLDAP.pm: 
00:51 < CIA-23> WebGUI: Restored i18n's LDAPLink_104 message in AuthLDAP.pm that was
00:51 < CIA-23> WebGUI: deleted undeserved in revision 11077 by me.
00:51 < CIA-23> WebGUI: colin * r11108 /WebGUI/docs/upgrades/upgrade_7.7.8-7.7.9.pl: Fix a typo in the upgrade script.
00:51 < CIA-23> WebGUI: arjan * r11109 /WebGUI/lib/WebGUI/i18n/English/AuthLDAP.pm: 
00:51 < CIA-23> WebGUI: Restored i18n's LDAPLink_104 message in AuthLDAP.pm
00:51 < CIA-23> WebGUI: that was deleted undeserved in revision 11077.
00:51 < CIA-23> WebGUI: colin * r11110 /WebGUI/lib/WebGUI/Asset.pm: Remove debuggin output.
00:51 < CIA-23> WebGUI: colin * r11111 /WebGUI/docs/credits.txt: Fix spelling.
00:54 -!- hansw [n=hans@p548040EA.dip.t-dialin.net] has quit ["Leaving"]
00:55 -!- dionak [n=dionak@97.66.185.250] has quit []
00:56 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has quit ["Leaving"]
01:07 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
01:20 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
01:20 -!- mode/#webgui [+o rizen] by ChanServ
01:29 < CIA-23> WebGUI: colin * r11112 /branch/WebGUI_7.6/lib/WebGUI/Asset/Wobject/Layout.pm: Fix a syntax error in the backport.
01:32 -!- Haarg [n=haarg@75.50.91.77] has quit ["This computer has gone to sleep"]
01:33 <@preaction> anyone have a problem with me not posting smoke test to the smoke test board, and instead using RSS from smoke.plainblack.com?
01:33 <+perlDreamer> no, that's fine
01:33 <+perlDreamer> but then what do we do with the smoke test board?
01:34 <@preaction> delete it, or replace it with a syndicated content asset to read the RSS feed
01:34 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: Mech422, @stDavid, +perlmonkey2
01:36 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
01:37 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
01:37 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
01:37 -!- ServerMode/#webgui [+ov stDavid perlmonkey2] by irc.freenode.net
02:09 < CIA-23> WebGUI: jt * r11113 /branch/WebGUI_7.6/t/Macro/Thumbnail.t: work around for problem with image magick
02:09 < CIA-23> WebGUI: jt * r11114 /WebGUI/t/Macro/Thumbnail.t: work around for image magick bug
02:15 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
02:15 < elnino> hi!
02:16 <@preaction> hi!
02:16 < elnino> quiet?
02:17 <@preaction> kinda, i suspect colin's busy with the release right now
02:18 < elnino> busy is good.
02:18 < elnino> do you happen to know if there is a "featured product" macro or something in the shop? havne't read anythign about one yet.
02:19 <+perlDreamer> are you saying that I'm loud?
02:19 < elnino> or maybe if I can create an rss feed of the products I can do it that way>
02:19 < elnino> no I meant quiet on the chat.
02:19 < elnino> sorry. get back to work perlDreamer.  =)  lol
02:20 <+perlDreamer> yes, ma'am!
02:20 < elnino> =)
02:20 < elnino> if only I was that influential.
02:23 < Mech422> perlDreamer: ok - gimme some salt and I'll eat my crow....
02:24 < Mech422> perlDreamer: looks like it was a IM change after all
02:24 <+perlDreamer> it's an IM bug
02:24 <+perlDreamer> no crow to eat
02:24 < Mech422> well - since the IM tests passed and nothing showed in the change log, I was betting on wre/wg change
02:25 < Mech422> you were right though
02:25 <@rizen> i need some help from anybody that knows something about Facebook
02:25 <@rizen> http://search.cpan.org/~clscott/WWW-Facebook-API-0.4.14/
02:25 <@rizen> Mech422: don't worry about it...we all have those days
02:25 <@rizen> nobody is right all the time
02:25 <@rizen> ok so given that API
02:25 <@rizen> if i wanted to tie into it
02:25 <@rizen> to create an aspect that you could add to any asset
02:26 <@rizen> that would publish an "announcement" 
02:26 <@rizen> what would i use
02:26 <@rizen> for example
02:26 <@rizen> Story Manager
02:26 <@rizen> someone publishes a new article
02:26 <@rizen> and i want to announce that story on facebook
02:26 <+perlDreamer> hang on a sec, I'll get Mrs perlDreamer
02:26 <+perlDreamer> she's a new facebook user
02:27 < Mech422> rizen: btw - 9.3 isn't building here and last I heard it wasn't building for Synq
02:27 < Mech422> I got it to build as far as Time-HiRes
02:27 <@rizen> it dies on Time::HiRes?
02:27 < Mech422> yes
02:27 < Mech422> it actually dies on IM
02:27 <@rizen> that's a wierd place to die
02:27 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
02:28 < Mech422> because the LD flag isn't updated
02:28 < Mech422> but I gave the fix to SynQ and its works for both of us
02:28 <@rizen> are you talking about the --with-gnu-ld?
02:29 < Mech422> no - I'm talking about LDFlag=/data/wre/prereqs/lib/perl/5.8.10/$ARCH/core thingy
02:29 -!- dreamersgirl [n=kathyk@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
02:29 < dreamersgirl> Hi rizen!
02:29 < Mech422> it fails on both 32 bit  and 64 bit last I heard
02:31 <@rizen> hi dreamersgirl 
02:31 <+perlDreamer> dreamersgirl is a facebook user.  You know how those young kids are.
02:31 <@rizen> Mech422: i compiled it on 7 different operating systems
02:31 <@rizen> and uploaded it to sf
02:31 <@rizen> so if it's failing
02:31 <@rizen> it's something local to you
02:31 <@rizen> and maybe sync as well
02:31 < Mech422> ok - go tell that to Synq
02:32 <@rizen> i would but he's sleeping
02:32 < Mech422> oh and there's still syntax errors in the build script
02:32 < Mech422> you need spacess around '[' and ']' in bash
02:32 <@rizen> are you a chronic complainer or something?
02:32 <@rizen> didn't i give you git access?
02:32 <@rizen> i thought i did
02:33 < Mech422> rizen: no - just got treated like an idiot so feel no reason to sugar coat things
02:33 < Mech422> no as far as I know I have no git commit access
02:33 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:33 -!- mode/#webgui [+v patspam] by ChanServ
02:33 < Mech422> and I got it to work here _and_ posted patches twice now - so I don't think thats chronic complaining ?
02:34 <@rizen> ok then i'm going to complain quick
02:34 <@rizen> you posted your patches to irc
02:34 <@rizen> that's no place to post anything that you want to have any impact on anything
02:35 <@rizen> to quote a great movie, stuff posted here will "up and vanish like a fart in the wind"
02:35 < Mech422> actually - I posted to the 'dev forum' where someone (you) told me to?  synq was the only one that noticed...
02:35 <@preaction> i told you to, i think
02:35 < Mech422> ahh - sorry - my bad
02:36 < Mech422> and to paraphrase rizen from yesterday 'mech422 don't know and I don't listen to people that don't know'
02:37 <@rizen> Mech422: i noticed that one
02:37 <@rizen> and just haven't gotten around to doing anything about it
02:37 <@rizen> the same as i told you yesterday
02:37 <@rizen> 64 bit was not my priority yet
02:37 < Mech422> anyway, point being - according to the big message libtools posts in the build logs...
02:38 < Mech422> your installing libperl in a non-standard location - which should require you to use a full path in a -L option during link
02:38 < CIA-23> WebGUI: colin * r11115 /branch/WebGUI_7.6/docs/create.sql: Preparing for 7.6.25 release.
02:38 < Mech422> it appears your managing a build without this - which neither I nor SynQ can do
02:39 < Mech422> so either your linking against a different libperl.a or we (synq and I ) have larger issues
02:39 < Mech422> it would be good to see a build log and determine which is which
02:40 < Mech422> err...it would be good to see a _working_ build log and determine which is which
02:40 <@rizen> i'm apparently missing a good bit of conversation between you and SynQ2 
02:40 <@rizen> because i know he's compiled the WRE (including 0.9.3) successfully several times on his boxes
02:40 <@rizen> they are one run his demo.webgui.nl site
02:40 < dreamersgirl> rizen--perlDreamer mentioned you were asking about Facebook.
02:41 < dreamersgirl> I use it, but am no means an expert.
02:41 < dreamersgirl> Can I give you a hand anyway?
02:41 <@rizen> dreamersgirl: i think preaction figured out what i want to know
02:41 <@rizen> i don't know anything about it
02:41 <@preaction> facebook terminology might be a good thing though, i know little about that
02:41 <@rizen> but i want to create something in webgui that developers can use to have their applications automatically publish data to a facebook page
02:41 < Mech422> rizen: about 10 minutes this morning - there are irc proxy's that will maintain scrollback for you ... 
02:41 <@preaction> i use twitter to update my facebook and that's all the facebook that i care to learn about
02:42 <@rizen> Mech422: i know there are proxies, but i don't care enough to scroll back through 20 hours of conversations to find what you're talking about
02:42 <@rizen> so i'll wait until i can talk to SynQ2 myself
02:43 < dreamersgirl> rizen:  I'm glad you have what you need
02:43 <@rizen> dreamersgirl: sorry to have bothered you
02:43 < dreamersgirl> no bother!  It always fun to see what's going on in channel.
02:44 < Mech422> rizen: heres the paste from this mornin http://webgui.pastebin.com/m34e1090e
02:44 <@rizen> dreamersgirl: hopefully my facebook integration works, and then webgui can interact with twitter
02:44 <@rizen> and facebook
02:44 < dreamersgirl> that'd be cool!
02:44 < dreamersgirl> guess I'll have to become a webGUI fan sometime.  :)
02:45 <@preaction> dreamersgirl: you should be able to already, tavisto put webgui in facebook
02:45 < dreamersgirl> I'll look for it next time I'm surfing around!
02:45 <+perlDreamer> surf surf surf
02:45 <+perlDreamer> What about dinner for hungry perlDreamers?
02:45 < dreamersgirl> For now, it's back to being evil nazi mom
02:45 < dreamersgirl> ;)
02:45 <@preaction> hang 102!
02:46 < dreamersgirl> Bye everyone!
02:46 <@preaction> unless you have two windows keys, than it's hang 103!
02:46 < Mech422> rizen: he was using wre-9.3 source (tarball?) and I was using git clone from about 3am PST
02:46 -!- dreamersgirl [n=kathyk@pool-71-117-209-184.ptldor.fios.verizon.net] has left #webgui []
02:48 <@rizen> don't know what to tell you
02:48 <@rizen> i don't have the build logs from any of the boxes i built on
02:48 < Mech422> rizen: usually this is the part where you call me stupid
02:48 < Mech422> but hey! I'm getting used to it
02:48 <@rizen> no i'ts not
02:49 <@rizen> i resent that you would even say that
02:49 <@rizen> yesterday you were talking about rewriting the whole WRE build process and you didn't even know how the current one worked
02:49 < Mech422> what should I interpret "no, you dont' know and I don't fill my head with info from people that don't know" to mean ?
02:49 < Mech422> as far as I can see - the current one _doesn't_ work
02:49 < Mech422> your the only one it works for
02:50 <@rizen> i don't think i typed that
02:50 < Mech422> I"m paraphrasing
02:50 < elnino> I didn't know webgui was on facebook. I just joined!! yea!
02:50 < Mech422> however, more to the point - I suspect your build is linking against a system installed libperl ...
02:51 < Mech422> do your build boxes have perl installed _before_ wre is built ?
02:51 <@rizen> yes, and they must
02:51 <@rizen> because we use perl as part of the build script before we build perl
02:51 <@rizen> and it may link against the system perl
02:51 < Mech422> yeah - I saw that ...
02:51 <@rizen> i'm not saying that it doesn't
02:52 < Mech422> we don't really _have_ to use it in getsources - we could use sed for doing the cgi path munging
02:52 <@rizen> i'm saying the same thing i told you 10 times yesterday. it works, and that's what i care about
02:52 < Mech422> oh ouch
02:52 <@rizen> now, if it can be better
02:52 < Mech422> what happens when you install perl 5.0.10 and system perl is 5.0.8 ?
02:52 <@rizen> let's make it better
02:52 <@rizen> IT WORKS
02:52 < Mech422> doesn't shit go blooey ?
02:52 <@rizen> you know how i know
02:53 < Mech422> ok
02:53 <@rizen> because all these boxes have perl 5.8 on them
02:53 <@rizen> and wre has perl 5.10
02:53 <@preaction> it works for now, if it should break in the future, it will get fixed. if we fix it before it breaks, it will be better
02:53 <@rizen> right
02:53 <@rizen> i'm not saying we can't change things
02:53 < Mech422> then I'm at a loss for the moment - with no logs to check, I can't really say how it works for you and not synq or me
02:53 <@rizen> i'm not saying we can't impove things
02:53 <@rizen> i'm just saying that it works
02:54 <@rizen> if you have suggestions, let's get those implemented
02:54 <@rizen> but let's not rewrite 5 years worth of knowledge
02:54 <@rizen> let's add to it
02:54 <@rizen> let's improve it
02:54 <@rizen> not start from scratch
02:54 < Mech422> the build script is new in 9.3 isn't it ?? 9.1 didn't have getsources and getperlmodules ?
02:55 < Mech422> anyway - I have 64bit build logs available
02:55 <@preaction> nah, those are old
02:55 <@rizen> getsources.sh and getperlmodules.sh are new
02:55 <@rizen> build.sh is not new
02:55 < Mech422> hopefully synq will have 32 bit logs this evening
02:55 <@rizen> it's been around since before i realeased WRE to the public
02:56 <@rizen> build.sh represents 5 years of tinkering to get shit to compile. that's why i call it knowledge
02:56 <@rizen> it's like 1000 man hours in that one file
02:56 <@rizen> it certainly has bugs
02:56 <@rizen> and it's certainly not perfect
02:56 <@rizen> but it is a good starting point from which to make each subsequent release better
02:57 < Mech422> I've got a client call...
02:57 < Mech422> perhaps you can start a reebuild and save the build logs
02:57 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
02:58 < Mech422> with that and 1 from synq and 1 from me, we might have a good basis for figuring out whats going on
02:58 <@rizen> i'll start it compiling on my mac now (from git head) 
02:59 < Mech422> thanks
03:13 <@rizen> fyi this is going to take a couple hours
03:13 < Mech422> its ok - I'll be up at leat another 8 hours
03:14 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)]
03:16 -!- _elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
03:34 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)]
03:37 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
03:54 -!- _elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)]
03:56 < CIA-23> WebGUI: patspam * r11116 /WebGUI/ (5 files in 5 dirs): 
03:56 < CIA-23> WebGUI: Fixed #9927 Survey - verbatim
03:56 < CIA-23> WebGUI: Fixed inconsistencies between answer 'comment' and 'verbatim'.
03:56 < CIA-23> WebGUI: Updated tests.
03:56 < CIA-23> WebGUI: Made minor changes to reporting methods but they still need some love.
04:01 -!- _elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
04:11 < _elnino_> anyone here have macromedia flash?
04:14 < _elnino_> can someone kick elnino_ off, thanks.  I don't know what happened.
04:16 <+perlDreamer> release ahoy!
04:16 < _elnino_> congrats!
04:17 <+perlDreamer> thank you :)
04:18 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)]
04:19 <@preaction> _elnino_: you can using /msg nickserv ghost <nickname> <password>
04:20 < _elnino_> that will change me back? so I can log out?
04:20 < _elnino_> then how do I get back to the other me?
04:20 <@preaction> no, that'll force the nickname off the server
04:20 <@preaction> then you just have to /nick <nickname>
04:20 < _elnino_> oh. I thought only admins could do that.
04:21 < _elnino_> I dont' have any passowrds.
04:21 <@preaction> nope, only IRCops, and we're not those
04:21 <@preaction> oh, well, that's a benefit to registering ;)
04:21 <@preaction> /msg nickserv help register
04:21 <+perlDreamer> you can't tell one elnino from another without a password
04:22 < CIA-23> WebGUI: colin * r11117 /releases/WebGUI_WebGUI-7.6.25: Release WebGUI-7.6.25
04:22 < CIA-23> WebGUI: colin * r11118 /releases/WebGUI_7.6.25: Release 7.6.25
04:22 < CIA-23> WebGUI: colin * r11119 /releases/WebGUI_7.6.25-stable: Release 7.6.25-stable
04:22 < CIA-23> WebGUI: colin * r11120 /branch/WebGUI_7.6/ (3 files in 3 dirs): Ready for 7.6.26 development.
04:22 < _elnino_> all these elnino are done by xchat (what I use). If elnino doesn't work, it automatically trys something else. I never set a password... hmm.
04:22 <@preaction> also, smoke.plainblack.com is running. i hope to have TAP::Formatter::HTML working soon, and a nice fancyindex CSS file
04:23 <+perlDreamer> nice work, preaction!
04:23 < _elnino_> preaction - what do you register to?
04:24 <@preaction> _elnino_: what do you mean? type "/msg nickserv help register". nickserv will help you (that's who you register to as well)
04:24 <@preaction> see this: http://freenode.net/faq.shtml#userregistration
04:24 < _elnino_> oh...ok... 
04:25  * _elnino_ is all confused
04:25 <+perlDreamer> the TAP output looks... truncated
04:25 <+perlDreamer> is that a partial run, preaction?
04:25 <@preaction> perlDreamer: it's a current run. it's running, right now
04:25 <+perlDreamer> ah, cool
04:25 <+perlDreamer> I actually need that
04:25 <+perlDreamer> User.t is acting very strangely right now
04:25 <+perlDreamer> (on my laptop)
04:26 <@preaction> i'm going to hopefully have it switching between branches again soon as well
04:26 <@preaction> remember that one month i had this all working, and it was nice? i want that month back!
04:26  * _elnino_ goes to watch "this old house"
04:27 <+perlDreamer> say hi to norm for us
04:29 <+perlDreamer> preaction, is it running as root?
04:29 <@preaction> yes, for now
04:30 <@preaction> i suppose i could su to webgui, that should still allow me to open the log files
04:32 < Mech422> preaction: I take it TAP is perl's 'buildbot' ? for continous build and testing ?
04:32 <@preaction> TAP is the Test Anything Protocol, it's just the way Perl gives test output
04:33 < Mech422> ahh...
04:33 <@preaction> i should say it's being used by more than Perl now
04:33 <@preaction> it's goal is both machine and human readability (which is fills wonderfully)
04:33 <+perlDreamer> even better than XML!
04:34 < Mech422> Hmm - it looks like the standard per 'make test' output?  so thats formalized/standardized now ?
04:34 < Mech422> s/per/perl/
04:35 <@preaction> that's always been the standard, since Perl's earliest test suites
04:35 <@preaction> but yes, that's the same output
04:35 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
04:35 <@preaction> make test is the same as "prove -r t/" (well, close enough to)
04:36 < Mech422> Cool - so it should be easier to create 'buildbot' type tools that work cross-language/test harness ?
04:37 <@preaction> right, TAP has a website iirc
04:37 < Mech422> yeah  - googling now :-)
04:37 <@preaction> http://testanything.org/wiki/index.php/Main_Page
04:38 < Mech422> soo many neat toys to try and keep up with...
04:38 <@preaction> ina ddition to the implementations in those other languages, PostgreSQL has a TAP testing framework for SQL queries
04:39 < Mech422> oh nifty :-)  Testing raw SQL was something I never even considered
04:39 < Mech422> I always see it in terms of some language or other
04:45 <+perlDreamer> got it!
04:46 < Mech422> perlDreamer: ??
04:46 < Mech422> Is it contagious ?? :-D
04:46 <+perlDreamer> no, parasitic
04:47 < Mech422> I see...  may I ask to what we're referring ?  and is it painful ? :-P
04:47 <+perlDreamer> it's a bug I found in 7.7.9 pre-release
04:47 <+perlDreamer> I've been working on it for 4 hours
04:48 <+perlDreamer> and now I feel good that I found it
04:48 < Mech422> ahh! congrats :-)
04:48 <+perlDreamer> but quite stupid
04:48  * perlDreamer should know what WebGUI methods are subroutines, and which are methods
04:50 < Mech422> oh  - to $self or not to $self - is that the question ? 
04:50 < Mech422> whether it be nobler to... ahh...I ran it into the ground already, so I'll shutup now :-P
04:52 <+perlDreamer> too much eq, dudely
04:52 < Mech422> yeah - I'm jonesing...
04:52 < Mech422> just waiting for this build - then I'm off to slay... schtuff :-P
04:54 < Mech422> what kind of stuff ? undead stuff ?  giant spidery stuff ?  decisions decisions...
04:54 < _elnino_> boy, I learn all sorts of new words from Mech422. =)
04:54 < Mech422> I think they should add demanding clients, and maybe zombie processes ...
04:55 < daviddelikat> so... when I make a bugfix that is a template edit...
04:55 <+perlDreamer> daviddelikat, are you using wgd?
04:55 < Mech422> _elnino_: you mean, I'm not just charming and good looking - I'm educational too ?? :-D
04:55 < daviddelikat> all I have to do is put the template package in the upgrades/packages... directory right
04:55 <+perlDreamer> right, with wgd you'd do
04:55 < daviddelikat> i do use wgd yes
04:55 <+perlDreamer> wgd package --upgrade (assetId|url)
04:56 <+perlDreamer> and it will do it all for you
04:56 <+perlDreamer> even putting it in the right place
04:56 <+perlDreamer> all you have to do is svn add it, and commit it
04:56 < _elnino_> whats wgd? is that something new in 7.6?
04:56 <+perlDreamer> no, it's Haarg's awesome WebGUI Development tool
04:56 <+perlDreamer> let's say you want to edit a template on a remote server
04:57 <+perlDreamer> so you ssh into it
04:57 < daviddelikat> or the webgui god tool
04:57 <+perlDreamer> then type wgd edit templateAssetId
04:57 <+perlDreamer> that throws you into your favorite text editor for template hacking
04:57 <+perlDreamer> and then you decide that you want a package of that to put on different servers
04:57 <+perlDreamer> wgd package templateAssetId
04:57 <+perlDreamer> whammo!
04:57 <+perlDreamer> makes you a package
04:57 < daviddelikat> did not know that
04:58 < _elnino_> slick. It seems I read about something like that in the devloper book.
04:58 <+perlDreamer> and that's just the tip of what it can do
04:58 < daviddelikat> do you know what version this si all in?
04:58  * perlDreamer runs off of git, so whatever the latest is
04:58 <+perlDreamer> Haarg will do a wgd presentation at the WUC
04:58 < daviddelikat> is there a git package for centos?
04:59 <+perlDreamer> yes
04:59 < daviddelikat> I dont have it installed on my vm yet because there was none that would go automagically
04:59 <+perlDreamer> where did I find that
04:59 <+perlDreamer> it was off a foreign repository, daviddelikat
04:59 <@preaction> i got mine from kernel.org, let me get the info
05:00 <@rizen> Mech422: i got an error compiling TIme::HiRes when i compile out of head just now. I did not get that error when i built using wre-0.9.3-source.tar.gz, so something must have changed
05:01 < Mech422> I get the same error..
05:01 < Mech422> just 'false' in the log - then it aborts
05:01 < Mech422> funny thing is - if you cd to the dir, and type 'make' - it builds
05:01 <@rizen> here's the build log
05:01 <@preaction> daviddelikat: i can send you the script via pm, but pastebin says i'm a spammer
05:01 <@rizen> http://dl.getdropbox.com/u/79833/build.log
05:01 < Mech422> thanks
05:02 <@rizen> gotta go. hope it helps you. i'll be on tomorrow to try to figure out why this happened
05:02 < Mech422> ok - thanks
05:02 < daviddelikat> preaction: I can always git the latest from the hub...
05:03 < daviddelikat> it would be nice to have git installed though...
05:03 <@preaction> daviddelikat: i mean the script to install git
05:03 < daviddelikat> not that I need another tool to maintain...
05:03 < daviddelikat> oh
05:03 <@preaction> it's 4 commands, 3 wget and an rpm
05:03 < daviddelikat> how big is it?
05:03 <@preaction> 4 lines
05:03 <@preaction> i can't pastebin it, because pastebin says i'm a spammer because it has 3 URLs in it
05:04 <+perlDreamer> how about posting it, one line at a time in channel? >:)
05:04 < daviddelikat> one sec...
05:05 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit []
05:06 < daviddelikat> sorry I thought I had a place you could post it...
05:06 < CIA-23> WebGUI: colin * r11121 /WebGUI/lib/WebGUI/ProfileField.pm: Pluggable::load is not a class method.
05:06 < daviddelikat> try david-delikat at usa.net
05:07 <+perlDreamer> if it's really useful, it could be uploaded to the bazaar
05:09 <@preaction> sent
05:09 < daviddelikat> tanks
05:10 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
05:13 < CIA-23> webgui: Patrick Donelan flux * r2f783e7 / (4 files in 4 dirs): Cherry-picked survey updates from master - http://bit.ly/4OuHH
05:22 < daviddelikat> anybody know why wgd doesn't have a page in the wiki?
05:24 <@preaction> as wgdev maybe
05:24 <@preaction> ?
05:24 < daviddelikat> ill try it
05:24 < daviddelikat> nope
05:25 < daviddelikat> i know its in there i just can never remember how to find it...
05:25 < daviddelikat> all i want is the url for the git repo
05:25 <@preaction> search github for wgdev
05:26 < daviddelikat> that did it --- thanks
05:28 -!- bryanlewis [n=bryanlew@ip98-168-251-87.om.om.cox.net] has joined #webgui
05:30 < bryanlewis> any cms' chat rooms on irc?
05:31 <@preaction> besides WebGUI? probably
05:31 < bryanlewis> is WebGUI a actual CMS?
05:31 < bryanlewis> opensource?
05:31 <+perlDreamer> yes
05:31 <+perlDreamer> and free software
05:31 <@preaction> and yes
05:31 < bryanlewis> demo?
05:32 <@preaction> demo.webgui.org and beta.webgui.org
05:32 < bryanlewis> is it from a framework?
05:32 <+perlDreamer> yes
05:33 < bryanlewis> which one?
05:33 <+perlDreamer> WebGUI is the name of the CMS, and the framework
05:33 < Mech422> Note (probably harmless): No library found for -lperl
05:34 < Mech422> wtf ? rizen's IM isn't even using libperl ?
05:34 < Mech422> Hmm - do we just not need it ? we can skip the whole thing and make life easier ?
05:35 <@preaction> maybe, dunno
05:37 < Mech422> that would be nice
05:37 <+perlDreamer> bryanlewis, it's perl based
05:37 < bryanlewis> oh i see
05:37 < bryanlewis> smarties... 
05:37 < bryanlewis> i'm learning php so it might not be the system for me
05:38 <+perlDreamer> I don't know.
05:38 <+perlDreamer> php is close to perl
05:38 <+perlDreamer> and there's already a huge amount of code to leverage
05:38 <+perlDreamer> and, far fewer native security issues with perl instead of PHP
05:38 <@preaction> eh, either way you go (php or perl or python but not ruby) there's different ways to do it. it all depends on what you want to do
05:38 < bryanlewis> yea
05:38 <+perlDreamer> although, to be fair, php has gotten quite a bit more secure in recent years
05:39 < bryanlewis> well i'm a noobie... 23 years old and dying to learn php better
05:39 < _elnino_> what other cms's are you looking at bryanlewis?
05:40 <@preaction> eh, i learned Perl back when I was 16. age / experience doesn't matter with the 4g langs like perl/php/python
05:40 < bryanlewis> c5, wordpress, joomla, drupal... not for sure which to use/learn from
05:40 < bryanlewis> for some reason php is hard for me to get my head around
05:40 <@preaction> you might want to learn without one, and then get a book on one of them
05:40 < _elnino_> are you looking to hack? or are you looking to use the cms for your site and other customer sites?
05:40 < bryanlewis> just learn php then without a cms?
05:41 <@preaction> i won't start a holy war here, but php is incredibly disorganized for a programming language
05:41 < bryanlewis> well... I already work for a company and we make sites with c5 right now and its been working well but everyday i feel like i don't know enough
05:41 <@preaction> right, first worry about learning the language. then learn how the language can make those things easier (like frameworks, template systems, database abstraction, etc...)
05:42 < bryanlewis> yea i want to learn a framework too sometime
05:42 < Mech422> bryanlewis: when you get to that point - I'd suggest sticking with C5 - sounds like you would have some resources you could ask questions etc at work
05:43 < _elnino_> http://www.cmsmatrix.org - if you are looking for features for customer sites, this si a good place to compare.  I'll tell you from experience that joomla is a pain to upkeep for customer websites. and not very intuitive.
05:43 < _elnino_> never heard of c5, is that like c1?
05:44 < _elnino_> http://www.sylphen.com/c1
05:44 < Mech422> _elnino_: might be some in-house tool they use ?
05:44 < bryanlewis> no not like c1 really
05:45 < _elnino_> c5=concrete5?
05:46 < bryanlewis> http://www.google.com/search?hl=en&client=safari&rls=en-us&q=c5+cms&aq=f&oq=&aqi=g10
05:46 < bryanlewis> yea
05:46 < bryanlewis> yea joomla is hard to upkeep 
05:46 < bryanlewis> i'm not a big fan
05:47 < bryanlewis> but i want to learn php more and i want to feel like i can make my own cms with a framework whenever needed
05:47 < _elnino_> I was there once.
05:48 < bryanlewis> what did u do?
05:48 < _elnino_> I got older. =)
05:48 < bryanlewis> did u ever have a tuff time learning a more advanced language?
05:48 < bryanlewis> i'm 23
05:48 < _elnino_> my training was system programing, so I came from C, C++ etc.
05:49 < _elnino_> which I really didn't want to do, so I went into db and web developement
05:49 < bryanlewis> yea nice
05:50 < _elnino_> and working with web, and finding out that marketing demands come faster than anyone could keep up with, I ditched my efforts in my own cms and went
05:50 < bryanlewis> someday i will have a grasp of php
05:50 < _elnino_> a community based cms that already had more features than my marketing group could come up with themselves.
05:51 < _elnino_> if you look at the list of cms on cmsmatrix, I think you'll find there are lot of people out there wanting to build there own, but to compete with other that are established already is a tough hill to climb. It's climbable, but tough to catch up.
05:51 < bryanlewis> yea thats pretty nice
05:52 < _elnino_> just my experience.
05:52 < bryanlewis> yea  i just think building a cms would help me learn and accomplish a personal goal 
05:52 < _elnino_> oh yea, it will definately be a learning experience.
05:52 < _elnino_> I'm all for it. It's fun actually!
05:53 < bryanlewis> see thats where i want to be
05:53 < _elnino_> I just couldnt' keep up with marketing group's demands - It was just me. 
05:53 < _elnino_> doing all the programming.
05:53 < bryanlewis> yea
05:53 < _elnino_> IT group of 3.
05:53 < bryanlewis> thanks ruff but at least u know your job well! 
05:54 < bryanlewis> i feel like i go to work and dont know my job well at all
05:54 < bryanlewis> i just live off of someone elses talent 
05:54 < bryanlewis> haha 
05:54 < _elnino_> work for a small company.  You'll learn TONS.
05:54 < _elnino_> mine was 60 people. big enought to be steady, small enought to do everything.
05:55 < _elnino_> (sorry for the extra t's)
05:55 < bryanlewis> i do
05:55 < bryanlewis> 9
05:55 < bryanlewis> peeps
05:56 < _elnino_> you're in a great place then. never stop learning.
05:56 < _elnino_> but stay focused enough to accomplish something.
05:57 < _elnino_> and never think you know everythign because there is someone else out there that knows more.
05:57 < _elnino_> but you didn't ask for advice... =(
05:57 < _elnino_> I'll be quiet now.
05:58 < bryanlewis> haha no i know
05:58 < bryanlewis> i'm trying
05:58 < bryanlewis> and will continue 
05:58 < bryanlewis> I'm off to bed but will be back online tomorrow will u be on?
05:59 < _elnino_> sounds like you're on the right track with the right attitude. I'ts refreshing.
05:59 < _elnino_> not tomorrow, I'm going to the zoo.
05:59 < _elnino_> but I'm ususally on. There is a bunch of regulars on this chat.
06:01 < bryanlewis> ok sweet! well i need sleep in order to learn well tomorrow ... one of my biggest problems is not staying focused on one thing long enough to accomplish/learn it
06:01 < bryanlewis> thought i'd throw that in there
06:02 < _elnino_> yep, that is tough, and common.
06:02 < _elnino_> that's what managers are for - to breathe down your neck. which isn't always a good thing.
06:02 < bryanlewis> yea i'm so eager to learn lots of things i can stick with one
06:03 < _elnino_> yep.
06:05 < Mech422> ok - I'm gonna call it a night...my head is _still_ killing me - almost 24 hours with a migraine or something...
06:06 < bryanlewis> me 2
06:06 < bryanlewis> g'night and thanks for all the great help! 
06:06 < bryanlewis> i hope to learn more wth time
06:06 < Mech422> I'll look at the build logs more tommorrow - if we can just skip linking libperl that would make life easier as we don't need to pass the $ARCH as part of the LD flags
06:06 < _elnino_> bye.
06:08 < Mech422> my latest build just died with : ./build.sh: line 289: cd: HTML-Parser-3.60: No such file or directory
06:09 < CIA-23> WebGUI: patspam * r11122 /WebGUI/ (2 files in 2 dirs): Remove bloat from Survey response record to reduce json serialisation time
06:09 < CIA-23> WebGUI: patspam * r11123 /WebGUI/ (2 files in 2 dirs): 
06:09 < CIA-23> WebGUI: Fixed Survey section-level branch precedence bug
06:09 < CIA-23> WebGUI: For Sections with questions spread out over multiple pages, branch
06:09 < CIA-23> WebGUI: expressions should only happen on the last page of the Section.
06:09 < CIA-23> WebGUI: Added explicit test.
06:09 < CIA-23> WebGUI: colin * r11124 /WebGUI/ (4 files in 4 dirs): 
06:09 < CIA-23> WebGUI: When a user is deleted, delete any address books as well. Uses the API to get the
06:09 < CIA-23> WebGUI: Addresses, too. With tests and upgrade script to take care of old address books.
06:09 < CIA-23> WebGUI: colin * r11125 /branch/WebGUI_7.6/ (4 files in 4 dirs): Backporting addressBook cleanup for deleted users.
06:09 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Remote closed the connection]
06:11 <+perlDreamer> good night everyone
06:11 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
06:13 -!- bryanlewis [n=bryanlew@ip98-168-251-87.om.om.cox.net] has quit []
06:15 -!- _elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
06:24 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
06:24 -!- mode/#webgui [+o rizen] by ChanServ
06:33 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
06:58 < CIA-23> webgui: Patrick Donelan flux * r2dbd6de / (2 files in 2 dirs): Fixed Survey test suite 'tagged' check to work with nested data - http://bit.ly/z9o1B
07:37 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit []
07:57 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
07:58 -!- mode/#webgui [+o rizen] by ChanServ
08:12 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit []
09:32 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
09:32 -!- mode/#webgui [+o rizen] by ChanServ
09:35 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
09:47 < CIA-23> webgui: Patrick Donelan flux * r660794f / lib/WebGUI/Asset/Wobject/Survey/Test.pm : Fixed Survey testsuite handling of Tagged question type - http://bit.ly/al85n
10:37 < CIA-23> WebGUI: patspam * r11126 /WebGUI/ (2 files in 2 dirs): Fixed Survey test suite 'tagged' check to work with nested data
10:37 < CIA-23> WebGUI: patspam * r11127 /WebGUI/lib/WebGUI/Asset/Wobject/Survey/Test.pm: Fixed Survey testsuite handling of Tagged question type
10:37 < CIA-23> WebGUI: patspam * r11128 /branch/WebGUI_7.6/ (2 files in 2 dirs): 
10:37 < CIA-23> WebGUI: Fixed #10425: Edit Survey screen does not work in IE6
10:37 < CIA-23> WebGUI: Removed trailing comma
11:13 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:13 -!- mode/#webgui [+v bartjol] by ChanServ
12:09 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
12:09 -!- mode/#webgui [+v MrHairgrease] by ChanServ
12:55 -!- carogray [n=Caroline@174-153-218-147.pools.spcsdns.net] has joined #webgui
14:09 -!- carogray1 [n=Caroline@32.178.14.59] has joined #webgui
14:13 -!- carogray [n=Caroline@174-153-218-147.pools.spcsdns.net] has quit [Read error: 60 (Operation timed out)]
14:38 -!- plainhao [n=plainhao@mail.xbiotica.com] has joined #webgui
14:38 -!- mode/#webgui [+o plainhao] by ChanServ
14:58 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
15:18 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
15:29 -!- carogray1 [n=Caroline@32.178.14.59] has quit [Read error: 110 (Connection timed out)]
15:37 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
15:41 -!- bartjol [n=bartjol@194.171.50.123] has joined #webgui
15:41 -!- mode/#webgui [+v bartjol] by ChanServ
16:09 < CIA-23> WebGUI: daviddelikat * r11129 /WebGUI/docs/ (2 files in 2 dirs): 
16:09 < CIA-23> WebGUI: changed HTML tag in lower bar to match upper bar
16:09 < CIA-23> WebGUI: see bug description for details
16:09 < CIA-23> WebGUI: http://www.webgui.org/bugs/tracker/10261
16:19 -!- bartjol [n=bartjol@194.171.50.123] has quit ["Leaving."]
16:21 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:21 -!- mode/#webgui [+o bopbop] by ChanServ
16:33 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
16:33 -!- mode/#webgui [+o rizen] by ChanServ
16:38 < CIA-23> WebGUI: yung * r11130 /WebGUI/ (lib/WebGUI/Asset/MatrixListing.pm t/Asset/Wobject/Matrix.t): Adding Matrix tests
16:47 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
16:47 -!- mode/#webgui [+o fibioni] by ChanServ
16:48 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
16:56 -!- steve_ [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
16:57 < steve_> mornin
16:57 -!- steve_ is now known as mech422
16:58 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
16:58 -!- mode/#webgui [+v perlDreamer] by ChanServ
16:58 < mech422> SynQ2: ping?
16:58 < SynQ2> pong
16:58 < mech422> perlDreamer: mornin
16:58 <+perlDreamer> howdy, mech422
16:58 <+perlDreamer> you're lower case today
16:58 < mech422> SynQ2: rizen sent an interesting osx build log last nite...
16:58 < mech422> perlDreamer: yeah - I'm not feeling very upper today :-P
16:59 < SynQ2> what log?
16:59 <+perlDreamer> dude, you've been working crazy hours
16:59 < mech422> perlDreamer: much less, studly caps :-P
16:59 < mech422> SynQ2: it was a build log from an osx machine
16:59 < SynQ2> I haven't seen it
16:59 < mech422> SynQ2: he posted the url - but I didn't write it down :-/
17:00 <+perlDreamer> IRC backlogs are on mentalhouse.net
17:00 < mech422> interesting thing was ImageMagic doesn't seem to link against libperl on osx
17:00 <@rizen> http://dl.getdropbox.com/u/79833/build.log
17:00 < mech422> perlDreamer: ahh thanks
17:01 < SynQ2> ah
17:02 < SynQ2> it fails at Time::HiRes
17:02 < SynQ2> is that a wre 0.9.3 buildlog?
17:02 < mech422> oh - it failed with something else last build I did - HTML something or other...
17:02 < mech422> but here's the interesting bit from the IM build:
17:02 < mech422> Note (probably harmless): No library found for -lperl
17:02 < mech422> Writing Makefile for Image::Magick
17:02 < SynQ2> ok
17:02  * perlDreamer is going for an early morning run to beat the heat.
17:03 <+perlDreamer> we're currently sitting at 85 bugs
17:03 < mech422> maybe libperl isn't needed at all for IM ?
17:03 <+perlDreamer> with 5-6 people working on bugs actively
17:03 <+perlDreamer> hack on!
17:03 < SynQ2> I don't know
17:03 < SynQ2> what I wonder
17:03 < SynQ2> is that there has been a wre 0.9.3 released
17:03 < SynQ2> but has the wre-source from update.webgui.org been updated accordingly
17:04 < SynQ2> since when I tried to compile that 2 days ago it failed on lenny
17:04 <@rizen> the builds of wre that are there
17:04 <@rizen> were built from the source that is there
17:04 < SynQ2> ok
17:04 < mech422> SynQ2: I'm kinda thinking rizen's build boxes are 'special' somehow.. and the stuff builds there, but not on 'vanilla' boxes ?
17:05 < SynQ2> mech422: I fear you could be right
17:05 < SynQ2> but I don't know
17:05 < SynQ2> all I know is that the build fails on my vanilla boxes
17:05 < carogray> hi all, back from the UK - quick question about redirects?
17:06 < mech422> SynQ2: yes, all I can determine is it fails for me on 64bit lenny
17:06 < SynQ2> and it fails on the -lperl of IM
17:07 < mech422> SynQ2: I could possibly setup a 32bit lenny (I'm using xen, which supports 32 on 64)
17:07 < mech422> SynQ2: but your having problems on 32bit - so maybe setting up say Centos would be more informative ?
17:07 < SynQ2> well
17:07 <@rizen> i don't get how you guys can make that leap that my boxes are special
17:08 < SynQ2> if it fails to build on lenny it's useless to me
17:08 <@rizen> every one of them is installed directly from the iso's you can download from the sites
17:08 <@rizen> plus
17:08 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:08 -!- mode/#webgui [+o Haarg] by ChanServ
17:08 < SynQ2> rizen: no special packages added?
17:08 < carogray> if you have changed the URL of a page on your website and you want to create a redirect from the page itself to its new URL in the redirect URL box/field, i.e. the place you want it to go, you still put in http://www.yourdomain.org....newurl? We aren't supposed to be using some ^/(...);  macro thing right?
17:08 < mech422> rizen: you seem to be the only one that can build the wre's ?
17:08 <@rizen> i can get it to build on 7 operating systems and you can get them to not build on 2
17:08 <@rizen> actually just one
17:08 <@rizen> cuz you're both trying to build on the same OS
17:08 < SynQ2> agreed
17:08 <@rizen> no special packages
17:08 <@rizen> nothing that doesn't come with the os
17:09 < SynQ2> but it fails on ubuntu 9 too
17:09 <@rizen> on it's disks
17:09 < mech422> yeah - thats what we were just saying - perhaps trying a Centos or something would be more informative then beating on Lenny
17:09 <@rizen> sure, but i don't try to build on ubuntu 9
17:09 < SynQ2> I'm guessing -lperl does exist in the centos system somewhere
17:09 < SynQ2> so it finds the system perl libraries
17:09 <@rizen> but i do build on ubuntu 6
17:09 <@rizen> so perhaps there's a significant enough difference
17:09 <@rizen> between the old
17:09 <@rizen> and the new
17:09 <@rizen> that is causing the problem
17:09 < SynQ2> perhaps the 'newer' systems have something 'different' then :)
17:10 < SynQ2> inded
17:10 < SynQ2> indeed that
17:10 <@rizen> right, it's not that my boxes are special
17:10 <@rizen> just that they are built with an older os
17:10 < SynQ2> special == different
17:10 <@rizen> with the exception of rhel which is built using the newest
17:10 <@rizen> well, and macosx which is also built using the newset
17:10 < SynQ2> macosx is different than linux
17:11 < SynQ2> that is something which is clear
17:11 -!- MrHairgrease1 [n=martin@gw.oqapi.nl] has joined #webgui
17:11 <@rizen> sure it is, but it's also a full gnu build chain
17:11 < SynQ2> indeed
17:11 <@rizen> it doesn't use the crap that they use in a lot of the other bsds
17:11 < SynQ2> but probably less bleeding edge then lenny and ubuntu
17:11 <@rizen> that's probably true
17:11 < SynQ2> I'm going to run a compile on etch now
17:12 < SynQ2> to see if the older debian does compile
17:12 <@rizen> is etch the older version?
17:12 <@rizen> just prior to lenny?
17:12 < SynQ2> etch = debian 4
17:12 < mech422> yeah 
17:12 < SynQ2> lenny = debian 5
17:12 <@rizen> ok
17:12 < SynQ2> but lenny = current stable
17:12 < SynQ2> and etch = oldstable
17:12 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit [Read error: 110 (Connection timed out)]
17:12 < mech422> SynQ2: I want to look at the osx build log a bit more and see what else is in there...
17:13 < mech422> SynQ2: if its not using libperl at all - maybe we can drop it from the other builds too ?
17:13 < SynQ2> indeed
17:13 < SynQ2> go ahead
17:13 < mech422> (err - not using it for ImageMagick I mean)
17:13 < mech422> can anyone run a bsd or solaris build and generate logs ?
17:14 < mech422> or even a non-debian linux ?
17:16 -!- rizen changed the topic of #webgui to: [7.6.25-stable | 7.7.8-beta | WRE 0.9.3] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com/
17:17 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
17:17 -!- mode/#webgui [+v perlmonkey2] by ChanServ
17:17 < mech422> Hmm - I should look at setenvironment.sh and see if it does anything 'special' for osx...
17:19 < mech422> heh - nope nothin there
17:25 < MrHairgrease1> hey preaction
17:25 < MrHairgrease1> how's the recur evry month on week thing supposed to work
17:26 < MrHairgrease1> if I say every month on the second week on tuesday the results are varying
17:27 < MrHairgrease1> for instance it selects this month on june 16
17:27 < MrHairgrease1> and next month july 14th
17:28 < MrHairgrease1> I know why that is happening from the code
17:28 <@preaction> yeah, it's because the recur pattern generator is horrible and needs to change to DateTime::Event::ICalendar
17:29 < mech422> SynQ2: thats odd - it builds rizen's openssl for arch 386
17:29 < MrHairgrease1> but wouldn't the intended behaviour be using the calendar week instead of the number of 'virtual' weeks from the start of the month
17:29 < MrHairgrease1> yeah
17:29 < MrHairgrease1> just fixed this bug: http://www.webgui.org/bugs/tracker/10228
17:29 < MrHairgrease1> which is actually the same problem I told you about two weeks ago or so
17:32 < MrHairgrease1> I guess rewriting that sub with DateTime::Event::ICal would be considered an rfe?
17:32 <@Haarg> yes
17:33 -!- daviddelikat [n=daviddel@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"]
17:34 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
17:41 < CIA-23> WebGUI: martin * r11131 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Event.pm): Fixed: Calendar: Weekly re-occurence function not working properly (#10228)
17:41 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Leaving."]
17:44 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
17:46 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit []
17:57 < ckotil> anyone know of any YUI datatable examples in webgui? im having trouble, and its because im the API docs for the datatable are beyond YUI 2.5.1 and they require some new js modules
17:58 < MrHairgrease1> check the vendor payout manager
17:58 < daviddelikat> I was just messing with YUI DT what are you looking for?
17:58 < MrHairgrease1> it's in www/extras/vendorPayout/vendorPayout.js
17:58 < ckotil> ok ill do that MrHairgrease1 , thanks
17:58 < MrHairgrease1> or the Asset Manager
17:58 < CIA-23> WebGUI: martin * r11132 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Event.pm): Merging fix for Calendar: Weekly re-occurence function not working properly (#10228) into 7.6
17:59 < ckotil> daviddelikat: well i have some data in json format that i want to put into a YUI datatable
17:59 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
17:59 < MrHairgrease1> that's basically what the vp manager does
17:59 < daviddelikat> ckotil: its pretty easy
17:59 < MrHairgrease1> so that should be a good start
17:59 < ckotil> vendor payout isnt in my version :( 7.5.31
17:59 < ckotil> 32 rather
17:59 < daviddelikat> it is best if you make a function to generate the JSON and attach a datasource
18:00 < ckotil> ive used the YUI datable in the past w/ versoin 2.6.1 , but it doesnt seem to work the same with YUI 2.5.1
18:00 < ckotil> ill try looking off of the asset manager
18:01 < daviddelikat> I just added some code to the EventManagerSystem
18:01 < daviddelikat> it is in WebGUI/Asset/Wobject
18:01 < daviddelikat> check out the viewSchedule and www_getSchedule stuff
18:02 < ckotil> but in the dev branch, right?
18:03 < daviddelikat> also look at the view schedule template on the display tab of the EMS
18:03 < daviddelikat> it should be in the main branch
18:04 < ckotil> what version?
18:04 < ckotil> and what versoin of YUI ?
18:04 < daviddelikat> the version that WebGUI is using
18:04 < daviddelikat> i think it is 2.5
18:04 < ckotil> ok, thanks
18:05 < daviddelikat> I had noticed some items thata were diff. from teh latest YUI but i got around them
18:06 <@rizen> webgui uses YUI 2.6
18:06 <@rizen> however, 2.7 is out
18:06 < ckotil> ya, thats all im finding API docs for is 2.7
18:06 < ckotil> dunno how to get them for 2.5.1
18:07 <@Haarg> the docs are all included with webgui
18:07 <@rizen> webgui ships with a complete set of YUI docs for that reason
18:07 < daviddelikat> where are you using 2.5.1?
18:07 < ckotil> ok sweet.
18:07 < ckotil> im stuck on version 7.5.32 for now
18:07 < ckotil> gonna schedule an update soon.
18:07 < ckotil> i should be able to smoothly upgrade to the latest stable now ;)
18:08 < daviddelikat> good luck
18:08 -!- rizen is now known as BugSlasherMcGurk
18:08 <@BugSlasherMcGurk> bug--
18:09 < SynQ2> oeh
18:09 < SynQ2> Mc Gurk
18:10 <@BugSlasherMcGurk> bug--
18:11 <@BugSlasherMcGurk> bug--
18:11 < SynQ2> how do you do it?
18:11 <@BugSlasherMcGurk> do what?
18:11 <@BugSlasherMcGurk> and are you talking to me?
18:13 < SynQ2> yes mr. McGurk, how do you slash them?
18:13 <@BugSlasherMcGurk> bug--
18:13 < SynQ2> bare handedly?
18:13 <@BugSlasherMcGurk> sometimes it's as easy as replying to a person to tell them that they're doing something wrong, or that the bug has already been fixed
18:13 <@BugSlasherMcGurk> sometimes i just know exactly where to look
18:14 <@BugSlasherMcGurk> cuz i wrote most of the code
18:14 < SynQ2> so you have put those bugs in there yourself :)
18:14 <@BugSlasherMcGurk> but then there are always bugs that kill me and take hours or days to fix
18:14 <@BugSlasherMcGurk> SynQ2: exactly
18:14 <@BugSlasherMcGurk> i'm sure that i wrote 80% of the code in WebGUI, and that 98% of the bugs are mine
18:15 < CIA-23> WebGUI: jt * r11133 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI.pm): re-fixed basic auth
18:15 < CIA-23> WebGUI: jt * r11134 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI.pm): 
18:15 < CIA-23> WebGUI: Fixed the problem with Basic Auth that UK fixed, but in a different way
18:15 < CIA-23> WebGUI:  that still allows non-realm based Basic authentication.
18:15 < CIA-23> WebGUI: jt * r11135 /WebGUI/lib/WebGUI.pm: removed debug
18:15 < SynQ2> hehe
18:23 < carogray> you guys can answer my redirect question yet?
18:24 <@BugSlasherMcGurk> bug--
18:24 <@BugSlasherMcGurk> don't think i saw any redirect question
18:24 <@BugSlasherMcGurk> what is it?
18:26 < mech422> BugSlasherMcGurk: the build log you posted - was that a 'first' build? for some reason libreadline thought it was already compiled ?
18:26 < CIA-23> WebGUI: jt * r11136 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Search.pm): WebGUI::Search epoch maximum range error (#10288)
18:27 < mech422> BugSlasherMcGurk: if you had done a build of that code earlier, that would explain it
18:28 <@BugSlasherMcGurk> i had done a build out of that folder before, /data/wre was empty when i started
18:28 <@BugSlasherMcGurk> i forgot to do a --clean before i started
18:28 < mech422> ahh ok
18:29 < carogray> bugslasher: it was before you came on Rizen and Mech422 were heavy into super programmer talk and I was hoping to catch someone ...this is my ?:
18:29 < carogray> if you have changed the URL of a page on your website and you want to create a redirect from the page itself to its new URL in the redirect URL box/field, i.e. the place you want it to go, you still put in http://www.yourdomain.org....newurl? We aren't supposed to be using some ^/(...);  macro thing right?
18:30 <@BugSlasherMcGurk> right, you'd put the full url in there
18:31 < carogray> k thanks just checking.:)
18:39 <@BugSlasherMcGurk> bug--
18:39 < CIA-23> WebGUI: yung * r11137 /WebGUI/ (5 files in 5 dirs): fixed #9851: New Users have blank profile field privacy settings
18:39 < CIA-23> WebGUI: yung * r11138 /WebGUI/docs/changelog/7.x.x.txt: fixed #9851: New Users have blank profile field privacy settings
18:42 < mech422> BugSlasherMcGurk: perl seems to build this as part of its bootstrap/install: Making Time::HiRes (dynamic)
18:42 < mech422> and we install this in the perlmodules stuff: wget -t 4 -nv $CPANMIRROR/authors/id/J/JH/JHI/Time-HiRes-1.9719.tar.gz
18:43 < mech422> are they different ?
18:43 <@BugSlasherMcGurk> sorry, i don't have any idea what you're asking me. i've reread the sentence 3 times and it still doesn't make sense.
18:44 < mech422> it appears Time-HiRes is installed twice
18:44 < mech422> is that the case, or is there a reason not to use the version the perl bootstrap installs ?
18:45 <@BugSlasherMcGurk> ah, now it makes sense
18:45 <@BugSlasherMcGurk> we're probably just installing it twice because either:
18:45 <@BugSlasherMcGurk> a) Time::HiRes didn't used to be part of perl
18:45 <@BugSlasherMcGurk> b) i didn't realize it came with perl
18:46 <@BugSlasherMcGurk> with the WRE 0.9 series we switched to Perl 5.10, which comes with some modules 5.8 didn't. So there may be some duplicates.
18:46 < mech422> Since the second install is what blew up the build last night, perhaps we should comment it out and see if it causes any regressions ?
18:46 <@BugSlasherMcGurk> who is we?
18:46 < mech422> I can do it here - but I don't have an osx box to rebuild on
18:47 <@BugSlasherMcGurk> i can't rebuild it either
18:47 <@BugSlasherMcGurk> it's bugfix day
18:47 <@BugSlasherMcGurk> i need to work on bug fixing
18:47 <@BugSlasherMcGurk> i can go back to wre tomorrow
18:47 < mech422> ahh - ok
18:48 < SynQ2> mech422: report a bug on it in the WRE :)
18:48 < SynQ2> then our McGurk will have time ;)
18:48 <@BugSlasherMcGurk> no he won't
18:48 <@BugSlasherMcGurk> it's WebGUI bugfix day
18:48 < SynQ2> oh bummer
18:49 < SynQ2> just when I thought I had found a loophole
18:52 <@BugSlasherMcGurk> bug--
18:52 <@BugSlasherMcGurk> one more bug to fix and we're down to 3 pages
18:52 <@BugSlasherMcGurk> wahoo!
18:55 <@BugSlasherMcGurk> bug--
18:56 < CIA-23> WebGUI: paul * r11139 /branch/WebGUI_7.6/www/extras/yui-webgui/build/form/datatable.js: Making sure focus is set properly when tabbing through fields in the datatable editor
18:56 < CIA-23> WebGUI: paul * r11140 /WebGUI/www/extras/yui-webgui/build/form/datatable.js: Making sure focus is set properly when tabbing through fields in the datatable editor
18:56 < CIA-23> WebGUI: yung * r11141 /branch/WebGUI_7.6/ (5 files in 5 dirs): fixed #9851: New Users have blank profile field privacy settings
19:03 <@preaction> frodwith: how? how did you fix that bug with DataTable?
19:03 <@preaction> or does it create a new row without opening the edit box like it did when I had it?
19:04 <@frodwith> no, it works the way it was working before.  Only, not broken.
19:04 <@frodwith> :-p
19:04 <@BugSlasherMcGurk> bug--
19:04 <@preaction> huh, weird
19:04 <@frodwith> http://pastie.org/499287
19:05 <@preaction> ah, of course
19:06 <@preaction> is there a difference between the lambda and just passing in the reference to obj.editor.focus?
19:07 <@frodwith> yes
19:07 <@frodwith> the binding of the this variable
19:07 <@preaction> closure, okay
19:07 <@frodwith> just passing the function reference, this will be bound to window
19:07 <@frodwith> it isn't closure, it's function invocation.
19:08 <@frodwith> var fn = obj.method
19:08 <@frodwith> fn() is very different from obj.method()
19:08 <@frodwith> in the first case, 'this' means 'the default object'.  In the second, 'this' is obj.
19:09 <@preaction> okay, i don't understand why, but i get it ;)
19:09 < CIA-23> WebGUI: jt * r11142 /WebGUI/ (3 files in 3 dirs): Insufficient filtering in javascript filter (#10001)
19:09 < CIA-23> WebGUI: jt * r11143 /branch/WebGUI_7.6/ (3 files in 3 dirs): Insufficient filtering in javascript filter (#10001)
19:09 <@preaction> oh, nevermind, it is very similar to Perl's handling of it
19:10 <@frodwith> It has to do with making prototypes work properly
19:10 <@frodwith> and yes, sort of like that
19:10 <@frodwith> only the invocant is explicit
19:10 <@frodwith> in perl
19:10 <@frodwith> so you don't run into it
19:10 <@BugSlasherMcGurk> perlDreamer: since i've closed 9 bugs so far today, does that mean i can quit now?
19:10 <+perlDreamer> no
19:10 <@BugSlasherMcGurk> do i get a set of steak knives at least?
19:11 <+perlDreamer> I'll give you 1 kKarma.  How 'bout that?
19:11 <@preaction> you get a lousy copy of our home game
19:12 <@BugSlasherMcGurk> but but but but
19:13 <+perlmonkey2> Anyone experimented with GWT for client side development?
19:15 <+perlDreamer> BugSlasherMcGurk, and pointing out that you fixed 9 bugs in 1/3 of the time it takes me to do that won't buy you any brownie points either.
19:16 <@frodwith> preaction: dojo has a bind function, e.g. dojo.bind(object, function) that essentially makes a function() { object.function() }.  I wonder if YUI has something similar?
19:17 <@preaction> i know YUI has scope-correction in event handlers (which is probably why I haven't worried much about scope and "this")
19:17 <@BugSlasherMcGurk> perlDreamer: i probably just got lucky, and picked the easy ones
19:18 < daviddelikat> what is the style lused for the bug tracker on WebGUI?
19:19 <@preaction> style?
19:19 < daviddelikat> yeah, collaboration has a dozen or more style options...
19:19 <@BugSlasherMcGurk> it's not a cs
19:19 <@BugSlasherMcGurk> it's a helpdesk asset
19:19 <@BugSlasherMcGurk> not released to the public yet
19:19 <@BugSlasherMcGurk> cuz it's still alpha
19:20 < daviddelikat> so how does one go about fixing bugs in it?
19:20 < daviddelikat> http://www.webgui.org/bugs/tracker/9763
19:20 <@BugSlasherMcGurk> khenn is working on it
19:20 <@BugSlasherMcGurk> but if you would too
19:20 <@BugSlasherMcGurk> i can get you access to the git repo
19:20 <@BugSlasherMcGurk> there are lots of bugs for it
19:20 < daviddelikat> be happy to.
19:21 <@BugSlasherMcGurk> so there' sno way khenn fixes them all today
19:22 <@BugSlasherMcGurk> what's your github user?
19:22 < daviddelikat> i guess Ill have to make one...
19:24 <+perlDreamer> All bug fixers are backporting to the 7.6 branch, right?
19:25 < daviddelikat> BugSlasherMcGurk: github uid is daviddelikat
19:27 <@BugSlasherMcGurk> i have been
19:27 <@BugSlasherMcGurk> daviddelikat: you have privs to commit back
19:28 <@BugSlasherMcGurk> http://github.com/plainblack/helpdesk/tree/master
19:33 < daviddelikat> thanks, I'll get a copy and get to work...
19:40 < mech422> SynQ2: ping?
19:41 < mech422> SynQ2: if ya get a chance - let me know how the Etch build went :-)
19:42 <+perlDreamer> 73 bugs
19:45 -!- steve_ [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
19:46 -!- mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Nick collision from services.]
19:46 -!- steve_ is now known as Mech422
19:52 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
19:52 -!- mode/#webgui [+o bopbop] by ChanServ
19:59 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)]
20:08 < CIA-23> WebGUI: yung * r11144 /WebGUI/t/User.t: added a test for bugfix #9851: New Users have blank profile field privacy settings
20:08 < CIA-23> WebGUI: yung * r11145 /branch/WebGUI_7.6/t/User.t: added a test for bugfix #9851: New Users have blank profile field privacy settings
20:15 -!- MrHairgrease1 [n=martin@gw.oqapi.nl] has left #webgui []
20:23 < CIA-23> WebGUI: colin * r11146 /WebGUI/ (6 files in 6 dirs): 
20:23 < CIA-23> WebGUI: Fix multiple email handling in the Inbox.
20:23 < CIA-23> WebGUI: Put an email regex into WebGUI::Utility, and use it in Form/Email and Account/Inbox.
20:23 < CIA-23> WebGUI: colin * r11147 /WebGUI/lib/WebGUI/i18n/English/Account_Inbox.pm: pull out an i18n message I created but didn't use.
20:23 < CIA-23> WebGUI: colin * r11148 /branch/WebGUI_7.6/ (5 files in 5 dirs): Backporting Account/Inbox multiple email fix.
20:25 <+perlDreamer> is webgui.org down, or am I just lucky?
20:26 <@preaction> you're lucky
20:26 <+perlDreamer> so you can get to the bug board?
20:27 <+perlDreamer> hm, you're right, the wG itself is working fine, must be only the helpdesk
20:27 <@preaction> nope, HD works fine for me
20:29 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
20:29 -!- mode/#webgui [+v cap10morgan] by ChanServ
20:34 <+perlDreamer> brb
20:34 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
20:34 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
20:34 -!- mode/#webgui [+v perlDreamer] by ChanServ
20:41 < ckotil> I just hit the URL character limit when using the WYSIWYG html source editor. Apparently this thing sends back the html as a GET variable
20:42 <+perlDreamer> how big is it?
20:42 < ckotil> i dont really know how to check. but its gotta be whatever the default limit is for a GET variable
20:43 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
20:43 -!- mode/#webgui [+v BartJol] by ChanServ
20:45 <@preaction> ckotil: what are you editing? there shouldn't be a GET with the rich editor
20:45 < ckotil> editing an article asset using the rich editor
20:46 < ckotil> v7.5.32
20:46 < ckotil> well the rich editors html source editor
20:47 <@preaction> it shouldn't, it should use JS (window.opener.forms[...].elements[...].value )
20:47 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
20:47 -!- mode/#webgui [+o bopbop] by ChanServ
20:47 < ckotil> then this JS foo that im doing must be jacking with it
20:47 < ckotil> but when i click submit, i see. 'Request-URI Too Large'
20:48 < ckotil> an apache error
20:48 < ckotil> and all the html source is in the URI in the address bar
20:48 <@preaction> that's weird
20:48 < ckotil> its loooong.
20:50 < ckotil> yeah. its gotta be this JS, when i remove it. it works just fine
21:00  * perlDreamer heads out for lunch
21:00 < ckotil> heh, you wont believe what the problem was.
21:00 < ckotil>         select.options[0] = new Option("---",0,false,false);
21:00 < ckotil> the --- caused the rich editor to freak out. i replaced it with just "" and it saved the text
21:23 < CIA-23> WebGUI: daviddelikat * r11149 /branch/WebGUI_7.6/docs/ (2 files in 2 dirs): 
21:23 < CIA-23> WebGUI: bug #10261: fixed span tag per bug report
21:23 < CIA-23> WebGUI: http://www.webgui.org/bugs/tracker/10261
21:42 <@frodwith> is the to-be-released beta 7.7.8 or 7.7.9?
21:43 <@preaction> frodwith: check lib/WebGUI.pm $VERSION, that's the to-be-released version number
21:43 <@preaction> i think 7.7.9
21:44 <@frodwith> $VERSION says 8
21:44 <@preaction> mine says 7.7.9
21:46 < Mech422> woah
21:46 < Mech422> I re-ran my build of last nights git clone.. and it _completed_ ?
21:46 <@BugSlasherMcGurk> heh
21:46 < Mech422> gonna run tests now - but what changed ??
21:46 <@BugSlasherMcGurk> it's magic Mech422 
21:46 <@preaction> did you clean between?
21:47 < Mech422> I rm -rf /data/wrebuild/source /data/wre
21:47 < Mech422> but I did that last night too
21:47 < Mech422> this is just scary
21:47 <@preaction> dunno then. magic!
22:02 <+BartJol> I remember that Koen had something similar
22:02 <+BartJol> but dunno whether that was wre or webgui
22:04 < Mech422> Its installing wG now..
22:04 < Mech422> then I'll fire up the test suite
22:20 < Mech422> is this broken atm ? t/Asset/Redirect/mech.t
22:20 < Mech422> it seems to have failed the first 3 tests, then aborted with status 255 ?
22:24 < Mech422> perlDreamer: hey - poll.t passes all tests :-)
22:24 < Mech422> including the infamous test 4
22:31 < Mech422> t/Asset/Wobject/GalleryAlbum/edit.t also seems to have aborted
22:31 < Mech422> and Auth/mech.t
22:32 < Mech422> and POE server component throws a compile warning 
22:32 -!- wgGuest37 [n=wgGuest3@x-160-94-170-39.borg.umn.edu] has joined #webgui
22:32 < Mech422> that seems to be it :-)
22:33 -!- Trex [n=Dale@x-160-94-170-39.borg.umn.edu] has joined #webgui
22:34 -!- wgGuest37 [n=wgGuest3@x-160-94-170-39.borg.umn.edu] has left #webgui []
22:36 <@preaction> perlDreamer: got time for a question quick?
22:36 < WebGUI1> wre 0.9.3 compiles fine on debian etch
22:36 < Mech422> WebGUI1: http://webgui.pastebin.com/m2a911be6
22:37 -!- WebGUI1 is now known as SynQ
22:37 < Mech422> WebGUI1: how odd - it just compiled here as well
22:37 < SynQ> pidgin is not the most splendid irc client
22:37 < SynQ> to say the most
22:38 < Trex> Hey folks. I was wondering if anyone else has encountered the issue with the new Office 2007 XML document format and problems it causes when someone tries to download such documents from a website.
22:38 < Trex> http://littletechthoughts.blogspot.com/2009/01/ie-changes-docx-xlsx-pptx-to-zip-while.html
22:38 < CIA-23> WebGUI: hao * r11150 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Search.pm t/Search.t): Fixed #10211: Regex quantifiers like ? and + broke search engine.
22:38 < CIA-23> WebGUI: paul * r11151 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Account/Profile.pm): fixed #10266: Public Profile overrides Able to be friend
22:38 < CIA-23> WebGUI: paul * r11152 /WebGUI/docs/upgrades/packages-7.7.9/root_import_account_profile_default-view-profile-template.wgpkg: whoops, forgot the updated template
22:38 < SynQ> Mech422: I'm using JT's source tarball
22:38 < SynQ> this one http://update.webgui.org/wre/source/wre-0.9.3-source.tar.gz
22:38 < Trex> (specifically downloading from IE -- the problem doesn't arise in Firefox)
22:39 < SynQ> I'm going to recompile on lenny too
22:39 < SynQ> using that one
22:39 < Mech422> SynQ: I have no idea what changed but the git checkout fromlast nite started working
22:39 < SynQ> it must have been the moon
22:40 < SynQ> or one of the other planets
22:40 <@preaction> Trex: it provides a fix at the bottom for Apache
22:40 < SynQ> or maybe the musqito I killed last night
22:41 < SynQ> but hey
22:41 < SynQ> if it works I'm happy
22:41 < Trex> preaction: yes -- but only having minimal experience mucking with Apache, I wanted to see if anyone else had addressed the problem, and could confirm whether that change wouldn't impact a standard WebGUI installation.
22:42 <@preaction> that change should not hurt anything WebGUI does. it only affects the files that apache sends
22:42 < Trex> Also, I wanted to confirm which file this would go in -- in a standard WRE setup. Would you add it to modproxy.conf? or modperl.conf? Or does it not matter?
22:42 < Trex> Both of those files have similar blocks of "AddType"
22:43 <@preaction> Trex: probably best to put it in both
22:44 < Mech422> SynQ: yeah - its nice it's working... I'd like to know why though - I didn't change anything..
22:44 < Trex> preaction: Thanks! Is this something that might be considered a "bug" or feature request -- a standard enough issue users will see that it's worth adding to the default WebGUI config files?
22:44 < Trex> Or should I just add something to the wiki to let people who discover the problem fix it for themselves?
22:44 < Mech422> SynQ: anyway - if you get a chance to build 9.3 from git on Lenny, I'd interested to here how it goes
22:46 < SynQ> I'm trying that right now
22:46 <@preaction> Trex: i would post it as an RFE with the lines, that way it can get in quickly
22:46 <@preaction> it's also an RFE agains the WRE, not WebGUI (making sure you pick the right project will make it easier to get it in)
22:46 < SynQ> Mech422: and as I said, on ubuntu 9 too
22:47 < SynQ> for our friends at Oqapi
22:47 < Mech422> SynQ: the 2 spectre compile bugs are due to POE's server component having a 'my' declaration that masks one at a higher level
22:48 < Trex> Good point. Also, I'd forgotten that today was Bugfix Day. Is that what the rest of you are working on at the moment?
22:48 <@preaction> bugs? in a manner of speaking yes
23:04 < Mech422> nappy time..
23:04 < Mech422> later all
23:04 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Remote closed the connection]
23:14 <+perlDreamer> down to 70 bugs
23:23 < CIA-23> WebGUI: paul * r11153 /branch/WebGUI_7.6/ (4 files in 4 dirs): fixed #10266: Public Profile overrides Able to be friend
23:23 -!- BugSlasherMcGurk is now known as rizen
23:23 <+perlDreamer> what, stopping so soon?
23:24 <@rizen> since i don't seem to be getting any bugs fixed due to having to help everyone and their brother with something
23:24 <@rizen> i don't deserve the moniker
23:26 <@frodwith> you could be BugFiddlerMcSmith
23:28 <+perlDreamer> rizen: I'd like to close out this bug
23:28 <+perlDreamer> no feedback for 6 weeks
23:28 <+perlDreamer> and it's working like it should
23:28 <+perlDreamer> it looks like he wants to be able to say "yes" or "no" instead of 1 or 0
23:31 <+perlDreamer> all, I'm going to work on the dirty thing field bug
23:31 <@rizen> ok go ahead
23:31 <@rizen> but then file a new bug
23:31 <@rizen> because helpdesk should have autoclosed it
23:31 <@rizen> if there was no feedback after 2 weeks
23:32 <@rizen> you're saying it's been marked "Feedback Reequested" for 6 weeks, right?
23:34 < SynQ> smoking hardware in your office is never a good thing
23:34 < SynQ> one of my 22" tft's just died on me
23:34 <@preaction> yeah, stick to weed
23:34 < SynQ> white smoke was coming out of it
23:34 <+perlDreamer> rizen, yes
23:34 < SynQ> and the smell of molten plastics
23:35 <+perlDreamer> if you let out the magic smoke, it won't work anymore
23:35 <@preaction> SynQ: that's the good stuff! hit that like mike tyson!
23:35 <+perlDreamer> try to collect it all and they may be able to put it back in
23:35 < SynQ> hehe
23:35 < SynQ> I have inhaled some of it, perhaps now my eyes will have 1600x1200 pixels soon
23:37 < SynQ> perlDreamer: do you think I should care about the amount of karma I have and others get/
23:37 < SynQ> or shouldn't I?
23:38 <+perlDreamer> I don't answer questions anymore, unless you give me karma
23:38 < SynQ> ok, hang on...
23:38 < CIA-23> WebGUI: hao * r11154 /WebGUI/lib/WebGUI/Search.pm: Oops, didn?t notice the lc shift, removing unnecessary case-insensitive matching from regex.
23:39 < SynQ> perlDreamer: done :)
23:39 <@rizen> you know, maybe i still do deserve the moniker. have i closed more bugs than anybody else today?
23:39 <+perlDreamer> yes, you have rizen
23:39 < SynQ> rizen: is bugfixing day a competition?
23:40 <@preaction> always
23:40 -!- rizen is now known as BugSlasherMcGurk
23:41 <@BugSlasherMcGurk> then i shall keep the moniker until someone takes it from me by fixing more bugs than me
23:41 < SynQ> mcgurk forever :)
23:43 < SynQ> I'm going to walk the dog
23:43 < SynQ> bbl
23:44 <@BugSlasherMcGurk> bug--
23:46 <+perlDreamer> rizen, want to pinch-hit one for me?
23:46 <+perlDreamer> I put in a fix for this bug a while ago, and it seems like it's working, but I don't know for sure, because it's a widget.
23:46 <+perlDreamer> http://www.webgui.org/bugs/tracker/10095
23:46 <+perlDreamer> can you look at a widget and tell me if it's working correctly?
23:49 <@BugSlasherMcGurk> bug--
23:49 <@BugSlasherMcGurk> what?
23:49 <@BugSlasherMcGurk> i can't fix a bug for you
23:49 <@BugSlasherMcGurk> then i'd who would get the credit?
23:50 <@BugSlasherMcGurk> i don't understand the problem
23:50 <@BugSlasherMcGurk> why can't you test it?
23:52 <@BugSlasherMcGurk> i'm enabling the macro on my dev box
23:53 <+perlDreamer> I think it works fine, but again, I don't know what it's supposed to do in the first place.
23:55 <+perlDreamer> and you can take the credit
23:55 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
23:56 <@preaction> it's supposed to show a gear icon, and then when you paste the code, it should show the exact asset you specified by ID in the widget macro definition
23:59 <@BugSlasherMcGurk> yup it works
--- Day changed Thu Jun 04 2009
00:00 <+perlDreamer> then I'll track down the commit, backport it to 7.6, and close it out
00:01 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
00:02 -!- BugSlasherMcGurk is now known as rizen
00:02 <@rizen> ok i'm giving up
00:02 <@rizen> my brain hurts
00:02 <@rizen> that's 11 for me today
00:09 < CIA-23> WebGUI: hao * r11155 /branch/WebGUI_7.6/ (lib/WebGUI/Search.pm t/Search.t docs/changelog/7.x.x.txt): Fixed #10211: Regex quantifiers like ? and + broke search engine.
00:22 <+perlDreamer> bug--
00:23 < CIA-23> WebGUI: colin * r11156 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/File.pm): 
00:23 < CIA-23> WebGUI: Prevent Form/File from returning links in getValueAsHtml if there's
00:23 < CIA-23> WebGUI: no real value in the storage element to return.
00:23 < CIA-23> WebGUI: colin * r11157 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Form/File.pm): Backporting Form/File fix for empty storage.
00:23 < CIA-23> WebGUI: translation * r11158 /translations/German/German/ (5 files): Update from translation server
00:30 <+BartJol> SynQ, have you managed to compile wre 0.9.3 for debian today, when I left it looked like you would have a busy day
00:32 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
00:33 <+BartJol> oh rizen, on a side notice, has Sarah our phonenumbers
00:33 <+BartJol> ?
00:34 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
00:35 < SynQ> BartJol: I can confirm that wre 0.9.3 build still fails on debian lenny, but success I had on debian etch
00:35 <@rizen> BartJol: no idea
00:35 < SynQ>  /usr/bin/ld: cannot find -lperl it says
00:35 <@rizen> BartJol: i recommend emailing them to her
00:35 < SynQ> while making imagamagick
00:36 <+BartJol> I am mailing Sarah
00:36 <+BartJol> too bad it doesn't compile
00:36 <+BartJol> oh
00:37 <+perlDreamer> SynQ, the Widget bug is fixed
00:38 <+BartJol> well, let's try it then, maybe a bit late, but hey..
00:38 < SynQ> perlDreamer: widget bug?
00:39 <+perlDreamer> didn't you submit a bug under the name LoopSetShop?
00:39 <@rizen> what's a good visual FTP client for linux?
00:39 < CIA-23> WebGUI: translation * r11159 /translations/German/German/Account_Inbox.pm: Update from translation server
00:39 < CIA-23> WebGUI: translation * r11160 /translations/German/German/Activity_RequestApprovalForVersionTag_ByCommitterGroup.pm: Update from translation server
00:39 < CIA-23> WebGUI: colin * r11161 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset.pm): Multiple fixes for Widget, templating, handling assetIds that are not safe for JS, etc.
00:39 < CIA-23> WebGUI: translation * r11162 /translations/German/German/Asset_Carousel.pm: Update from translation server
00:39 < CIA-23> WebGUI: colin * r11163 /branch/WebGUI_7.6/lib/WebGUI/Asset.pm: Remove debugging.
00:39 < CIA-23> WebGUI: colin * r11164 /WebGUI/docs/changelog/7.x.x.txt: Document bug fix for Widget, actual rev 10474
00:39 <+perlDreamer> rizen, you want something that works with GTK or K, or something standalone?
00:39 <+perlDreamer> K=KDE
00:40 <@rizen> stand alone
00:40 <+BartJol> loopsetshop is Koen's brother
00:40 <@rizen> how is filezilla on linux
00:40 <+perlDreamer> let me check
00:40 <+perlDreamer> I always use nsftp
00:40 <@rizen> but that's command line, right?
00:41 <+perlDreamer> yes
00:43 <+perlDreamer> filezilla is pretty good
00:43 <+perlDreamer> very simple
00:43 <+perlDreamer> 1 screen
00:43 <+perlDreamer> host, username, password
00:43 <+perlDreamer> then two panes
00:43 <+perlDreamer> here, and over there
00:43 <+perlDreamer> drag and drop looks like it would work
00:44 < SynQ> hmm
00:45 < SynQ> rizen: on debian etch ldconfig -v | grep perl gives me nothing whereas on debian lenny that gives me: libperl.so.5.10 -> libperl.so.5.10.0
00:45 < SynQ> could that break the WRE compile?
00:46 < SynQ> could that explain why if you put the path to the wre perl in the configure line it would compile?
00:47 < SynQ> and also why it would compile if you leave out the -lperl for that matter?
00:47 <@rizen> no idea
00:47 <@rizen> i know very little about C
00:47 <@rizen> basically i compile until i have a problem
00:47 <@rizen> then i google my way out of it
00:47 < SynQ> uh huh
00:47 < SynQ> same here
00:48 < SynQ> I think the knowledge of someone who does know about C and compiling and linking stuff with that would help a lot here :)
00:48 < SynQ> anyone in tha house know about C?
00:49 < SynQ> we definately need the --with-perl             enable build/install of PerlMagick switch :)
00:51 < SynQ> the odd thing is
00:52 < SynQ> I did get that version of ImageMagick to compile before
00:52 < SynQ> I'm gonna see what happens if I remove the LD=ld there
00:54 -!- Trex [n=Dale@x-160-94-170-39.borg.umn.edu] has left #webgui []
00:54 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
01:02 -!- rizen [n=rizen@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit []
01:03 -!- rizen [n=rizen@75.50.91.77] has joined #webgui
01:03 -!- mode/#webgui [+o rizen] by ChanServ
01:07 <+BartJol> well let's see whether the compiling works, fine up till now
01:10 <+BartJol> SynQ shall I package it before continuing? at least we will have a wre 0.9.3 debian etch package
01:11 <+BartJol> or do you have one already?
01:20 -!- rizen [n=rizen@75.50.91.77] has quit [Read error: 110 (Connection timed out)]
01:28 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
01:39 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
01:53 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
01:53 -!- mode/#webgui [+o rizen] by ChanServ
02:14 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
02:17 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: +perlDreamer
02:17 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:17 -!- mode/#webgui [+v patspam] by ChanServ
02:23 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
02:32 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
02:32 -!- mode/#webgui [+v perlDreamer] by ChanServ
02:33 -!- carogray [n=Caroline@174-153-79-250.pools.spcsdns.net] has joined #webgui
02:36 <+perlDreamer> 61 open bugs
02:42 -!- cap10morgan [n=wmorgan@206-124-6-233.denver.dsl.forethought.net] has joined #webgui
02:42 -!- mode/#webgui [+v cap10morgan] by ChanServ
02:50 <+perlDreamer> hey, patspam!
02:51 <+patspam> hola!
02:51 <+perlDreamer> down to 62 bugs
02:52 <+perlDreamer> not bad considering we started at the mid 90's
02:52 <+patspam> rock on. I'm looking at r11116 for backportability
02:52 <+patspam> (#9927)
02:53 <+perlDreamer> it's gnarly
02:53 <+patspam> good turn-out for the bug-fix day?
02:53 <+perlDreamer> yeah
02:53 <+patspam> awesome
02:53 <+perlDreamer> daviddelikat was fixing bugs, yung and MrHairgrease, too
02:53 <+perlDreamer> WRE 0.9.3 was released
02:56 <+perlDreamer> you don't have a safari browser around, do you patspam?
02:56 <+perlDreamer> 61 bugs
02:57 <+patspam> does my iphone count?
02:57 <+perlDreamer> not sure
02:57 <+perlDreamer> yung was looking for a safari user to verify a rendering problem
02:58 <+perlDreamer> and an iphone might just throw more questions into the mix
03:05 <+patspam> don't all the PB guys use OSX?
03:06 <+perlDreamer> yup, they're busy, or ignoring me, or both, or something else altogether
03:06 <+patspam> as soon as andy appears I'll ask him
03:07 <+perlDreamer> ok
03:07 <+perlDreamer> even though it's tomorrow in Australia, you should still get credit for Bugfix Day
03:08 < CIA-23> WebGUI: colin * r11165 /WebGUI/docs/ (2 files in 2 dirs): Fix an i18n typo in the delete album screen.
03:08 < CIA-23> WebGUI: colin * r11166 /branch/WebGUI_7.6/docs/ (2 files in 2 dirs): Backporting gallery album i18n fix.
03:08 <+perlDreamer> and congrats on being added to the credits file
03:08 <+patspam> woo! thanks :)
03:08 <+patspam> heh thanks for correcting the spelling of my name in that
03:09 <+perlDreamer> you're welcome
03:09 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit []
03:21 -!- dreamersgirl [n=kathyk@remote.sunsetpres.org] has joined #webgui
03:22 < CIA-23> WebGUI: patspam * r11167 /branch/WebGUI_7.6/www/extras/ (2 files in 2 dirs): Removed console.log from JS files
03:26  * perlDreamer takes a dinner break
03:26 <+patspam> perlDreamer: i backported that fix
03:36 -!- dreamersgirl [n=kathyk@remote.sunsetpres.org] has quit [Remote closed the connection]
03:36 <+perlDreamer> thanks, patspam!
03:37 <+perlDreamer> 60 bugs
03:37 < CIA-23> WebGUI: patspam * r11168 /branch/WebGUI_7.6/ (4 files in 4 dirs): Backported fix for #9927: Survey - verbatim
03:37 <+perlDreamer> bug closed
03:39 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
03:39 -!- mode/#webgui [+o rizen] by ChanServ
03:39 -!- rizen [n=rizen@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
04:01 -!- carogray [n=Caroline@174-153-79-250.pools.spcsdns.net] has quit [Read error: 54 (Connection reset by peer)]
04:17 <+perlDreamer> I don't see any way to get the expires data for a cache
04:20 -!- cap10morgan [n=wmorgan@206-124-6-233.denver.dsl.forethought.net] has quit []
04:26  * perlDreamer is going to call it a day and night
04:26 <+perlDreamer> see y'all later
04:26 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
06:25 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
08:08 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
08:08 -!- mode/#webgui [+v cap10morgan] by ChanServ
08:51 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
09:34 < CIA-23> webgui: Patrick Donelan flux * rc75317c / lib/WebGUI/Asset/Wobject/Survey.pm : Survey - differentiated between endDate and endDateEpoch. - http://bit.ly/Pjsbv
09:43 < CIA-23> webgui: Patrick Donelan flux * r48b4c2e / lib/WebGUI/Asset/Wobject/Survey.pm : Survey - differentiated between endDate and endDateEpoch. - http://bit.ly/1aEKhP
09:43 < CIA-23> webgui: Patrick Donelan flux * rbc36aad / lib/WebGUI/Asset/Wobject/Survey.pm : Survey changes from master - http://bit.ly/lqgLV
09:43 < CIA-23> webgui: Patrick Donelan flux * rc6ef686 / : 
09:43 < CIA-23> webgui: Merge branch 'flux' of git@github.com:pdonelan/webgui into flux
09:43 < CIA-23> webgui: * 'flux' of git@github.com:pdonelan/webgui:
09:43 < CIA-23> webgui:  Survey - differentiated between endDate and endDateEpoch.
09:43 < CIA-23> webgui: Conflicts:
09:43 < CIA-23> webgui:  lib/WebGUI/Asset/Wobject/Survey.pm - http://bit.ly/hUAfc
09:54 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
09:54 -!- mode/#webgui [+o Haarg] by ChanServ
10:38 < CIA-23> WebGUI: patspam * r11169 /WebGUI/lib/WebGUI/Asset/Wobject/ (Survey.pm.orig Survey.pm): Survey - differentiated between endDate and endDateEpoch.
11:12 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:12 -!- mode/#webgui [+v bartjol] by ChanServ
12:01 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
13:50 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
14:04 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:04 -!- mode/#webgui [+o plainhao] by ChanServ
14:34 < carogray> anyone about to help with a tag? or class ?
14:35 <+bartjol> sur
14:35 <+bartjol> ee
14:35 <+bartjol> let's hear
14:38 <+bartjol> carogray: what's it about exactly?
14:39 < carogray> Hey! how was your sailing - looked for you off the coast of Norfolk, but the furthest South we got was Weybourne! Lovely weather eh?
14:39 <+bartjol> it sure was!
14:39 <+bartjol> but not enough wind on the way back, it took us 44 hours
14:40 < carogray> ayah! yes, we found not a lot of wind too. However this was good for my husband cause he is learning to use a kite for sailing
14:40 <+bartjol> :)
14:40 < carogray> he was just using a trainer kite on the beach - working up to learning to kite board etc.
14:40 <+bartjol> cool
14:41 < carogray> anyhow my question is  whether there is an HTML <glossary> tag
14:41 <+bartjol> but you wanted help?
14:41 <+bartjol> mmm
14:42 < carogray> or whether there is an "accepted"  way of using HTML CSS for displaying words that eventually we want to put into or link to definitions
14:42 < carogray> or XHTML ...
14:42 < carogray> whatever 
14:43 <+bartjol> well, I'm looking
14:46 <+bartjol> mmm, wel the only thig I can come up with is to embed them in the keyword section in the metadata
14:46 <+bartjol> but that doesn't sound like that's what you want
14:48 < carogray> not sure.....what you mean what would I embed in the metadata exactly, but also that would have to be unique for each article? unless I made a prototype article will all the things embedded in every article?
14:48 < carogray> or rather a template for the article?
14:48 < carogray> still not sure about what you mean by embed in metadata
14:50 <+bartjol> sorry, trying to do 2 things at a time, as a man, that's impossible
14:50 < carogray> there is a big design conference coming up in June in Boston - I may try to see if I can get answers to solutions to the problem there - I have just been blithely gettig people to tag our glossary words with <glossary> thinking this is a tag and just discovered yesterday there isn't really an html <glossary> tag and it is making a mess of some articles
14:50 < carogray> O:-)
14:50 <+bartjol> but now I'm back
14:51 <+bartjol> moving pixels around is tiring
14:51 < carogray> moving pixels? 
14:51 <+bartjol> but these words should only be visible in the source html?
14:52 < carogray> the words? no I want the words to show in the text, but for now they shouldn't look any different
14:52 <+bartjol> the keyword I mean is the field keywords in the metadata, which are used by search engines
14:52 <+bartjol> maybe you can put a <span> tag around it with a class
14:53 < carogray> so say we have a long article that has words like, "lease" "retaliate" "tenant" 
14:53 <+bartjol> and later give that class propertties
14:53 < carogray> yes.... that is exactly what I was thinking by using the glossary tag. Identify the word for now - only in source, but then later
14:54 <+bartjol> well span it is then I thinkl
14:54 < carogray> when we have figured out how/what we want to do go back and do something with the identified words
14:54 < carogray> thanks for this ! 
14:54 <+bartjol> no problem
14:54 < carogray> so just simply put each word in <span>retaliate</span> tags like this?
14:55 <+bartjol> yeah, and do give it a class
14:56 <+bartjol> makes the css afterwards easier
14:56 <+bartjol> but probably you can do without a class
14:56 <+bartjol> as long as they are in a common container
14:57 < carogray> so <span class="glossary"> retaliate</span> and just don't define the class? Perhaps we should also give them an individual id like the word itself for future ref also?
14:58 < carogray> so <span class="glossary" id="retaliate"> retaliate</span>
14:58 < carogray> or not?
14:58 <+bartjol> well, that depends on what you wanna do with it later
14:58 < carogray> would the extra id get in the way?
14:58 <+bartjol> that has use as long it should be shown differnent
14:58 <+bartjol> no, it shouldn't
14:58 < carogray> you mean unique id's?
14:58 <+bartjol> as long as it exists only a single time
14:59 < carogray> on a page right?
14:59 <+bartjol> well the classes are used by css to give it properties
14:59 <+bartjol> but if you want to link them, that should be done in html and adding an id will be useless
14:59 < carogray> oh
14:59 < carogray> hmm
15:00 <+bartjol> so only if they should have, let's say differnt colors, it has use
15:01 < carogray> there wouldn't be a way to in the css set up some sort of glossary list so that every unique id or class would when mouse overed have some sort of definition appear?
15:02 <+bartjol> probably
15:02 <+bartjol> let me think
15:03 <+bartjol> mmm, i made something like that
15:03 <+bartjol> aah, I know :(
15:04 <+bartjol> we don't host that site anymore
15:04 < carogray> oh :-(
15:04 <+bartjol> but you have a hoover p[roperty for a span
15:04 < carogray> what?!
15:04 <+bartjol> or at least somewhere
15:05 < carogray> oh hover
15:05 < carogray> I get it
15:05 <+bartjol> sorry
15:06 < carogray> I was thining vacuum cleaners - British Hoover
15:06 <+bartjol> hey, I am only Dutch
15:06 < carogray> thinking
15:06 < carogray> ja
15:06 <+bartjol> ah
15:07 <+bartjol> but for link there is a hover property. but like the editing part for an asset, those properties have hover text too
15:07 <+bartjol> so just rip that functionality
15:08 < carogray> oh yeah - of course.
15:08 < carogray> so how do I "rip that functionality"?
15:09 < carogray> can I see it in the source when I am in edit mode?
15:10 <+bartjol> maybe here:
15:10 <+bartjol> http://www.javascriptkit.com/javatutors/crossmenu2.shtml
15:10 <+bartjol> looks like it's javascript
15:11 <+bartjol> which makes some sense
15:11 < carogray> yes, this looks really good. 
15:12 < carogray> I don't know that much about java script, we already use it in some places for showing and hiding footnotes, so I guess we can try this too, not sure how it would work with/for screen readers -this particular feature, but at least it's a start.
15:14 <+bartjol> well, my approach to javascript is: copy paste stuff you know that works and leave it be
15:15 <+bartjol> and I managed to get this done once, so you should be able to find working code 
15:16 < carogray> right - this is a great start to getting me thinking again about the problem...thanks!
15:16 <+bartjol> good, and if ou have more question, I'll dig deeper and will look if I can find what I made last time
15:17 < carogray> right - thanks a lot for this - I am trying to get one of our admins to fix a ton of Word docs and then post them on WebGUI so she is just learning HTML and I am throwing so much at her
15:18 < carogray> I need to figure out a way for her to get some of this in now and then go back later to fine tune
15:18 <+bartjol> Word documents...mmmm
15:19 <+bartjol> but if she's just learning, a quick cource on w3schools mifght be a plan
15:20 <+bartjol> http://www.w3schools.com/html/
15:20 < carogray> yah the w3schools is excellent.
15:20 <+bartjol> especially if you have to transform word docs to html
15:21 < carogray> I just used a lot of it yesterday in my introduction to basic HTML for editors, but Bee, my helper is having to do catch and identify all kinds of messes
15:21 <+bartjol> ah
15:21 <+bartjol> a lot of work I see
15:21 < carogray> there are alll these endnotes brought over from word with messy long and complicated corruptions that she needs to replace with ^PageUrl()# and stuff
15:21 < carogray>  ugh
15:22 <+bartjol> well, at least you don't have to do that alone
15:22 < carogray>  can't give her too much to do, cause she still wasted a whole morning yesterday opening a file in IE and saving it which messed up all her a href's big time... I won't go into it, but i can't give her too many new things at once
15:23 < carogray> thank god!
15:23 < carogray> and thank our funders!
15:23 <+bartjol> was that a particular site?
15:23 < carogray> the trick is to think enough ahead of time so that we don't have to keep going back and fixing stuff cause my directions wer eporr or wrong
15:24 < carogray> yes, MassLegalHelp.org
15:24 <+bartjol> cool
15:24 <+bartjol> people do need stuff like that
15:25 < carogray> right - now if I can only get David Huggins back on to fixing the tell a friend thing I have been killing him with we can get back to more improvements... must get on with my naggin
15:26 <+bartjol> :)
15:26 < carogray> thanks again for taking the time this morning/today to help me AGAIN! 
15:26 <+bartjol> again, no problem :)
15:50 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
15:50 -!- mode/#webgui [+v MrHairgrease] by ChanServ
16:02 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
16:03 < ckotil> Is it possible to change the text color via the rich editor in 7.5.32?
16:05 <+MrHairgrease> try to enable the foreground color option in the rich editor's conifg
16:06 < ckotil> ah. ok.
16:06 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
16:07 < ckotil> im troubleshooting some 'issues' my users are having. stupid stuff like 'urls for links and email arent being parsed automatically correctly' 'table size cant be changed when pasted into webgui' 'hwo do i change text color'
16:07 < ckotil> at least the 3rd question appears valid.
16:14 < ckotil> thanks MrHairgrease , that worked.
16:14 <+MrHairgrease> oki
16:14 <+MrHairgrease> good luck with your support quest
16:15 < ckotil> im not going to spend much time on it. the other 2 seem like user error to me
16:15 < ckotil> im going to tell them how to do what they want to do.
16:22 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:22 -!- mode/#webgui [+o bopbop] by ChanServ
16:35 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has joined #webgui
16:35 -!- fibioni [n=pops@65-102-161-51.tukw.qwest.net] has left #webgui []
16:52 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
16:52 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:54 -!- SquOnk [n=emhn@201.211.88.228] has joined #webgui
16:54 < SquOnk> Hi
16:56 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
16:56 -!- mode/#webgui [+v cap10morgan] by ChanServ
16:56 <+MrHairgrease> howdy!
17:13 <+perlmonkey2> howdy doody.
17:13 -!- Haarg [n=haarg@75.50.91.77] has joined #webgui
17:13 -!- mode/#webgui [+o Haarg] by ChanServ
17:14 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
17:27 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has joined #webgui
17:27 -!- mode/#webgui [+v cap10morgan] by ChanServ
17:42 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
17:45 -!- cap10morgan [n=wmorgan@206-124-6-123.denver.dsl.forethought.net] has quit []
17:50 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
17:50 -!- mode/#webgui [+v perlDreamer] by ChanServ
17:51 <+perlDreamer> morning, folks
17:51 <+perlDreamer> I don't know if y'all heard, but my son Peter was hit in the head with a soccer ball yesterday
17:51 <@Haarg> ouch
17:51 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
17:51 <+perlDreamer> they took him to the ER because he lost consciousness, and couldn't walk for a while
17:52 <+perlDreamer> but the CAT scan came back okay, and he's been acting normally
17:52 <+perlmonkey2> perlDreamer: is he okay now?
17:52 <+perlmonkey2> wow
17:52 <+perlmonkey2> concussion?
17:52 <+perlDreamer> they thought so
17:52 <+perlDreamer> rang his bell pretty well
17:52 <+perlmonkey2> wow
17:53 < SquOnk> perlDreamer: Sorry to hear that.
17:53 <+perlmonkey2> you okay?  Must have taken a few years off your life in worry.
17:53 < SquOnk> perlDreamer: How old is he?
17:53 <+perlDreamer> He's 10
17:53 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
17:53 -!- mode/#webgui [+o tavisto] by ChanServ
17:53 <+perlDreamer> I was more angry than worried, but yeah.  Yesterday wasn't fun.
17:53 < SquOnk> perlDreamer: Oh. I was hit in the head by a batted baseball when I was 7...
17:53 <+perlDreamer> yow.  They're hard, too.
17:53 < SquOnk> perlDreamer: ...I turned out all right. Or so I think :)
17:54 <+perlDreamer> well, you did choose Debian over Fedora, but that could be for other reasons
17:54 < SquOnk> perlDreamer: Was it while playing or just a randomly kicked ball?
17:54 <+perlDreamer> He was playing some variant of soccer.  Two goals, three balls.
17:54 < SquOnk> perlDreamer: My choosing of Debian over Fedora has to do with a quarter of a century of Unix experience, basically :)
17:54 < SquOnk> perlDreamer: Oh. Interesting.
17:54 <+perlDreamer> I know SquOnk, just can't help teasing you.
17:55 < SquOnk> perlDreamer: So, he was looking the other way when he got hit in the head.
17:55 <+perlDreamer> no, he got hit in the forehead.  He probably was looking at another ball
17:56 < SquOnk> perlDreamer: Good news is that the forehead _is_ the best place to be hit with a soccer ball.
17:56 < SquOnk> perlDreamer: If the CAT scan doesn't show anything, just forget about it.
17:56 <+perlDreamer> yeah, he got have been hit in the face, or the back of the head...
17:57 < SquOnk> perlDreamer: Until you hit 12-14 the cranium hasn't soldered yet.
17:57 < SquOnk> perlDreamer: The seams in between the bones are still very flexible and the brain is resting inside two coats with liquids.
17:58 < SquOnk> perlDreamer: When you get hit in the head as a kid, the seams between the bones absorb most of the kinetic energy, while the amount left has to be handled by the liquid where the brain floats.
17:58 < SquOnk> perlDreamer: The movement the brain has can have the effects you described, but once the "turbulence" goes away and everything settles down, you end up ok.
17:59 < SquOnk> perlDreamer: When you get hit in the head as a grown up... you'll break your skull or get a concussion because there are no moving parts to dissipate the kinetic energy.
17:59 <+perlDreamer> seems like a design flaw...
17:59 < SquOnk> perlDreamer: No, it's just evolution.
18:00  * MrHairgrease is looking for a child to test the theory
18:00 < SquOnk> perlDreamer: Once you've grown you've already reproduced and you should be wise enough not to get hit in the head :)
18:00 < carogray> weighing in here.
18:00 < carogray> I am an old fart, my kids are 19 and 21
18:00 < carogray> my son has had countless concussions
18:01 < carogray> although I dont recommend it, he is still an amazingly brilliant if determined, stubborn cuss
18:01 < carogray> his last one happened just a couple of months ago. He is ski patrol on a snowboard at our local mountain
18:01 < SquOnk> perlDreamer: You should worry about hits in the head if the kids are nearsighted.
18:02 < carogray> kids are amazingly resilient - mine would no longer be around if they weren't
18:02 < SquOnk> perlDreamer: Nearsighted people (like me) have a slighter fragile retina than the rest of people.
18:02 < SquOnk> perlDreamer: A hard hit in the head could lead to retina tearing. And that's very bad.
18:04 < SquOnk> That's why I stopped playing soccer once I entered college. I've been 6'2" 200 lbs. since I was 16 years old, had a mighty right leg kick... but could afford the risk to a header
18:04 < SquOnk> ...so it was best to just leave the game
18:04 < SquOnk> Now its carom billiards or plain jogging.
18:05 <+MrHairgrease> I have -15 glasses and never tore my retina,
18:05 <+MrHairgrease> but then again
18:05 <+MrHairgrease> I never played soccer
18:05 < SquOnk> MrHairgrease: Just avoid bumping your head :)
18:05 <+MrHairgrease> well I did in school
18:05 <+MrHairgrease> but only because I had too
18:06 <+MrHairgrease> squonk, I just moved into an old warehouse where the ceiling beams are about 1.90 meters above the floor
18:06 <+MrHairgrease> I fit just below them
18:06 <+MrHairgrease> but the doorpost of my bathroom is slightly lower
18:07 <+MrHairgrease> I already lost count how many times i crashed my head into those things
18:07 < daviddelikat> I had a basement like that
18:08 < daviddelikat> after a while you just bend in half and miss the beams
18:08 < daviddelikat> except when you are in a hurry
18:08 < daviddelikat> then you just crack your head open
18:08 <+MrHairgrease> yeah, I'm getting conditioned too
18:08 <+MrHairgrease> the ramming frequency seems to drop over time
18:08 < daviddelikat> I'm afraid of what people will see if I ever lose my hair
18:08 < daviddelikat> probably just covered with scars
18:08 <+MrHairgrease> a bald guy?
18:09 < daviddelikat> not yet
18:09 < daviddelikat> but theres potential
18:09 < SquOnk> A roadmap of Kansas?
18:09 < daviddelikat> never been there
18:09 < daviddelikat> but it wont be iowa thats for sure
18:09 <+perlDreamer> MrHairgrease, get a SawZAll and _adjust_ the height of the door frame
18:09 <+perlDreamer> hack it
18:09 <+perlDreamer> it's not perl, but it'll work
18:10 < daviddelikat> actually not a bad idea
18:10 < daviddelikat> just make sure to attach some 2x4's to the sides for structure
18:10 < daviddelikat> and strength
18:11 <+MrHairgrease> the building date of my house if before 1906
18:11 <+MrHairgrease> but prolly a long time before
18:11 <+MrHairgrease> I'm not sure if that would be a good idea
18:12 <+MrHairgrease> also, the guy who rents it to me prolly won't be thrilled
18:13 < daviddelikat> yeah those landlords can be picky
18:13 < daviddelikat> they think they own the place
18:16 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
18:16 -!- mode/#webgui [+o bopbop] by ChanServ
18:17 <+perlDreamer> bopbop, may have a bugfix for the Dashboard/Shortcut userPrefs bug in a few minutes
18:24 -!- cap10morgan [n=wmorgan@209.169.13.20] has joined #webgui
18:24 -!- mode/#webgui [+v cap10morgan] by ChanServ
18:55 <@bopbop> great
19:17 -!- Mordicaal [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has joined #webgui
19:18 < Mordicaal> Hey all, General question about the collaboration system and various other jwobjects(i think there called)
19:18 <+perlDreamer> Assets or wobjects.  We've been just calling them assets.
19:18 <+perlDreamer> What's the question?
19:18 < Mordicaal> There is a page, that follows a users submission of a form. Is there an easy mode way to make that page forward back to where the user frist started editing the "asset"
19:18 < Mordicaal> I like asset :P lets stick with that :)
19:19 <+perlDreamer> that page has a template
19:19 <+perlDreamer> you should be able to modify it to do a http redirect back to the original asset
19:19 <+perlDreamer> instead of displaying the nice message which tells them that due to version control, what they submit may not show up on the site immediately
19:19 < Mordicaal> Aye, that was the route I was going. However, I can't seem to locate the template.
19:20 <+perlDreamer> what version of WebGUI?
19:20 < Mordicaal> 7.5 i belive
19:20 <+perlDreamer> look for a postReceivedTemplate
19:21 <+perlDreamer> it's only in 7.6 or higher
19:21 <+perlDreamer> is upgrading an option?
19:23 < Mordicaal> Nope, however let me find out for sure what version
19:25 <+perlDreamer> tavisto: this is your life - http://www.youtube.com/watch?v=R2a8TRSgzZY
19:27 <@tavisto> hehe yep I've seen that
19:27 <@tavisto> we didn't budget for this.....
19:27 <+perlDreamer> We'll roll it into the next one
19:28 <@tavisto> hehe
19:28 <+perlDreamer> We'll pay for it this time, but we want to watch how you make it so we can do it ourselves next time.
19:28 <+perlDreamer> I love that one, because wG  is open source
19:29 <@tavisto> I've got a few line items I'd like to remove
19:29 <+perlDreamer> I'll cover costs, but I'm not willing to do more
19:29 <@tavisto> what we'll need you to do is show us how you did everything... so we can do it ourselves
19:29 <+perlDreamer> so what's new in WebGUI marketing?
19:30 <+perlDreamer> I'm looking for a great story for WNN #5
19:38 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui []
19:38 < CIA-23> WebGUI: colin * r11170 /WebGUI/lib/WebGUI/Asset/Wobject/Survey.pm.orig: Remove patch temporary file.
19:56 < Mordicaal> perlDreamer: I think I got it, thanks.
19:57 <+perlDreamer> cool
19:58 <+perlDreamer> it worse comes to worse, you can change the code in Asset/Wobject/Collaboration.pm in 7.5
20:31 < Mordicaal> Haha, im perl-tarded. Where can I make that edit?
20:38 < Mordicaal> ah, yeah... i dont have access to the modules :P
20:42 -!- tabb [n=tabitha@CPE-24-209-146-231.wi.res.rr.com] has joined #WebGUI
20:42 -!- mode/#webgui [+o tabb] by ChanServ
20:43 <+perlDreamer> Mordicaal, I gotta scoot, but I can help you track it down when I come back from the gym
20:48 -!- tabb [n=tabitha@CPE-24-209-146-231.wi.res.rr.com] has left #WebGUI []
21:28 <@tavisto> hmmm
21:29 <@tavisto> if someone adds something to the /import folder while in the asset manager (say an article or snippet), why does it return them to the Failsafe template instead of back to the asset manager
21:31 <@Haarg> sounds like a bug
21:34 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
21:34 -!- mode/#webgui [+v BartJol] by ChanServ
21:37 <@tavisto> well I'm not sure though
21:37 <@tavisto> if someone adds a piece of content from the asset manager, is it supposed to take them back to the asset manager or display the content in inline editing view?
21:39 <@Haarg> it should take them back to the asset manager i would say
21:39 <@tavisto> something else I found strange was that it would only do it if I had the /import folder's template set to failsafe. If it was set to style3, then it would instantly just take me back to the home page inline editing view
21:40 <@tavisto> alright, I think that's what I would expect as well. Since they are in one interface, they should return to that same interface after they add content to it
21:40 <@tavisto> thanks haarg
21:40 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
22:23 -!- wgGuest09 [n=wgGuest0@host3130.follett.com] has joined #webgui
22:23 -!- wgGuest09 [n=wgGuest0@host3130.follett.com] has quit [Client Quit]
22:27 -!- wgGuest89 [n=wgGuest8@68-112-190-20.dhcp.fdul.wi.charter.com] has joined #webgui
22:27 -!- wgGuest89 [n=wgGuest8@68-112-190-20.dhcp.fdul.wi.charter.com] has quit [Client Quit]
22:38 <+perlDreamer> oy
22:38 <+perlDreamer> 6 hours in the Dashboard
22:38 <+perlDreamer> my head is spinning
22:39 <@preaction> it's not so bad, there's not much to it really
22:48 -!- Mordicaal [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has quit ["Leaving"]
22:58 <+perlDreamer> preaction, it is very simple on the surface, but debugging the overrides caching bug was not fun.
23:00 <@preaction> yeah, i don't like how shortcuts work with dashboard. i don't like how shortcuts work with metadata either
23:00 <+perlDreamer> what do you want to change?
23:02 <@preaction> shortcuts + metadata should be a new asset (something far easier to set up. perhaps link a metadata to a profile field with a simple checkbox)
23:03 <+perlDreamer> and how 'bout the dashboard, or is it one and the same?
23:03 <@preaction> shortcuts + dashboard = new asset type, dashlets. they work like normal assets, but inside dashboard they have ways for users to customize certain parts for their own uses
23:04 <+perlDreamer> but wasn't the point of shortcut dashlets that you could use existing assets?
23:04 <+perlDreamer> rather than building all new ones?
23:05 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:06 <@preaction> right, but thats proving to be a nightmare. the only way to customize a dashlet currently for you is for the admin to use the ##userPref## thing (something I never knew until there was a bug earlier this year)
23:06 <@preaction> and then for you to update your profile. 
23:06 <@preaction> instead of a nice form that pops up
23:07 <+perlDreamer> it has a nice form that pops up for you to update your profile.
23:07 <+perlDreamer> it's the little green edit button
23:08 <+perlDreamer> and while ##userPref:something## is ugly, it lets you embed the profile field data setup for this dashlet in existing content.
23:08 <+perlDreamer> maybe it needs a special macro or something instead
23:08 < CIA-23> WebGUI: colin * r11171 /WebGUI/ (3 files in 3 dirs): 
23:08 < CIA-23> WebGUI: 6 bugs fixed in Shortcut.
23:08 < CIA-23> WebGUI: Added missing POD and i18n'ed some error messages.
23:08 < CIA-23> WebGUI: Set the UI level on a tab to work with the form elements it contains.
23:08 < CIA-23> WebGUI: Change the title bar ajax edit form so that people can't accidently change Visitor's profile.
23:08 < CIA-23> WebGUI: Remove overrides caching if admin mode is on.
23:08 < CIA-23> WebGUI: Have caching consider the user's last updated time to check if profile settings are updated, too.
23:09 <@preaction> well consider this: if we have dashlets, we can shortcut the dashlet to put on the home page. So the user can see their weather before they get to the dashboard ;)
23:09 <@preaction> their weather, because the dashlet reads from their configuration
23:09 <@preaction> the ##userPref## i think only works when the shortcut is below a dashboard
23:13  * SynQ has been reading this: http://www.imagemagick.org/script/advanced-unix-installation.php
23:13 <+perlDreamer> that is true, because Shortcuts do dual duty
23:13 <@preaction> triple duty. and two of them are hacky :p
23:13 < SynQ> which states this: If the argument --with-perl=/path/to/perl is supplied, /../path/to/perl is be taken as the PERL interpreter to use. This important in case the perl executable in your PATH is not PERL5, or is not the PERL you want to use.
23:14 < SynQ> so the fix for ImageMagick to compile is probably --with-perl=$WRE_ROOT/prereqs/bin/perl
23:14 < SynQ> which I'm testing now on lenny
23:14 <@preaction> sounds right, SynQ 
23:14 < SynQ> and if that works I'm satisfied
23:19 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
23:19 -!- wgGuest20 [n=wgGuest2@host3130.follett.com] has joined #webgui
23:20 -!- wgGuest20 [n=wgGuest2@host3130.follett.com] has quit [Client Quit]
23:21 -!- topsub [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
23:21 <+perlDreamer> preaction, as long as we don't have to reinvent the SC asset, the stock asset, the weather asset, the article, and all the others as dashlets, I'll be happy
23:22 <@preaction> i figure that all assets can go into the dashboard, just dashlets will have the extra stuff
23:22 <@preaction> or "dashlet" could be an aspect
23:22 < SynQ> perlDreamer: have you answered my question on if I should care about karma yet?
23:22 <@preaction> that creates the page/definition for the user-editable properties
23:22 <+perlDreamer> SynQ.  If karma is important to you, then  you should care about it.
23:22 <+perlDreamer> I only care about it in that it gives me the ability to reward others for good works
23:23 < SynQ> karma (those coupons you get on plainblack) don't matter to me
23:23 < SynQ> but real people do
23:23 < SynQ> hmm
23:23 < SynQ> hang on...
23:25 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
23:26 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
23:27 < SynQ> Mech422: the fix for ImageMagick to compile is probably --with-perl=$WRE_ROOT/prereqs/bin/perl
23:27 < SynQ> in build.sh
23:27 < SynQ> I'm testing that right now
23:28 < SynQ> if --with-perl it takes the perl compiler from $PATH
23:28 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
23:28 -!- mode/#webgui [+v perlmonkey2] by ChanServ
23:28 < Mech422> 27s lag ? wow...
23:29 < Mech422> yeah - I have that
23:29 < Mech422> yes, thats in the patches ...
23:30 < Mech422> I think its a good idea in general - we should always be explicit about what to use, if we know it
23:31 < Mech422> but that didn't fix it for me - I still needed -L/wre/prereqs/lib/perl/ARCH/CORE (or something like that) needed to LD flag
23:31 < SynQ> that is wierd
23:32 < Mech422> actually - the big messages libtool sticks in the build logs say "your installing to a non-standard location" - and list a couple of ways you can actually use the libs
23:32 < Mech422> libtools seems to think its normal - its one of the 'approved' ways of using the libs it lists ?
23:33 < Mech422> its says to add the _FULL_ path to the lib using -L
23:33 < Mech422> Did your build last night pass the self-tests ?
23:33 < Mech422> you saw the errors I got right ?  Was yours the same ?
23:34 < SynQ> I'm building right now
23:35 < SynQ> I just want to have a working 0.9.3 for lenny asap
23:36 < Mech422> yeah - my lenny build 'just worked' yesterday
23:36 < Mech422> so I ran some tests
23:36 < Mech422> I ended up with about half a dozen test failures
23:36 < Mech422> Auth/mech.t just plain aborted
23:37 < Mech422> btw - going back to teh explicit thing - it might be good to use -with-ssl=/data/wre.... --with-jpeg=/data/wre... etc etc
23:38 < Mech422> so we _know_ what libs are being used
23:38 < SynQ> indeed
23:39 < SynQ> but use $WRE_ROOT in build.sh
23:39 < Mech422> yeah - we should dress it up and make it play nice...
23:39 -!- Haarg [n=haarg@75.50.91.77] has quit ["This computer has gone to sleep"]
23:39 < Mech422> oh - and we can grep the perl $ARCH/CORE lib from the Perl MakeFile
23:40 < Mech422> its ugly as sin to have the IM build function refer back to the Perl build, but it would work
23:41 -!- topsub1 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
23:42 < Mech422> the key is 'shrpdir' and its value is set to the $ARCH/CORE dir...
23:42 < Mech422> steve@webgui1:/data/wrebuild/source/perl-5.10.0$ grep shrpdir Makefile
23:42 < Mech422> shrpdir = /data/wre/prereqs/lib/perl5/5.10.0/x86_64-linux/CORE
23:43 < Mech422> pipe that thru a 'cut' to grab the rhs of the assignment and we should be good
23:44 < SynQ> ah
23:44 < SynQ> those last 5 lines are worth a dev mailinglist post
23:44 < Mech422> (since we're assuming build shell is bash, we could prolly use those nifty new bash substition features)
23:44 < SynQ> then it will go by timothy of united knowledge
23:44 < SynQ> who is never on irc
23:44 < SynQ> but does know some things
23:45 < SynQ> and I'd like to keep him involved
23:45 < Mech422> I'm just really puzzled why it's suddenly working for everyone...
23:45 < SynQ> well
23:45 < Mech422> I didn't change anything - didn't refresh git or make any local changes
23:45 < SynQ> it wasn't for me
23:46 < SynQ> the 0.9.3-source still didn't work
23:46 < Mech422> 9.3 from git didnt work for me tues night
23:46 < Mech422> then yesterday when you did the Etch builds, I re-built just for the hell of it
23:46 < Mech422> and it worked - no idea why
23:47 < Mech422> fired it up, created a test site, ran the self tests - even passed the poll.t test about IM and creating png's
23:50 < Mech422> SynQ: anyway - give me a shout when your build/test is done, and we can compare test output...
23:50 < Mech422> SynQ: I'd be interested to see if we get the same results
23:50  * Mech422 wanders off for coffee
23:51 < SynQ> ah
23:52 < SynQ> I don't save log results right now
23:52 < SynQ> but if it works I will 
23:52 < SynQ> and send it somewhere
23:53 < Mech422> yeah - I just run/some/test >& junk.log 
23:53 < Mech422> its not perfect - but good enough for quick and dirty
23:53 < Mech422> PerlDreamer gave me a command for running 'prove' that I use to run a 'full' test run
23:53 <+perlDreamer> he did
23:54 <+perlDreamer> env WEBGUI_CONFIG=/data/WebGUI/etc/mywebgui.conf prove -r --verbose t/ > test.log 2>&1 &
23:54 < Mech422> perlDreamer: yeah - He's awful helpful that way.. makes teh rest of us look bad :-P
23:54 <+perlDreamer> who's the guy building WRE 27 some odd times?
23:55 <+perlDreamer> I just hang out in IRC and spout pithy command lines
23:55 < Mech422> ohh! I _knew_ it !! perlDreamer is really an IRC bot !!
23:55 <+perlDreamer> **>& invoke Mech422 cover routine
23:55 < Mech422> almost passes the turing test!
23:59 < Mech422> speaking of bots - anyone seen the new terminator flick ?
--- Day changed Fri Jun 05 2009
00:00 -!- topsub [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has quit [Read error: 110 (Connection timed out)]
00:03 -!- topsub1 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has quit [Read error: 110 (Connection timed out)]
00:04 < SynQ> :)
00:04 < SynQ> Mech422: are you coming to the WUC, or did I ask allready/
00:05 < Mech422> SynQ: I have no idea - I don't even know what I'm doing tommorrow :-)
00:05 < SynQ> Mech422: it failed again, I say we go with your suggestion
00:05 < SynQ> and parse the lib path from the perl source dir
00:05 < SynQ> :)
00:05 < Mech422> SynQ: hang on - I get you the IM configure line I used
00:06 < Mech422> oh - I cheated and hard coded for testing :-P
00:06 < SynQ> indeed
00:06 < SynQ> I have a clue on why it worked 'just like that' for you
00:07 < SynQ> did you by any chance run . setenvironment.sh somewhere in /data/wre/sbin before running the ./build again?
00:07 < SynQ> since that would add the WRE perl to your path before the system perl
00:07 < SynQ> wich could also be the 'something special' JT uses on his boxes
00:07 < Mech422> yes - but I always do that
00:07 < Mech422> and I rm -rf /data/wre before build
00:07 < SynQ> hmm
00:08 < Mech422> http://webgui.pastebin.com/m5de70c5c
00:08 < Mech422> thatss the configure line for IM I use - please forgive crappy formatting
00:08 <@preaction> heh, what if JT doesn't remove /data/wre before build?
00:09 < SynQ> that is cheating indeed
00:09 < Mech422> preaction: Hmm - I'm not sure what that would do...
00:09 < SynQ> preaction: that wouldn't create a working WRE at all
00:09 < Mech422> preaction: at the very least - he'd be using the wre perl binary instead of the sys. perl
00:09 < SynQ> i guess
00:09 < Mech422> which might 'fix' a few things
00:10 < Mech422> Synq: you don't think so ?  
00:10 < SynQ> I am now running ./build.sh --imagemagick for the second time
00:10 < SynQ> without removing /data/wre
00:10 < SynQ> perhaps it works then
00:10 < SynQ> but I should actually go to bed
00:11 < SynQ> I'll go brush my teeth and come back to check if it worked :)
00:11 < SynQ> brb
00:11 < Mech422> SynQ: oh yeah - its late for you ....
00:12 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
00:16 < SynQ> ok
00:16 < SynQ> it failed
00:17 < Mech422> dam
00:21 <@preaction> perlDreamer: when you added the "sendInboxNotificationsOnly" setting, where did you put the test? t/Account/Inbox.t doesn't exist
00:22 <+perlDreamer> that was a manual test
00:22 <+perlDreamer> since we don't have a lot of UI level tests yet
00:22 <@preaction> oh, kay. i'll make an auto-test jobber
00:22 <@preaction> yeah, i think that's a problem really ;)
00:24 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
00:24 -!- mode/#webgui [+o stDavid] by ChanServ
00:31 <+perlDreamer> I know, I'm a slacker because I haven't written any UI tests
00:38 < CIA-23> WebGUI: colin * r11172 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset.pm): Allow any Asset to use the proceed=goBackToPage;returnUrl=url url parameter coda.
00:50 -!- tavisto [n=tavisto@96.230.192.126] has quit []
00:53 < CIA-23> WebGUI: colin * r11173 /WebGUI/lib/WebGUI/Asset/Wobject/Survey.pm: Fix a syntax warning in Survey.pm
00:58 <+perlDreamer> down to 59 bugs
01:03 < Mech422> blah..gotta run
01:03 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Remote closed the connection]
01:14 <@preaction> another annoyance from google: 12:00:00am is not the END of a day, it's the BEGINNING of a day...
01:14 <@preaction> 11:59:59 or 11:59:60 is the end of the day
01:15 <+perlDreamer> that's not the way their ICAL feeds work
01:15 <+perlDreamer> 12:00:00am is the end of the day
01:16 <+perlDreamer> which in our system makes an event span 2 days
01:16 <@preaction> that's wrong, according to the ISO
01:16 <+perlDreamer> well, you convince Google of that, and I'll close the bug ;)
01:17 <@preaction> i'm just saying it's wrong. we'll end up writing a workaround in our code, like every smaller vendor does when trying to interact with a larger vendor
01:17 <@preaction> MS, Apple, and now Google
01:17 <@preaction> Sun, Oracle, IBM
01:19 <@preaction> perlDreamer: what do they send for DTSTART and DTEND? do they actually send the time?
01:19  * perlDreamer doesn't remember
01:20 <+perlDreamer> but I looked at it when SDuensin first reported the bug
01:20 <+perlDreamer> and remember the end time thing
01:20 <+perlDreamer> and thinking "we're screwed"
01:20 <@preaction> our parser for iCalendar feeds sucks, so it could be our fault
01:21 <@preaction> http://www.innerjoin.org/iCalendar/all-day-events.html <- looks like it might be our fault
01:23 <+perlDreamer> so what does it take to replace our parser with an ISO compliant one?
01:23 <+perlDreamer> (aside from writing several tests)
01:23 <@preaction> enough that neither I nor Graham have done so yet
01:23 <@preaction> but graham kept mentioning to me that he was working on it
01:23 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
01:24 <@preaction> oh hell: The "DTEND" property for a "VEVENT"
01:24 <@preaction> calendar component specifies the non-inclusive end of the event. 
01:24 <@preaction> non-inclusive
01:24 <@preaction> we're wrong
01:24 <@preaction> our endDate and endTime is inclusive
01:25 <@preaction> and imho our Calendar should do everything the iCalendar way
01:40 <+perlDreamer> sounds like a bug to me
01:41 <@preaction> is there a way to quickly grab an HTML element that contains certain nodeType / attributes?
01:41 <@preaction> do we use anything in our test modules yet?
01:41 <@preaction> HTML::TreeBuilder or something?
01:42 <+perlDreamer> Tag::Parser
01:43 <@preaction> looks like we don't use that yet, but we have TreeBuilder somehow (it's not in our prereqs)
01:44 <+perlDreamer> HTML::TokeParser
01:44 <+perlDreamer> that's what it is
01:52 < CIA-23> WebGUI: colin * r11174 /WebGUI/docs/create.sql: Preparing for 7.7.9 release.
02:06 -!- cap10morgan [n=wmorgan@209.169.13.20] has quit []
02:22 -!- SquOnk [n=emhn@201.211.88.228] has quit ["Yippie kay-ai-yay, fudder muckers!"]
02:22 < CIA-23> WebGUI: colin * r11175 /releases/WebGUI_7.7.9-beta: Release 7.7.9-beta
02:30 <@preaction> should I use emailToLog to test e-mail sending under normal circumstances? or should I use what t/Mail/Send.t uses?
02:32 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:32 -!- mode/#webgui [+v patspam] by ChanServ
02:32 <+perlDreamer> I would use t/Mail/Send.t
02:33 <+perlDreamer> and, I'd refactor out that sub into a WebGUI::Test module, so it doesn't get copy/pasted everywhere
02:33 <+patspam> morning perlDreamer :)
02:33 <+perlDreamer> hey, patspam!
02:33 <+perlDreamer> isn't it about 11:00am down there?
02:33 <+patspam> 9:30am
02:33 <@preaction> so two subs: prepareMailServer and sendMail
02:33 <+perlDreamer> yawp
02:33 <+perlDreamer> dang it
02:33 <+perlDreamer> I may lose power soon
02:33 <@preaction> powah/
02:33 <+perlDreamer> thunderstorms in the area are destabilizing the grid
02:35 <+perlDreamer> phew
02:35 <+perlDreamer> release done
02:35 <+perlDreamer> patspam, I thought I was 18 hours behind you.  Maybe daylight savings differences?
02:35 <+perlDreamer> and how did the trip go last weekend?
02:36 <@preaction> here's why i like git's way of adding files to commit: I can easily make all my changes into multiple commits. one to refactor the mail server thing, one to add the feature i want
02:36 <+patspam> yeah we shifted with daylight savings a while back
02:37 <+patspam> cycling trip was awesome, the snow stayed away so I wasn't too cold in my multiple layers of lycra :)
02:38 < CIA-23> WebGUI: colin * r11176 /WebGUI/ (4 files in 4 dirs): Ready for 7.7.10 development
02:38  * perlDreamer is feeling the need for a fun project
02:39 <+patspam> http://search.cpan.org/~pdonelan/Padre-Plugin-WebGUI-0.01_01/lib/Padre/Plugin/WebGUI.pm
02:39 <@preaction> what would you consider fun?
02:39 <+perlDreamer> Karma History browser
02:39 <+perlDreamer> refactoring large amounts of the tests
02:39 <+perlDreamer> writing new tests
02:40 <+perlDreamer> I'm thinking the Karma History browser is an evening project, as an Account plugin
02:40 <+perlDreamer> or, making the trainsinoregon website for the kids
02:40 <@preaction> i need two different subs. I shouldn't have to send the mail myself, I should just be able to read mail
02:41 <@preaction> ooh, i say trainsinoregon!
02:41 <+perlDreamer> good call, preaction
02:43 <+perlDreamer> 59 open bugs
02:43 <+perlDreamer> if people would respond to emails, we could close 5 of them in 5 minutes
02:56 <+perlDreamer> dinner break, bbl
04:04 <+perlDreamer> nice release, patspam!
04:08 <@preaction> anyone else think that mail should have a timestamp it was added to mailQueue, and then sent in order added at least?
04:09 <+perlDreamer> if no order is set, is the order random, or is it by insertion order?
04:10 <@preaction> currently there is no order, so it's whatever mysql returns it in (usually primary key order)
04:27 <+perlDreamer> it's fine with me
04:47 <+perlDreamer> preaction: what do you think... http://www.trainsinoregon.com/home
05:02 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 54 (Connection reset by peer)]
05:05 <@preaction> nice
05:16 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
05:24 <+perlDreamer> you're very kind
05:30 < daviddelikat> theres nothing like doubling the RAM in your computer to make the world seem like a better place
05:31 <+perlDreamer> oh yeah
05:37 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
05:38 <+perlDreamer> bbl
05:49 -!- SDuensin_ is now known as SDuensin
05:52 < CIA-23> WebGUI: doug * r11177 /WebGUI/t/ (Mail/Send.t lib/WebGUI/Test.pm): refactor Mail/Send test to make test smtp server useful
05:52 < CIA-23> WebGUI: doug * r11178 /WebGUI/t/lib/WebGUI/Test.pm: Added getMailFromQueue so we can loop over mail that got queued
06:17 <+perlDreamer> right on, preaction!
06:20 <+perlDreamer> I think the asset manager pagination would do a lot better with 50, instead of 100
06:23 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has quit [Remote closed the connection]
07:02 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
07:02 -!- mode/#webgui [+o plainhao] by ChanServ
07:10 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
07:15 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
07:15 -!- mode/#webgui [+o tavisto] by ChanServ
07:40 -!- f00li5h is now known as f00li5h[hireme]
08:11 -!- tavisto [n=tavisto@96.230.192.126] has quit []
08:41 -!- f00li5h[hireme] is now known as f00li5h[HireMe]
08:47 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
08:47 -!- mode/#webgui [+o Haarg] by ChanServ
08:58 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
10:36 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
11:36 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:36 -!- mode/#webgui [+v bartjol] by ChanServ
11:37 -!- SynQ2 [n=koendejo@host2.procolix.com] has quit [Read error: 104 (Connection reset by peer)]
12:01 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
13:36 -!- hansw [n=hansw@87.249.99.61] has joined #webgui
13:41 <+bartjol> afternoon hansw
13:42 < hansw> Hi bart, goeden middag :-)
13:42 <+bartjol> I suppose I know you :)
13:43 < hansw> Bart, Piramide here
13:43 <+bartjol> I figured that
13:43 <+bartjol> preaction: do you also do stuff with the i18n site?
13:45 <+bartjol> plainhao: do you?
14:29 <@plainhao> bartjol: the i18n site? not really
14:30 <+bartjol> too bad
14:30 <+bartjol> it seems it has a bug
14:30 <+bartjol> but my i18n script doesn't listen to me
14:30 <+bartjol> should I ask Haarg then?
14:58 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
15:15 < ckotil> the vmware appliance works pretty well. I stood it up on one of my machines at home that is already running apache+mysql for some other stuff. then i used mod_proxy on my apache instance to reach the vm WRE
15:28 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
16:36 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:44 -!- hansw [n=hansw@87.249.99.61] has quit ["Leaving"]
16:52 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has joined #webgui
16:52 -!- mode/#webgui [+o fibioni] by ChanServ
17:13 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
17:13 -!- mode/#webgui [+o tavisto] by ChanServ
17:38 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
17:38 -!- mode/#webgui [+v perlDreamer] by ChanServ
17:39 <+perlDreamer> bartjol, I don't understand the i18n server bug.
17:39 <+perlDreamer> can you tell me more about it?
17:39 <+bartjol> well
17:39 <+bartjol> I can
17:39 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
17:39 -!- mode/#webgui [+v perlmonkey2] by ChanServ
17:40 <+bartjol> go to the i18n site, choose dutch
17:40 <+bartjol> go to the account_inbox namespace
17:40 <+bartjol> edit the outofdate message
17:40 <+bartjol> and try to save it
17:40 <+perlDreamer> out of date = yellow?
17:41 <+bartjol> yup
17:41 <+perlDreamer> hm
17:41 <+perlDreamer> the data saves, but the date does not appear to be updated
17:41 <+bartjol>  it should turn green upon saving
17:41 <+perlDreamer> gotcha
17:41 <+perlDreamer> that, I can fix :)
17:42 <+bartjol> I can't see on the server what happens
17:42 <+bartjol> cool
17:42 <+bartjol> is it the cgi script
17:42 <+bartjol> ?
17:42 <+perlDreamer> for sure
17:43 <+bartjol> strange is that I tried to set the lastUpdated in my server to epoch time "2"
17:43 <+bartjol> and it didn't recognize that was a few years ago
17:44 <+perlDreamer> what happens if you do a commit?
17:45 <+bartjol> on i18n.webgui.org?
17:45 <+perlDreamer> yup
17:46 <+bartjol> nothing
17:47 <+bartjol> why did you change the text
17:47 <+perlDreamer> to see if it would save
17:47 <+bartjol> ah
17:48 <+perlDreamer> I would have typed something Dutch, but I don't know any
17:50 <+bartjol> Hoi, hoe gaat het?
17:52 <+perlDreamer> I should have put Markeer als gelezen ?
17:52 <+bartjol> well, if you can't see the diff
17:52 <+bartjol> that would be useless
17:53 <+perlDreamer> it's running exactly the same translation server cgi as is in git
17:53 <+bartjol> ok, do you have an url
17:53 <+perlDreamer> for what?
17:53 <+bartjol> that git repo
17:54 <+bartjol> I can compare it to my version
17:54 <+perlDreamer> it's the WebGUI tools repo
17:54 <+bartjol> ok
17:54 <+bartjol> git.webgui.org?
17:54 <+perlDreamer> no, working on that url for you
17:54 < CIA-23> WebGUI: jt * r11179 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Group.pm): - Made a change to LDAP auth that adds an OR to that query so that it also searches for a row with fieldData REGEXP '^uid=(value-from-ldap-directory-server),'.
17:54 < CIA-23> WebGUI: translation * r11180 /translations/Dutch/Dutch/ (8 files): Update from translation server
17:55 <+perlDreamer> git://github.com/plainblack/tools.git
18:01 <+perlDreamer> odd
18:01 <+perlDreamer> the code looks fine
18:01 <+perlDreamer> better try to fire it up
18:01 <+perlDreamer> the good news is that all the data is being saved
18:01 <+bartjol> yes
18:01 <+perlDreamer> lastUpdated time stamp is updating
18:02 <+perlDreamer> so it's just some logic bug somewhere
18:02 <+bartjol> well, I do have a different version
18:02 <+bartjol> well, or the date is wrong or the assigned class
18:02 <+perlDreamer> the date is being saved correctly
18:02 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
18:02 -!- mode/#webgui [+o Haarg] by ChanServ
18:02 <+bartjol> well
18:03 <+bartjol> www_display something
18:04 <+bartjol> :wq
18:04 <+bartjol> www_displayMenu
18:04 -!- ryuu_ro [n=rory@gw.oqapi.nl] has left #webgui []
18:07 <+bartjol> it counts as $ood
18:08 <+bartjol> obviosly
18:11 <+perlDreamer> very odd
18:12 <+perlDreamer> on my local version, it's working fine
18:12 <+bartjol> mine too
18:12 <+bartjol> although it is slightly different
18:12 <+bartjol> but nut that method
18:12 <+perlDreamer> I'm running exactly the same code
18:12 <+perlDreamer> I ran a checksum to double check
18:12 <@preaction> svn problem maybe?
18:12 <+bartjol> might be
18:12 <+bartjol> but
18:12 -!- pvanthony [n=pvanthon@bb219-74-67-96.singnet.com.sg] has joined #webgui
18:13 <+perlDreamer> but it's the same copy as in git
18:13 <+perlDreamer> on i18n.webgui.org, and my local machine
18:13 <+bartjol> that should not be before you try to commit
18:13 <+bartjol> or am I wrong
18:13 <+bartjol> ?
18:14 < pvanthony> need help with wremonitor.
18:14 <+bartjol> ok
18:14 <+bartjol> what's up with that
18:14 <+bartjol> ?
18:14 < pvanthony> everytime wremonitor starts modproxy and modperl dies
18:14 <+bartjol> mmm
18:15 < pvanthony> where should I check?
18:15 <+perlDreamer> apache error logs
18:15 < pvanthony> modperl.error.log?
18:15 -!- SquOnk [n=emhn@201.211.88.228] has joined #webgui
18:16 < SquOnk> Hi everyone
18:16 <+bartjol> that or modproxy.error.log
18:16 < SquOnk> Updated 7.6.25 Debian packages available from my repository.
18:16 < pvanthony> ok will do.
18:16 < SquOnk> And I believe I've found a bug.
18:16 <+bartjol> cool
18:16 <+bartjol> less cool
18:16 <+perlDreamer> what?
18:16 <+perlDreamer> bugs in WebGUI?
18:16 < SquOnk> My 7.6.24 did not work out of the box. Turns out I needed to install Clone
18:16 < SquOnk> (libclone-perl in Debian, that is)
18:17 <+bartjol> you shopuld test everythjing properly
18:17 < SquOnk> Grepping revealed that
18:17 < SquOnk> lib/WebGUI/Asset/Wobject/Calendar.pm
18:17 < SquOnk> lib/WebGUI/Asset/Wobject/Survey/SurveyJSON.pm
18:17 < SquOnk> lib/WebGUI/Asset/Template.pm
18:17 < SquOnk> lib/WebGUI/Crud.pm
18:17 <+bartjol> like I don't make tupo[s
18:17 < SquOnk> lib/WebGUI/Session/Stow.pm
18:17 < SquOnk> lib/WebGUI/Asset.pm
18:17 < SquOnk> ...are using Clone
18:17 < SquOnk> Yet testEnvironment does not check for it.
18:17 <+perlDreamer> but nothing about it in the Gotcha file
18:18 < SquOnk> Clone is not core, therefore it should be mentioned as a dependency.
18:18 < SquOnk> There's nothing in gotcha.txt about that change.
18:19 < SquOnk> ...nor in the changelog
18:19 <+bartjol> no mention to me when I did that upgrade,
18:19 <+bartjol> probably different debian versi0on
18:19 <+bartjol> s
18:19 < SquOnk> bartjol: Or you had libclone-perl for _other_ packages.
18:19 <+perlDreamer> or you've installed it by hand, bartjol
18:19 <+perlDreamer> or some other module required it
18:19 < SquOnk> One thing I do is test the package on a "freshly installed" system that has close to nothing on it.
18:20 <+bartjol> a lot of options
18:20 < SquOnk> The package has to install cleanly and it did. Then has to work cleanly, and it didn't.
18:20 < SquOnk> So I found Apache was not starting because the mod_perl startup script was barfing at not finding Clone.
18:20 < pvanthony> wremonitor: found this error in wremonitor
18:21 < pvanthony> Killed 6 Apache/mod_perl processes that were using too much memory.
18:21 < SquOnk> So I promptly added my libclone-perl dependency and checked whether or not I missed such new dependency.
18:21 < SquOnk> So the 7.6.25 package works out of the box again.
18:22 < pvanthony> what should the memory setting be mod_perl in wre.conf?
18:23 <@preaction> pvanthony: i would say at least 120000000
18:23 < pvanthony> thank you. Will try it out.
18:23 <@preaction> perlbot math 120 * 1024^2
18:23 < perlbot> 125829120
18:23 <+perlDreamer> that server was rebooted yesterday for the upgrade
18:23 <@preaction> rather, that. 120MB
18:24 < pvanthony> please explain what perlbot means
18:24 <+perlDreamer> SquOnk, please file it as a bug, and it'll be included in the next releaes
18:24 < pvanthony> is it pre site
18:24 <+perlDreamer> I'll find the guy that did that and hang him up by his svn bits
18:24 <+perlDreamer> pvanthony, it's per apache child
18:25 < pvanthony> thanks
18:27 <+perlDreamer> bartjol, I'm going to tinker with the Dutch translation for a sec
18:27 <+perlDreamer> but I'll put it back the way I found it
18:27 <+bartjol> ok
18:28 <+bartjol> great!
18:28 <+bartjol> i'LL KEEP CLEAR
18:28 <+perlDreamer> yeah
18:28 <+perlDreamer> now there's a real problem
18:28 <+bartjol> my caps lock?
18:28 <+perlDreamer> bartjol, try to edit an out of date label in Redneck and watch what happens
18:29 <+perlDreamer> I just did, and it works fine
18:29 <+bartjol> mmm
18:29 <+bartjol> strange
18:29 <+bartjol> I get the same
18:30 <+bartjol> dutch is still the same
18:31 <+perlDreamer> bartjol, do you mean that it changed color, or that it didn't change color?
18:31 <+bartjol> it didn't change color: ie it is not good
18:33 < SquOnk> perlDreamer: Done
18:33 <+perlDreamer> thanks, SquOnk
18:33 <+perlDreamer> bartjol, try Redneck->WebGUI->trash for me, please?
18:34 <+bartjol> works
18:34 <+bartjol> like it is good
18:34 <+perlDreamer> yeah
18:34 <+bartjol> strang
18:35 <+bartjol> e
18:35 <+perlDreamer> what did you do to the Dutch translation, bartjol?
18:35 <+perlDreamer> hm?
18:35 <+bartjol> I think rory did something
18:35 <+bartjol> I didn't do that much lately
18:36 <+bartjol> don't hurt me! I'm innocent!
18:36 <+perlDreamer> rory's not even here to threaten
18:36 <+perlDreamer> or tease :)
18:36 <+bartjol> no he fled
18:36 <+bartjol> he is scared of me...
18:37 <+perlDreamer> we're all scared of you bart
18:37 <+perlDreamer> you're big
18:37 <+perlDreamer> kind of like snakes, with badgers and mushrooms
18:37 <+bartjol> not as big as the big man
18:37 <+bartjol> and he trusts Sarah in our hands
18:39 < pvanthony> wremonitor: had to set the size to 314572800
18:40 < pvanthony> does that look right
18:40 < pvanthony> 300mb
18:40 < pvanthony> would apache take that much.
18:40 < pvanthony> also noticed that once wremonitor stops modperl it cannot start it up again.
18:41 < pvanthony> modproxy also cannot be started up by wremonitor.
18:41 < pvanthony> did I get some config wrong?
18:44 <+bartjol> have a nice weekend, we're gonna drink with sarah
18:44 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
18:45 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
18:45 -!- mode/#webgui [+o stDavid] by ChanServ
18:48 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
18:53 < pvanthony> any comments about the the setting in wre.conf for modperl?
18:53 < pvanthony> is 300mb seem correct?
18:54 <@preaction> pvanthony: that means the wremonitor will not kill a modperl process until it's 300m or bigger
18:54 < pvanthony> ok.
18:54 <@preaction> which it should never reach, since Apache2::SizeLimit kicks in before that
18:54 <@preaction> see wre/etc/modperl.pl for that value
18:54 < pvanthony> great
18:54 < pvanthony> should wremonitor be able to restart a stopped service?
18:55 < pvanthony> or that is not the job of wremonitor.
18:55 < pvanthony> just asking
18:56 <@preaction> yes, it should, but usually if something is wrong it can't
18:57 < pvanthony> ok. thanks. Will check my configs again.
19:10 <@preaction> question: Should the Thread class's "getNextThread" and "getPreviousThread" take sticky threads into account?
19:11 < CIA-23> WebGUI: colin * r11181 /branch/WebGUI_7.6/ (sbin/testEnvironment.pl docs/gotcha.txt): 
19:11 < CIA-23> WebGUI: Document that Clone 0.31 is now required. This was missed in the
19:11 < CIA-23> WebGUI: 7.6.24 release.
19:11 <@preaction> IOW: if I hit the first Sticky thread, should the "next" thread be the second sticky thread?
19:15 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
19:19 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
19:26 < CIA-23> WebGUI: colin * r11182 /WebGUI/lib/WebGUI/i18n/English/Account_Inbox.pm: Fix typos in the lastUpdated for newly added Account_Inbox labels.
19:26 < CIA-23> WebGUI: colin * r11183 /WebGUI/docs/changelog/7.x.x.txt: Document fix for strange i18n server behavior.
19:35 -!- Rawrcasm [n=Miranda@97.101.71.201] has joined #webgui
19:37 -!- Rawrcasm [n=Miranda@97.101.71.201] has left #webgui []
19:42 < pvanthony> thanks to everyone. Have a great weekend. bye
19:50 -!- pvanthony [n=pvanthon@bb219-74-67-96.singnet.com.sg] has quit ["Leaving"]
20:04 <@preaction> alright, different question: Should getNextThread / getPreviousThread act like the getThreadsPaginator of the Collab?
20:04 <@preaction> right now there's more than one difference between the two...
20:09 <+perlDreamer> I think they should
20:09 <@preaction> what about the sticky thing? i can see both sides (yes and no)
20:12 <@preaction> oh god damn it, there's ANOTHER way to get posts...
20:12 <@preaction> i'm up to 5 now
20:23 <@preaction> yeah, i think this adventure is getting a blog post...
20:24 <+perlDreamer> He's off to see the wizard...
20:24 <@preaction> 2 of them check version tags, 2 of them use "rating" instead of "threadRating", two of them use existing methods, two of them process input (in an API method... bad!)
20:28 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has left #webgui []
20:40 < CIA-23> WebGUI: doug * r11184 /WebGUI/t/Asset/Post/Thread/getAdjacentThread.t: added test for adjacent threads
20:40 < CIA-23> WebGUI: doug * r11185 /WebGUI/t/Asset/Wobject/Collaboration/getThreads.t: fixed problem in test using <=> instead of cmp
20:40 < CIA-23> WebGUI: doug * r11186 /WebGUI/t/Asset/Post/Thread/getAdjacentThread.t: added tests for getAdjacentThread
20:40 < CIA-23> WebGUI: doug * r11187 /WebGUI/lib/WebGUI/Asset/Wobject/Collaboration.pm: fixed issue with getSortOrder and rating
20:40 < CIA-23> WebGUI: doug * r11188 /WebGUI/docs/changelog/7.x.x.txt: added changelog entry
20:52 -!- hansw [n=hans@p54804537.dip.t-dialin.net] has joined #webgui
20:52 < dionak> hi all. i'm trying out the version tag approval workflow on 7.6. We just completed an upgrade and I have a site that has the 'commit with approval' workflow set in settings for the default version tag workflow.
20:53 < dionak> how does one approve the changes? is it email only?
20:53 <@preaction> the site sends an inbox message, which may or may not get sent to your e-mail
20:53 < dionak> may or may not?
20:53 <@preaction> if you don't have an e-mail address, it can't send an e-mail
20:54 < dionak> oh. does it send to all Admins?
20:54 <@preaction> it sends to the Group To Approve in the workflow activity "Get Approval From ..." properties
20:54 <@preaction> by default, Content Managers
20:54 < dionak> ok, i also just noticed messages in my inbox on the site
20:54 < dionak> nice
20:54 <@preaction> check out my presentation from last year's WUC about "Advanced Workflow"
20:54 < dionak> k
20:55 <@preaction> it goes through all the fun ways you can send approval notices
20:55 < dionak> oh nice! that's exactly what i need
20:55 < dionak> thanks preaction
20:56 < CIA-23> WebGUI: translation * r11189 /translations/Italian/Italian/ (21 files): Update from translation server
20:56 <@preaction> http://www.webgui.org/wgtv/building-advanced-workflows#1ncAXk__Z8aGTh1yH_EvEQ <- this one
20:56 < dionak> the next thing my client is going to ask is how to easily preview the changes
20:57 < dionak> does the tag activate when i click through to the version tag link? looks like it should
20:58 <@preaction> it doesn't activate, but the "view" link lets you see the asset as it will be when you approve it
20:58 <@preaction> being able to join the tag as you approve it would be a nice feature, but the problem is that sometimes non-Turn Admin On are approving
20:58 <@preaction> (so they'd never be able to leave the tag, because they can't turn admin on)
20:58 < dionak> oh
20:58 < dionak> gotcha
21:01 < dionak> it looks like if I don't get the email, I can't deny/approve. is this your understanding as well?
21:04 <@preaction> if you don't get the inbox message, no, there's no way to get the link (unless you typed it in manually)
21:04 <@preaction> there's currently no place to get a list of all the tags awaiting your approval (which I hope to change)
21:04 < dionak> I think that is an important ability
21:05 <+perlDreamer> sounds like an account plugin
21:05 <@preaction> it should be pretty easy, just get the workflowId from the assetVersionTag table, then instanciate the workflow, get the currentActivityId, instanciate that activity, and check user->isInGroup( $instance->groupToApprove )
21:41 <@preaction> okay, so if these fixes in the collab system (major refactor) aren't going in until WebGUI 8, that means I can just do it and merge later
21:52  * perlDreamer goes running
21:52 <+perlDreamer> the fun run is next Saturday, so I need to get in some more miles
22:06 -!- oversillo [n=overdriv@190.207.69.66] has joined #webgui
22:09 < oversillo> hi, sorry for my bad english, can i setup webgui to host multi sites ?
22:10 <@preaction> oversillo: yes. all you need to do is make more config files in /data/WebGUI/etc
22:10 <@preaction> if you're using the WRE, you can just "addsite.pl --sitename=<newsite>"
22:10 < oversillo> preaction, ohh.. thanks
22:11 < oversillo> webgui is very cool
23:55 -!- oversillo [n=overdriv@190.207.69.66] has quit ["Saliendo"]
--- Day changed Sat Jun 06 2009
00:22 <@tavisto> webgui roxxorz
00:27 <+perlDreamer> it's because of the superior marketing effort
00:28 -!- dionak [n=dionak@97.66.185.250] has quit []
00:32 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
00:32 -!- dionak [n=dionak@97.66.185.250] has quit [Client Quit]
00:37 < hansw> preaction, does it just add an server alias and restart apache?
00:37 < hansw> that would be cool
00:38 <+perlDreamer> addsite.pl just builds configuration files for the WRE
00:38 < hansw> but the database should be domain aware for that
00:38 <+perlDreamer> you have to restart modperl and modproxy and spectre after that
00:39 < hansw> they are restarted when you restart apache afaik, so that is only one restart
00:39 < hansw> maybe spectre requires some other restart?
00:39 <+perlDreamer> in the WRE, there is one apache for running webgui
00:39 <+perlDreamer> another apache for running mod_proxy
00:39 < hansw> hmmm, why?
00:39 <+perlDreamer> memory usage, and speed
00:40 <+perlDreamer> the apache running mod_proxy is really stripped down
00:40 < hansw> ah, ok
00:40 <+perlDreamer> it serves up static content, and dispatches to the mod_perl apache that WebGUI runs under
00:40 < hansw> is caching also configured in the mod_proxy instance?
00:41 < hansw> in that case it could be used to load balance more or less
00:41 < hansw> on seperated servers
00:42 < hansw> images and documents on server x, database on server y, proxy on z
00:42 <@preaction> well really you could put the images on z as well
00:42 < hansw> x and y could be alterred
00:43 <@preaction> i've got a blog post on the spike about how the WRE has changed over the years: unless your image is protected from Everyone (only Registered Users or something), mod_proxy serves it up
00:43 < hansw> preaction, true, but some very busy sites might benefit from it
00:43 <@preaction> the performance benefit is from not using mod_perl. mod_perl is huge and slow (compared to the mod_proxy instance)
00:43 <@preaction> so basically our goal is to keep as much as possible away from mod_perl
00:43 < hansw> true, had some problems this week
00:44 < hansw> but not comparable to a current webgui
00:57 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
01:10 -!- SquOnk [n=emhn@201.211.88.228] has quit ["Yippie kay-ai-yay, fudder muckers!"]
01:20 -!- topsub [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
01:44 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
01:50 -!- topsub1 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
01:53 -!- topsub2 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
01:59 -!- topsub3 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has joined #webgui
02:00 -!- topsub3 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has left #webgui []
02:00 -!- topsub1 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has quit [Read error: 60 (Operation timed out)]
02:03 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
02:07 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
02:07 -!- mode/#webgui [+o Haarg] by ChanServ
02:09 -!- topsub [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has quit [Read error: 110 (Connection timed out)]
02:23 -!- topsub2 [n=Karilou@cpe-069-134-066-020.nc.res.rr.com] has quit [Read error: 110 (Connection timed out)]
02:42 <+perlDreamer> bug fixed, tavisto
02:44 <@tavisto> nice
02:44 <@tavisto> that didn't take long brotha
02:44 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
02:45 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Client Quit]
02:47 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
02:48 <+perlDreamer> I always take care of the homies, tavisto
02:51 < CIA-23> WebGUI: colin * r11190 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Macro/AdminBar.pm): If adding content from the asset manager, return user to the asset manager.
02:51 < CIA-23> WebGUI: colin * r11191 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Macro/AdminBar.pm): Backporting asset manager usability fix for adding content.
03:28 -!- hansw [n=hans@p54804537.dip.t-dialin.net] has quit ["Leaving"]
03:53 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
04:33 -!- tavisto [n=tavisto@96.230.192.126] has quit []
05:10 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"]
05:32 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
06:37 -!- elnino [n=ninow@209.162.37.159] has joined #webgui
06:38 -!- elnino [n=ninow@209.162.37.159] has quit [Client Quit]
07:13 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has quit [Remote closed the connection]
08:28 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
08:36 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
08:36 -!- mode/#webgui [+o stDavid] by ChanServ
08:53 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 54 (Connection reset by peer)]
08:55 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
08:55 -!- mode/#webgui [+o stDavid] by ChanServ
11:01 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit [Read error: 110 (Connection timed out)]
12:47 -!- SynQ1 [n=synq@159-29.bbned.dsl.internl.net] has joined #WebGUI
12:48 -!- SynQ1 is now known as SynQ2
12:48 < SynQ2> morning
13:35 -!- SynQ2 [n=synq@159-29.bbned.dsl.internl.net] has quit ["Leaving."]
14:14 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
14:21 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
16:29 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
16:39 -!- plainhao [n=plainhao@208.75.85.237] has quit [Remote closed the connection]
16:41 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit []
17:04 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui []
18:02 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
18:19 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
18:32 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit []
18:56 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
19:02 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has joined #webgui
19:02 -!- carogray [n=Caroline@c-76-24-169-61.hsd1.nh.comcast.net] has left #webgui []
20:32 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
20:32 -!- mode/#webgui [+o Haarg] by ChanServ
22:45 -!- SDuensin [n=Scott@32.167.24.65] has joined #WebGUI
--- Day changed Sun Jun 07 2009
00:41 -!- SDuensin [n=Scott@32.167.24.65] has quit ["Leaving"]
01:00 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
01:03 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
01:14 -!- hansw [n=hans@p54804DBA.dip.t-dialin.net] has joined #webgui
01:25 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: SDuensin
01:26 -!- Netsplit over, joins: SDuensin
02:11 -!- hansw [n=hans@p54804DBA.dip.t-dialin.net] has quit ["Leaving"]
02:22 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
02:22 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
02:36 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
02:36 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
02:51 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
02:51 -!- mode/#webgui [+o Haarg] by ChanServ
03:46 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
03:46 < elnino> wow - hardly anyone is here.. everyone on vacation?
03:47 < elnino> anyone know how to display the actual file size on the folder asset when the file is greater than one Meg?
05:42 < CIA-23> WebGUI: colin * r11192 /WebGUI/sbin/upgrade.pl: Fix some POD. Backups go in /tmp, not /var
05:45 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
06:38 < CIA-23> WebGUI: colin * r11193 /WebGUI/docs/ (3 files in 3 dirs): Make account inbox template layout symmetrical on both top and bottom bars.
06:38 < CIA-23> WebGUI: colin * r11194 /branch/WebGUI_7.6/docs/ (2 files in 2 dirs): Backporting account inbox templating change.
08:14 -!- preaction [n=doug@69.128.55.18] has joined #webgui
08:14 -!- mode/#webgui [+o preaction] by ChanServ
08:37 -!- preaction [n=doug@69.128.55.18] has quit [Read error: 104 (Connection reset by peer)]
08:37 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
08:37 -!- mode/#webgui [+o preaction] by ChanServ
08:40 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
08:50 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
08:50 -!- mode/#webgui [+o preaction] by ChanServ
08:50 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Remote closed the connection]
08:54 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
08:54 -!- mode/#webgui [+o preaction] by ChanServ
08:56 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
09:09 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
09:09 -!- mode/#webgui [+o preaction] by ChanServ
09:14 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["Leaving"]
09:40 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
09:40 -!- mode/#webgui [+o preaction] by ChanServ
09:46 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["Leaving"]
09:47 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
09:47 -!- mode/#webgui [+o preaction] by ChanServ
09:48 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Remote closed the connection]
10:28 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
10:28 -!- mode/#webgui [+o preaction] by ChanServ
11:19 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
11:37 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)]
11:38 < CIA-23> WebGUI: translation * r11195 /translations/German/German/ (Asset_Matrix.pm Account_Inbox.pm Asset.pm): Update from translation server
11:53 < CIA-23> WebGUI: translation * r11196 /translations/German/German/Asset_Thingy.pm: Update from translation server
11:53 < CIA-23> WebGUI: translation * r11197 /translations/German/German/WebGUIProfile.pm: Update from translation server
15:47 -!- patspam [n=patspam@150.101.221.151] has joined #webgui
15:47 -!- mode/#webgui [+v patspam] by ChanServ
17:00 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["Leaving"]
17:06 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
17:06 -!- mode/#webgui [+v perlmonkey2] by ChanServ
17:27 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
17:34 -!- patspam [n=patspam@150.101.221.151] has quit ["Leaving."]
20:20 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
20:42 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
20:42 -!- mode/#webgui [+o Haarg] by ChanServ
22:34 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
22:34 -!- mode/#webgui [+o preaction] by ChanServ
22:37 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
--- Day changed Mon Jun 08 2009
00:01 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
02:12 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
02:12 -!- mode/#webgui [+o preaction] by ChanServ
02:26 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["This computer has gone to sleep"]
02:28 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
02:28 -!- mode/#webgui [+o preaction] by ChanServ
02:29 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Client Quit]
02:33 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
02:33 -!- mode/#webgui [+o preaction] by ChanServ
02:39 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
03:13 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
03:14 -!- mode/#webgui [+v BartJol] by ChanServ
03:14 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit [Client Quit]
03:26 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
03:26 -!- mode/#webgui [+v patspam] by ChanServ
05:55 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"]
05:57 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
05:57 -!- mode/#webgui [+o preaction] by ChanServ
07:23 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
07:23 -!- mode/#webgui [+v perlmonkey2] by ChanServ
07:25 <+perlmonkey2> .
07:27 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has quit [Client Quit]
09:27 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
09:27 -!- mode/#webgui [+o Haarg] by ChanServ
09:40 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
10:16 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
11:21 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:21 -!- mode/#webgui [+v bartjol] by ChanServ
12:41 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
12:52 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
13:02 -!- carogray [n=Caroline@174-152-185-161.pools.spcsdns.net] has joined #webgui
13:33 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
13:33 -!- mode/#webgui [+o plainhao] by ChanServ
13:55 < carogray> hello - good morning good day
13:56 < carogray> just go this error message - the first error message received after spending 3 days on and off trying to dump some html into and html window for the rich text editor:
13:56 < carogray> Request-URI Too Large The requested URL's length exceeds the capacity limit for this server.
13:56 < carogray> what does this mean?
13:58 <+bartjol> well, an URI has a maximum length
13:59 <+bartjol> and I heard someone mentyion that some HTML was put into the URL
13:59 <+bartjol> which caused the error
13:59 <+bartjol> assuming it is the same error
14:00 <+bartjol> unfortunately I don't remember the solution or the person that had the problem
14:02 < carogray> whats the diff between URI and URL?
14:03 <+bartjol> I think it is explained here:
14:03 <+bartjol> http://en.wikipedia.org/wiki/URI
14:04 < carogray> ok thanks bartjol...will go check it out and then maybe I will understand what putting HTML into URL means....hmm. will check it out thanks for the direction.
14:05 <+bartjol> well, it won't solve the bug, but at least you know wha'ts happening
14:07 < carogray> right  at least I can look at what is going on and see if I can fix it in some way that it will work for now...
14:07 < carogray> this is v. helpful thanks.
14:14 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
14:22 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
14:22 -!- mode/#webgui [+o stDavid] by ChanServ
14:56 -!- carogray [n=Caroline@174-152-185-161.pools.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)]
15:21 -!- Netsplit over, joins: ryuu_ro, khenn_
15:26 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
15:31 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
15:33 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: khenn_, ryuu_ro
15:33 -!- Netsplit over, joins: ryuu_ro, khenn_
15:46 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: khenn_, ryuu_ro
15:47 -!- Netsplit over, joins: ryuu_ro, khenn_
15:57 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has joined #webgui
15:58 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has left #webgui []
16:08 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: khenn_, ryuu_ro
16:08 -!- Netsplit over, joins: ryuu_ro, khenn_
16:09 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
16:10 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: khenn_, ryuu_ro
16:30 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:30 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:30 -!- mode/#webgui [+o bopbop] by ChanServ
17:08 -!- steveo_aa [n=sno@adsl-76-226-116-148.dsl.sfldmi.sbcglobal.net] has quit ["Leaving."]
17:08 -!- steveo_aa [n=sno@76.226.116.148] has joined #WebGUI
17:08 -!- mode/#webgui [+o steveo_aa] by ChanServ
17:11 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:11 -!- mode/#webgui [+o Haarg] by ChanServ
17:28 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
17:28 -!- mode/#webgui [+o tavisto] by ChanServ
17:32 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
17:45 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
17:47 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
17:47 -!- mode/#webgui [+v perlDreamer] by ChanServ
17:48 <+perlDreamer> morning, folks
17:50 <@Haarg> morning
18:04 -!- dionak [n=dionak@97.66.185.250] has quit []
18:06 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
18:08 -!- dionak [n=dionak@97.66.185.250] has quit [Client Quit]
18:16 -!- Radix__ is now known as Radix_
18:16 -!- mode/#webgui [+v Radix_] by ChanServ
18:27 < CIA-23> WebGUI: colin * r11198 /branch/WebGUI_7.6/ (3 files in 3 dirs): Backporting shortcut fixes for dashboard.
18:32 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has joined #webgui
18:42 <@Haarg> perlDreamer, re: http://www.webgui.org/bugs/tracker/10189
18:43 <+perlDreamer> yes?
18:43 <@Haarg> the only thing you were able to find was the issue with how it was configured?
18:43 <+perlDreamer> yes, and the bug resurfaced even after fixing the configuration issue
18:43 <+perlDreamer> so it's still out there
18:45 <@Haarg> i wish i understood POE better
18:45 <+perlDreamer> me, too.  I'm sure we will after this bug is found and fixed
18:45 <@Haarg> too much stuff going on behind the scenes with spectre to debug easily
18:45 <+perlDreamer> Do you have an opinion on this bug: http://www.webgui.org/bugs/tracker/9959
18:50 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
18:56 <@preaction> perlDreamer: i do, if you use $session->privilege->noAccess instead of $session->privilege->insufficient, logging in will take you to where you wanted to go
18:57 <@preaction> so the solution could be to use noAccess everywhere instead of insufficient
18:59 -!- perlmonkey2 [n=perlmonk@76.192.125.179] has joined #webgui
18:59 -!- mode/#webgui [+v perlmonkey2] by ChanServ
18:59 <+perlDreamer> preaction: I'm not sure that was the point.
18:59 < Magnetic> hey all, I am looking over the webgui docs, and I can't seem to find a cheat sheet for the <tmpl_></tmpl_> markup. Does anyone know of a resource?
18:59 <@preaction> Magnetic: google for "HTML::Template"
18:59 <+perlDreamer> he wants to pass URL parameters through after successfully logging in
18:59 <@Haarg> http://search.cpan.org/~samtregar/HTML-Template-2.9/Template.pm
19:00 <@preaction> perlDreamer: yes, and i'm saying WebGUI does that if you use noAccess
19:00 <@preaction> i had this same problem, and that's how i fixed it (after JT set me straight after going on a week-long wild goose chase of code)
19:01 <+perlmonkey2> preaction: do you just remember that stuff or do you keep a wiki?
19:01 <@preaction> i just remember
19:01 <+perlmonkey2> Always seems like I'll find something like that then need it six months later, but don't remember.
19:01 <@preaction> but like so many things, i don't know that i know it, so i can't just call this up until someone needs it (by asking)
19:02 <+perlDreamer> preaction, maybe I'm just thick today, but doesn't noAccess mean that the user failed to login?
19:02 <+perlmonkey2> Thus is the life of a guru.
19:02 <+perlDreamer> so, if they failed to login, then the url params won't do any good?
19:03 <@preaction> perlDreamer: no, it means the user is not logged in at all
19:03 <@preaction> and this is why i need to revisit the whole WebGUI::Session::Privilege module: if noAccess sees that you are indeed logged in, it just calls insufficient
19:04 <@preaction> iow, insufficient should not exist. there should be two error messages, one for Admin Only, one for Insufficient (you don't have privs, but you could do this if you did, perhaps you need to login to a different account)
19:05 <@preaction> which should really be two WebGUI::Error classes that should be thrown. no WebGUI::Session::Privilege required
19:07 <+perlDreamer> Privilege is nice because it handles the page style and content all in 1 call
19:07 <+perlDreamer> in any case
19:08 <+perlDreamer> I don't think the problem is the URL the user was trying to get to
19:08 <+perlDreamer> I think it's the URL query params
19:08 <+perlDreamer> letting that happen in general is dangerous
19:08 <+perlDreamer> once he logs in, it'll still strip the query params
19:09 <+perlDreamer> which is the right thing to do
19:09 <+perlDreamer> if you want to pass data into WebGUI, it should be done via cookies
19:09 <+perlDreamer> set a cookie in the remote shop
19:09 <+perlDreamer> make the user log in
19:09 <+perlDreamer> and then access the cookie from WebGUI
19:09 <@preaction> so trying to get a URL to a ;pn=2 is bad?
19:10 <+perlDreamer> no, this one is bad: ?func=purgeList;assetId=PBasset000000000000001
19:10 <+perlDreamer> and I can think of a few other good ones, too
19:10 <@preaction> well, to take your example, if you have admin privileges you should know what a URL is about to do
19:10 <@preaction> we can't protect against all forms of stupidity, and we can't protect against malice
19:11 <+perlDreamer> oh, you mean like PHP? :)
19:11 <@preaction> or, the WebGUI::Error could say exactly what you were trying to do, unlike now where there's just a generic message
19:12 <@preaction> and then it will be "Login to delete asset Root and all descendants"
19:12 <@preaction> which hopefully would cause someone to think twice
19:13 <+perlDreamer> but how are we supposed to build WebGUI::Error messages for the whole set of allowed URL and form params?
19:14 <@preaction> the www_ method throws. it includes information like "desiredAction", then all the URL params are stored in the scratch "redirectAfterLogin" (just like how it works now)
19:15 <@preaction> getting a WebGUI::Error::Privilege will tell WebGUI::URL::Content to show a login page
19:15 <+perlDreamer> here's another good one: ;op=auth;method=deactivateAccount
19:15 <@preaction> i'm saying that right now all of these places have to return a page. instead they could throw an exception and we could build a page from the exception's properties
19:18 <+perlDreamer> right, but that's not exactly the same topic as allowing outside sites to pass arbitrary params through a login request
19:18 <@preaction> no, but it would address your objections
19:19 <@Haarg> the issue you are talking about perlDreamer is much larger than just with logins
19:19 <+perlDreamer> what am I missing, Haarg?
19:20 <@Haarg> we are vulnerable to tons of csrf issues
19:21 < Magnetic> has anyone put out an IDE that has support for the tpml markup?
19:22 <@tavisto> perlDreamer, can you get to www.cmsmatrix.org?
19:23 <+perlDreamer> tavisto: yes
19:23 <+perlDreamer> Magnetic, what is tpml?
19:23 <+perlDreamer> tavisto: it's really slow though
19:25 <@tavisto> hmm.. I cant pull it up.. son of ah
19:25 <@tavisto> thanks
19:26 <+perlDreamer> it seems a little slow
19:31 <+perlmonkey2> perlDreamer: Magnetic I think means HTML::Template
19:31 <+perlDreamer> yeah.
19:31 <+perlDreamer> no, WebGUI support for WYSIWIG template editing currently exists
19:31 <+perlmonkey2> I don't know of any IDE support for Perl template engines either.
19:32 <+perlmonkey2> perlDreamer: you grabbing F11 tomorrow?
19:32 <+perlDreamer> perlmonkey2: I may
19:33 <+perlDreamer> installing it is an entirely different question.
19:34 <+perlmonkey2> perlDreamer: no more excitment of fedora/
19:34  * perlDreamer is too scared of breakage anymore
19:34 <+perlDreamer> audio used to work
19:34 <+perlDreamer> it doesn't
19:34 <+perlDreamer> keyboard used to work all the time
19:34 <+perlDreamer> now it doesn't
19:34 <+perlmonkey2> maybe you should try Ubuntu?  twice as many users
19:35 <+perlDreamer> they have the same problems :/
19:36 <+perlmonkey2> I know, you need a new laptop :D
19:36 <+perlDreamer> indeed.  Now if only you could convince the company comptroller of that ;)
19:37 <+perlmonkey2> bah a new pimped out lappy only runs about 800 or so.  Chump change to a major playa like you :P
19:41 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
19:46 <+perlmonkey2> perlDreamer: how is this url hardcoded?     <link rel="stylesheet" type="text/css" href="^Extras(wobject/Survey/surveyedit.css);" />
19:47 <+perlDreamer> it's not
19:47 <+perlmonkey2> http://www.webgui.org/bugs/tracker/10486
19:47 <+perlmonkey2> I'm not sure I understand the problem
19:48 <+perlDreamer> none of the files in extras gets processed by WebGIU
19:48 <+perlDreamer> so it doesn't expand macros
19:48 -!- hansw [n=hans@p54803CB6.dip.t-dialin.net] has joined #webgui
19:48 <+perlmonkey2> doesn't expand the macros.  I hate when the macros aren't expanded :P  
19:49 <+perlmonkey2> Ah, what is "expanding macros"?
19:49 <+perlDreamer> processing them
19:49 <+perlDreamer> evaluating them
19:49 <+perlmonkey2> So we shoudln't use macros, like the Extras(); macro, to load files from the extras dir?
19:49 <+perlmonkey2> Nevermind, I'll leave that bug to someone who knows what's going on.
19:50 <+perlDreamer> you should, but not in any file IN the extras directory
19:51 <+perlmonkey2> surveyedit.css has hardcoded extras paths that don't use the extras macro?
19:51 <+perlDreamer> background: url(/extras/wobject/Survey/rel_interstitial_loading.gif) no-repeat;
19:51 <+perlmonkey2> right
19:52 <+perlmonkey2> that's not a call to the macro
19:52 <+perlDreamer> the extrasURL is set in the config file
19:52 <+perlmonkey2> ah
19:52 <+perlDreamer> so it may not be /extras
19:52 <+perlmonkey2> ic
19:52 <+perlmonkey2> hmm
19:52 <+perlDreamer> it suxors, d00d
19:52 <+perlmonkey2> wait
19:53 <+perlDreamer> and then there's the whole gateway issue
19:53 <+perlmonkey2>  Alias /extras /data/WebGUI/www/extras
19:53 <+perlDreamer> / may not be /
19:53 <+perlmonkey2> set in the VirtualHost
19:53 <@Haarg> that's the normal way it is configured
19:53 <@Haarg> but that isn't required
19:54 <+perlmonkey2> So css that needs hard coded paths should be snippets with macros?
19:54 <+perlDreamer> yes
19:55 <+perlDreamer> or, I _think_ you can use URLs relative to the CSS's path
19:55 <@Haarg> in javascript it's relatively easy to work around the problem using getWebguiProperty
19:55 <@Haarg> you can
20:01 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has left #webgui []
20:07 <+perlmonkey2> damn it, just comitted Asset.pm and have no idea what changes I'd made in it.  JS, have to roll that back.
20:09 <+perlDreamer> you added a debug line, that's all
20:09 <+perlDreamer> https://svn.webgui.org/svnweb/plainblack/revision/?rev=11200
20:11 <@Haarg> also, there is no guarantee the extras url starts with /extras/
20:12 <+perlmonkey2> I changed the paths to be relative from their current locations.
20:12 <+perlmonkey2> oh crap.....I backed out too far then.
20:12 <+perlDreamer> s{../extras}{};
20:13 <+perlDreamer> well...
20:13 <+perlDreamer> s{\.\./extras}{};
20:14 <+perlmonkey2> ../../yui doesn't work.  But ../../../extras/yui works.  I need a different line of work :P
20:15 <+perlmonkey2> I wonder if ../../ will work on windoze machines.
20:15 <+perlDreamer> it's a URL
20:15 <@Haarg> if ../../yui/ doesn't work there is something else going wrong
20:20 < CIA-23> WebGUI: colin * r11199 /WebGUI/ (9 files in 6 dirs): 
20:20 < CIA-23> WebGUI: Better template diagnostics on failure. It now also includes the template URL, and templateId
20:20 < CIA-23> WebGUI: in both the onscreen and logged output.
20:20 < CIA-23> WebGUI: perlmonkey2 * r11200 /WebGUI/ (3 files in 3 dirs): Changed survey .js/css files to remove hardcoded absolute extras paths.
20:20 < CIA-23> WebGUI: perlmonkey2 * r11201 /WebGUI/lib/WebGUI/Asset.pm: Removed debug line, whups.
20:39 <@preaction> http://www.macrumorslive.com/ <- JOIN US IN NOT WORKING!
20:42 < hansw> ow shit, poor sysop@work
20:42 <+perlmonkey2> PC begging for ideas, offering cash.
20:42 < hansw> he will need to support this for a few people
20:42 <@preaction> this? being WebGUI?
20:42 < hansw> too :-)
20:42 < hansw> I meant apple
20:43 <@preaction> ahh
20:43 < hansw> support for Exchange ....
20:56 <@Haarg> would probably be good to go over everything in extras and make sure we are still using it
21:17 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
21:17 -!- mode/#webgui [+o stDavid] by ChanServ
21:19 <+perlDreamer> thus, the world of WebGUI grinds to a screeching halt
21:27 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #webgui
21:51 <+perlDreamer> I'm going to go running.
21:51 <+perlDreamer> Any last second issues?
21:51 <@preaction> ha, ha ha ha, we're not working. why would there be issues?
21:52 <+perlmonkey2> hmm, suppose I should finish figuring out that path bug.
21:53 <+perlmonkey2> Okay, ../../../extras works but ../../yui works.  Why?  Maybe the relative path I'm assuming is wrong.
21:56 <@preaction> don't use ../../ use the getWebguiProperty('extrasURL')
21:56 <@preaction> it's a global, added to every page
21:56 <+perlmonkey2> Anyone ever played with image bundling JS?  GWT has a tool that helps get around loading several small images on a screen.  Most of those images are smaller than the HTML headers, and you are limited to two connections at a time.
21:56 <+perlmonkey2> preaction: okay for JS, but what about css?
21:57 <+perlmonkey2> But the GWT has a tool for combining all your images for a page onto a single image, which is then broken up and used by the JS.  So only a single image grab per template.
21:58 < SynQ> tavisto: new!
21:58 < SynQ> official demo sites in europe
21:58 < SynQ> demo.webgui.nl and demobeta.webgui.nl
21:58 < SynQ> that is worth a news-item on www.webgui.org if you ask me
21:59 < SynQ> perlDreamer: do note it in the WWN
21:59 <@tavisto> wait a sec, are you telling me that people use WebGUI in Europe?
21:59 < SynQ> well
22:00 < SynQ> probably not
22:00 < SynQ> since the demo.webgui.org is quite a shitty experience from here
22:00 < SynQ> but now there is a chance to change all that
22:00 < SynQ> :)
22:01 <@tavisto> hehe so it's pretty slow from the EU eh
22:01 <@tavisto> I agree that it deserves to be in the WebGUI news
22:02 < SynQ> well
22:02 < SynQ> try it the other way around
22:02 <@tavisto> it went fast
22:02 < SynQ> compare demobeta.webgui.nl to demobeta.webgui.org
22:02 <@tavisto> I just did it
22:02 < SynQ> ok
22:02 <@tavisto> I did demo
22:02 < SynQ> well that is good news too :)
22:02 < SynQ> have you tried admin mode?
22:03 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
22:03 <@tavisto> still don't have any complaints
22:04 < SynQ> ok
22:04 < elnino> hi!!!  just double checking to see if there is a template variable to tell me the type of asset something is in a navigation template. I'm not seeing anything...
22:13 <+perlmonkey2> I moved surveyedit.css to a snippet.  When I submit it should I also delete the .css file in the extras dir?
22:14 <+perlmonkey2> I mean, obviously I should, but I hate to delete files without double checking.
22:14 <@tavisto> perlDreamer, did you get the info on this version tag issue?
22:15 <@Haarg> yes you should delete it
22:15 <@tavisto> If so I'm going to move on and delete this pending version tag and then approve the other tags he created on cmsmatrix
22:24 < CIA-23> WebGUI: perlmonkey2 * r11202 /WebGUI/www/extras/wobject/Survey/administersurvey.js: Final correction on extras path error for administersurvey.js. surveyedit.css should be placed in a snippet using Extras macro.
22:35 <+perlmonkey2> GWT would allow me to vastly clean up the Survey editor, and probably the taking of a survey.  Some really slick stuff with no added libraries, and easily wrappable around YUI.  My first concern would be where to store the Java project used to create the JS?  Or just use the prettified JS output and only put tha tin the repos?
22:38 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:01 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
23:01 -!- mode/#webgui [+v danny_mk] by ChanServ
23:04 < CIA-23> WebGUI: perlmonkey2 * r11203 /WebGUI/ (3 files in 2 dirs): Moved surveyedit.css to a snippet. Pointed template url at the new snippet.
23:06 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
23:08 <+perlDreamer> SynQ: I'll report it on WNN
23:11 < SynQ> thanks
23:14 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
23:14 -!- mode/#webgui [+v BartJol] by ChanServ
23:16 <+perlDreamer> elnino, re this bug: http://www.webgui.org/bugs/tracker/10006.  Could you please check your groups setup?
23:18 < elnino> I've never looked at modperl.conf before... it's the default: User webgui      
23:18 < elnino> Group #-1
23:18 < elnino> I'm assuming that is what you want?
23:20 < elnino> so I guess I change Group to "webgui"?
23:21 <@Haarg> if you'd be willing to test it, try commenting out the Group directive entirely
23:21 <@Haarg> and upload a file and check the owner group
23:22 <+perlDreamer> maybe user webgui does not have a default group on that system?
23:22 <+perlDreamer> so that #-1 doesn't resolve to anything
23:22 <+perlDreamer> so it uses the GID
23:22 <+perlDreamer> and then we're back to -1 being something really big
23:26 < elnino> webgui is a group on the system.  1007
23:26 < elnino> hmm. well somewhere, I got instructions to set the uploads directory to webgui webgui I'm trying to find them on the wiki
23:27 <+perlDreamer> right, but what does root@localhost> groups webgui     say?
23:27 <+perlDreamer> if the webgui user does not have any groups set up
23:28 < elnino> >groups webgui says "webgui"
23:30 <+perlDreamer> hm
23:31 < elnino> was that response correct?
23:32 <+perlDreamer> well, that's correct, but it doesn't explain the bug
23:32 < elnino> I wonder if this is a carry over from when I did a source install. I can't find the wiki. I seem to remember it saying chown webgui:webgui...  Things have been modified since then. Like I posted, it doesn't affect functionality, i just happened to notice it when poking around.
23:32 <@Haarg> i've definitely seen the same issues on other servers
23:32 < elnino> oh.
23:32 <+perlDreamer> maybe it's an apache bug?
23:32 < elnino> well, let me know what I can do...
23:33 <+perlDreamer> elnino, is it still happening?
23:33 <@Haarg> can you test commenting out the Group directive?
23:33 < elnino> that's a good question.
23:33 < elnino> I am still runing 7.5
23:34 < elnino> I guess I figured it would take the paren'ts directory chown settings.. 
23:34 < elnino> Yes, Haarg, I'll give that a try. Just a sec.
23:34 < elnino> no idea if it's still happneing - lemme look
23:34 < elnino> yes, it still happens.
23:35 < elnino> Let me  try commenting it out.
23:36 < elnino> so, if # is a comment, does that mean that #-1 is commented out?  just wondering.
23:37 <@Haarg> supposedly not
23:37 <@Haarg> which is a bit odd
23:37 <+perlDreamer> #-1 says to refer to the group by number, otherwise it assumes a name
23:37 < elnino> I know that what it *says*, but? it's a bit odd as Haarg puts it.
23:37 < elnino> =)
23:38 <@Haarg> well, #(number) refers to a group by number, #-1 refers to User's primary group
23:39 < elnino> side question. Why can't mysql support "isnumeric"  grr.
23:39 <+perlDreamer> I don't see that in the Groups directive docs
23:39 <+perlDreamer> http://httpd.apache.org/docs/2.2/mod/mpm_common.html#group
23:40 <@Haarg> odd
23:40 <@Haarg> i could swear i just read that there
23:41 < elnino> why can't it just inherit public/ directorys settings
23:41 < elnino> is that too windowy?
23:41 <+perlDreamer> no, for that you'd have to set the group sticky bit
23:41 <+perlDreamer> g+s
23:43 < elnino> k. I commened out the group #-1 and replaced it with nothing else.
23:43 < elnino> uploaded a photo
23:44 < elnino> and the uploads/aq directory was created today with a group number of 4294967295 
23:44 <+perlDreamer> and that's the last updated directory?
23:44 < elnino> so your saying if I set the sticy bit on my uploads directory, it would use uploads user/group?
23:45 <+perlDreamer> it's supposed to
23:45 < elnino> 13:42 dated today. I'd say yes.
23:45 <+perlDreamer> elnino, what happens if you set the group explicitly to webgui: Group webgui
23:45 <+perlDreamer> does that behave better?
23:45 < elnino> I suspect it would
23:45 < elnino> I'll try.
23:45 < elnino> or do you want me to o the sticky bit?
23:46 <+perlDreamer> no, please just the Group setting
23:46 <+perlDreamer> one tweak at a time
23:46 < elnino> oh. and I'm only restarting mod perl.. that is sufficent right?
23:47 <+perlDreamer> hm
23:47 <+perlDreamer> mod_proxy is only supposed to serve files, not make them
23:47 <+perlDreamer> but it never hurts to do them both
23:48 <@Haarg> ok, now that i'm not confused about the #-1 thing, the way it is behaving sounds correct.  and we just need to adjust it to use a real group.
23:48 <+perlDreamer> do we need to patch the WRE?
23:49 < elnino> well. I changed the group to be group webgui and restarted modperl only and uploaded a new file and it was given the webgui group as specified.
23:49 <+perlDreamer> cool!
23:49 < elnino> so, restarting modperl seems to be sufficent.
23:49 < elnino> and specifing a group name works.
23:50 <+perlDreamer> Group #1007 (or whatever the right GID) would probably work, too
23:50 <+perlDreamer> but webgui leaves nothing to doubt
23:50 <+perlDreamer> Can I ask one more favor of you?  Would you please post back to the bug saying that the fix is?
23:51 < elnino> sure. the fix it to specify webgui?
23:51 < elnino> s/it/is
23:51 <+perlDreamer> yes
23:57 < elnino> done.
23:59 < elnino> is there a way to know what type of asset something is in the navigation template?
--- Day changed Tue Jun 09 2009
00:00 < elnino> I see the isContainer and isUtility template variables, is that all I have available to me?
00:00 <+perlDreamer> yes, that's it
00:00 < elnino> bummer
00:01 < elnino> k
00:01 <+perlDreamer> it's a 3 line RFE
00:01 <+perlDreamer> add the template variable
00:01 <+perlDreamer> add the template Help doc
00:01 <+perlDreamer> add the i18n for the help doc
00:02 <@Haarg> the class name should be available as well i believe
00:02 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit [Read error: 113 (No route to host)]
00:02 <@Haarg> so it would probably be possible to do something based on that using HTML::Template::Expr
00:02 <+perlDreamer> perlmonkey2: not to bust your chops, but removing the file on a customer's site will require an upgrade sub
00:03 <+perlDreamer> className isn't one of the vars
00:03 <@Haarg> upgrades don't remove files though
00:03 <@Haarg> navigation includes $asset->get
00:03 <+perlDreamer> it does!
00:03 <@Haarg> for all assets
00:03 <+perlDreamer> I missed that
00:03 < elnino> what?
00:03 <+perlDreamer> page.property (page.className)
00:09 < elnino> So.. <tmpl_var page.className> is supposed to work? it doesn't print anything.
00:09 <@Haarg> 7.6 only i think
00:10 < elnino> perlDreamer, i've been dreaming about other things other than webgui for a while..my customer has no money so I haven't been looking at this server for what seems a very long time.
00:10 < elnino> . I'd be happy to do this rfe... but help me.. what file do I look at in /lib
00:10 < elnino> ?
00:10 <@preaction> WebGUI/Asset/Wobject/Navigation.pm
00:11 <@preaction> look in sub view {}
00:11 < elnino> perfect. I didn't lok under Wobject.
00:11 < elnino> haarg.... oh ok. I'll upgrade....
00:12 < hansw> preaction, is 7.x just as easy to explain to newbies as 5.x?
00:13 < hansw> I gave a demo to 4 people and was rather suprised to see them filling the site with only a few phonecalls to support them
00:15 < CIA-23> WebGUI: colin * r11204 /WebGUI/ (3 files in 3 dirs): 
00:15 < CIA-23> WebGUI: Fix the error message shown when you try to send a message from the Inbox, but none
00:15 < CIA-23> WebGUI: of your friends allow private messaging.
00:15 < CIA-23> WebGUI: colin * r11205 /WebGUI/lib/WebGUI/Help/Asset_Navigation.pm: Update help to show that ALL asset variables are available for every page in the page_loop.
00:15 < CIA-23> WebGUI: colin * r11206 /branch/WebGUI_7.6/ (3 files in 3 dirs): Backport Account inbox error message fix for unmessagable friends.
00:15 < CIA-23> WebGUI: colin * r11207 /WebGUI/lib/WebGUI/Help/Asset_Navigation.pm: And more changes.
00:15 <+perlDreamer> Haarg, we can't stick in unlink $oldCruftyFile into an upgrade subroutine and have it manually delete files on the user's site?
00:16 <@Haarg> we can, but usually don't
00:16 <+perlDreamer> so we should just leave it be.  Okay
00:20 < elnino> So I should upgrade first, then do the rfe? what to I give to who? a diff? the actual files? I'll create the rfe now.
00:21 <+perlDreamer> if you upgrade, you'll get the code that does the rfe automatically
00:21 <+perlDreamer> since it's in 7.6
00:21 < elnino> well, I also want groupIdView
00:22 <+perlDreamer> it's in there, too
00:22 < elnino> but I suppose
00:22 <+perlDreamer> ALL the asset properties are in there
00:22 < elnino> you beat me to it.
00:22 < elnino> perfect.
00:22 < elnino> you guys are awesome.
00:23 < elnino> I'm going to pull weeds now. Have a great day!
00:23 <+perlDreamer> see ya, elnino!
00:26 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
00:28 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has left #webgui ["Leaving"]
00:46 -!- hansw [n=hans@p54803CB6.dip.t-dialin.net] has quit ["Leaving"]
00:58 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
01:04 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
01:15 < CIA-23> WebGUI: colin * r11208 /WebGUI/lib/WebGUI/i18n/English/Asset_Navigation.pm: Update Navigation docs to show that all asset variables are available for each asset in the page_loop.
01:15 < CIA-23> WebGUI: colin * r11209 /branch/WebGUI_7.6/lib/WebGUI/i18n/English/Asset_Navigation.pm: Backporting more Asset_Navigation docs.
01:15 < CIA-23> WebGUI: translation * r11210 /translations/German/German/Asset_MatrixListing.pm: Update from translation server
01:15 < CIA-23> WebGUI: colin * r11211 /WebGUI/ (6 files in 6 dirs): 
01:15 < CIA-23> WebGUI: Fix a bug in the Story when handling images of different sizes. Add a
01:15 < CIA-23> WebGUI: photoWidth property to the StoryArchive, and resize all newly uploaded pictures
01:15 < CIA-23> WebGUI: to a Story.
01:29 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
01:43 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has quit [Connection timed out]
01:51 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
01:55 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has quit [Connection timed out]
02:41 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:41 -!- mode/#webgui [+v patspam] by ChanServ
02:42 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
02:44 <+perlDreamer> good morning, patspam
02:44 <+patspam> morning!
02:46 <+perlDreamer> Are you pretty familiar with Yslow, the Firebug plug-in?
03:02 <+patspam> aye
03:02 <+patspam> I'm doing a WUC talk on it :)
03:07 <+perlDreamer> Do you know if the DOC time is independent of the other components on the page?
03:07 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
03:09 <+patspam> yup, I think so, in the sense that the time reported there is just the time to download the initial html doc
03:10 <+patspam> you see the same time reported in the firebug Net panel
03:11 <+patspam> is that what you're asking?
03:11 <+perlDreamer> yup
03:11  * perlDreamer was hoping it was otherwise
03:12 <+patspam> of course, the time it takes wg to generate the html may well be dependent on other components
03:13 <+perlDreamer> that is true
03:13 <+perlDreamer> but 13 seconds seems long
03:13 <+perlDreamer> in any case, Mrs. Dreamer is calling me for dinner.
03:13 <+perlDreamer> bbiaw
03:13 <+patspam> enjoy!
03:20 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has quit [Connection timed out]
04:19 -!- oversillo [n=overdriv@190.38.84.76] has joined #webgui
04:43 -!- plainhao [n=plainhao@mail.xbiotica.com] has joined #webgui
04:43 -!- mode/#webgui [+o plainhao] by ChanServ
05:08 -!- mmlj4 [n=jkelly@ip70-171-94-246.no.no.cox.net] has joined #webgui
05:23 <+perlDreamer> patspam, have you tried Google Page Speed yet?
05:23 <+perlDreamer> It's by the same guy who wrote Yslow, except he works for Google now :)
05:23 <+patspam> steve souders?
05:23 <+perlDreamer> yes
05:23 <+perlDreamer> and, it has graphical output
05:23 <@preaction> ha, nice :p
05:23 <+patspam> awesome, gotta check it!
05:24 <+perlDreamer> showing load times and relative positioning of events
05:25 <+patspam> I'll definitely check it out, thanks perlDreamer
05:25 <+perlDreamer> I'm still trying to make heads and tails of the output
05:25 <+perlDreamer> one bummer is that you can't zoom or scroll the graph
05:26 <+perlDreamer> nor get to the real data
05:28 <+patspam> where is the graphing?
05:29 <+patspam> wow, it tells you how many bytes you could save by compressing images, that's pretty cool
05:31 <+patspam> ah i see, in "Page Speed Activity"
06:03 <+perlDreamer> yes
06:03 <+perlDreamer> SynQ: are you burning the late night oil?
06:04 <+perlDreamer> You start recording, then do a page load, which is awkward because Firebug is Inspecting while you do that
06:04 <+perlDreamer> and Ctrl-R is overloaded to both mean start recording
06:04 <+perlDreamer> and reloda page
06:04 <+perlDreamer> reload page
06:04 <+perlDreamer> and watch it do its magic
06:04 <+perlDreamer> if you wait too long
06:04 <+perlDreamer> you'll lose the origin
06:04 <+perlDreamer> and there's no scrolling
06:15 <+patspam> hilarious, https://aus.us-visaservices.com has an invalid SSL certificate
06:20 -!- perlmonkey2 [n=perlmonk@76.192.125.179] has quit [Remote closed the connection]
06:25 <+perlDreamer> that is funny :)
06:29 <+perlDreamer> patspam, just out of curiosity, how long do your Admin mode load times take on a page?
06:29 <+patspam> on a localhost dev site?
06:29 <+perlDreamer> sure
06:30 <+patspam> doc loads in 432ms
06:31 <+patspam> had refresh on page takes about 4secs
06:31 <+patspam> there's another firebug plugin by steve souders called hammerhead that does full page load time measurements
06:33 <+patspam> but it's a bit alpha
06:33  * patspam heads out for lunch
06:33 <+perlDreamer> thanks for the chat, patspam
06:33 <+patspam> pleasure as always! :)
06:52 <+perlDreamer> that steve souders is a busy guy
06:55 < oversillo> hi all, sorry for my bad english, what WRE is recomended for install on Debian Lenny distribution ? wre-0.9.3-source.tar.gz ?
07:00 <+perlDreamer> that is a source install, oversillo.  You'd have to compile the WRE by hand from there.
07:00 <+perlDreamer> I know they're working on a Lenny build for 0.9.3
07:00 <+perlDreamer> it's just a matter of time
07:06 < CIA-23> WebGUI: patspam * r11212 /WebGUI/ (2 files in 2 dirs): Made Survey Preview a little less brutal
07:06 < CIA-23> WebGUI: patspam * r11213 /WebGUI/lib/WebGUI/Asset/Wobject/Survey.pm: Fixed bug in privs check for Survey::www_showFeedback
07:06 < CIA-23> WebGUI: patspam * r11214 /WebGUI/ (3 files in 3 dirs): 
07:06 < CIA-23> WebGUI: Survey cleanup and minor bug fixes
07:06 < CIA-23> WebGUI: Cleaned up edit page tabs
07:06 < CIA-23> WebGUI: Improved API docs
07:06 < CIA-23> WebGUI: Added noCreate option to responseId so that it doesn't create unnecessary responses
07:06 < CIA-23> WebGUI: Added groupToTakeSurvey priv check to takeSurvey
07:07 < CIA-23> WebGUI: colin * r11215 /branch/WebGUI_7.6/lib/WebGUI/Asset/Shortcut.pm: 
07:07 < CIA-23> WebGUI: Fix a bug with the backported Shortcut code. User->get doesn't exist
07:07 < CIA-23> WebGUI: in 7.6.
07:09 < oversillo> there are a WRE compilation manual ?
07:09 <+perlDreamer> just the instructions on the wiki
07:09 < oversillo> ok, thanks
07:11 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
08:13 < CIA-23> WebGUI: hao * r11216 /branch/WebGUI_7.6/ (4 files in 4 dirs): Fixed #9912: Account/Friends, only message one Friend at a time.
08:44 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
09:19 -!- tavisto [n=tavisto@96.230.192.126] has quit []
09:55 -!- oversillo [n=overdriv@190.38.84.76] has quit ["Saliendo"]
10:06 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
11:02 -!- dapperedodo [n=dappered@87.213.33.210] has joined #webgui
11:07 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:07 -!- mode/#webgui [+v bartjol] by ChanServ
12:40 <+bartjol> patspam: in relation to http://www.webgui.org/rfe/request-for-enhancement/9353 , have you had any problems with the links in the activation message in 7.7?
12:41 <+bartjol> my semicolons are transferred into %3b
12:42 <+bartjol> already tried to replace the addtext method with the addHtmlRaw method, but without succes
12:50 <+bartjol> in firefox that is
13:03 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: @stDavid
13:08 -!- Netsplit over, joins: @stDavid
13:48 <+bartjol> adding a NE flag to my rewrite rule helped
14:00 <+bartjol> strange thing is that that flag wasn't given in another site (7.6.25 instead of 7.7.9) but it worked fine
14:01 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Remote closed the connection]
14:01 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
14:01 -!- mode/#webgui [+o khenn] by ChanServ
14:55 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:55 -!- mode/#webgui [+o plainhao] by ChanServ
15:53 < CIA-23> WebGUI: hao * r11217 /WebGUI/docs/ (2 files in 2 dirs): Fixed #10491: Side by Side template metadata extra headers CSS.
16:00 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
16:04 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
16:07 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
16:07 -!- mode/#webgui [+o stDavid] by ChanServ
16:23 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
16:23 -!- mode/#webgui [+o bopbop] by ChanServ
16:26 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
16:26 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:36 <+perlmonkey2> What's new today in the world of wG?
16:40 <+bartjol> I'm 31
16:41 <+bartjol> I consider myself a part of the world of WebGUI
16:53 < CIA-23> WebGUI: hao * r11218 /branch/WebGUI_7.6/docs/ (2 files in 2 dirs): Fixed #10491: Side by Side template metadata extra headers CSS.
16:55 <+bartjol> thanks bopbop
16:57 <@bopbop> sure, hope you have a good one!
16:58 <+bartjol> workig and games tonight
16:58 <@bopbop> cross out working :)
16:58 <+bartjol> no actually I did some usefull stuff today, Koen even complemented me ;)
16:58 <@bopbop> oh, well that is something!
16:59 <@bopbop> his birthday gift to you
16:59 <+bartjol> well, I should throw a party when I wanna have gifts
17:09 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:09 -!- mode/#webgui [+o Haarg] by ChanServ
17:13 <+bartjol> me thinks http://www.webgui.org/bugs/tracker/10280 can be resolved
17:17 <+perlmonkey2> bartjol: happy b-day bartjol.  got any big plans?
17:19 -!- mmlj4 [n=jkelly@ip70-171-94-246.no.no.cox.net] has left #webgui []
17:20 -!- tomsuchy [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has joined #webgui
17:21 < tomsuchy> Hi everyone.  I may have run into a small problem with GIT.  I had a merge conflict, and, being a novice at GIT, I googled it for possible resolutions. One of them indicated I should reset --hard HEAD, which ended up losing two files on me that apparently had not been committed yet.  Is there any way to recover those files?  Thanks for any help you can provide.
17:22 < tomsuchy> I was told there were some GIT experts here, so I thought it'd be a good place to ask.
17:22 < tomsuchy> this is, of course, before I panic and run screaming through the house.
17:23 <@Haarg> the files were modified but not committed?
17:23 <+bartjol> perlmonkey2: nope
17:23 <@Haarg> were they related to the merge at all?
17:23 <+bartjol> and thanks btw
17:25 < tomsuchy> hi Haarg, thanks for answering. They were not related to the merge at all.  They WERE committed just prior to the push to origin.
17:25 < tomsuchy> i have a script that runs commit -a and then push origin, so they must've been committed.
17:25 < tomsuchy> but, then I did the reset --hard HEAD...
17:26 <@Haarg> well, the first thing to check is the reflog
17:26 <@Haarg> git reflog
17:26 -!- dapperedodo [n=dappered@87.213.33.210] has quit ["~ Trillian Astra - www.trillian.im ~"]
17:26 <@Haarg> it should give you a history of what HEAD pointed to
17:27 < tomsuchy> yes, it's not detailed enough, and since i'm fairly sparse with comments (this is all new development, so i'm not detailed in my update logs)
17:28 <@Haarg> did this just happen?
17:28 <@Haarg> the reflog is different from the normal log
17:29 < tomsuchy> it just happened within the last hour. here are some lines from it.
17:29 < tomsuchy> 3d954bf... HEAD@{0}: pull : Fast forward
17:29 < tomsuchy> 18756df... HEAD@{1}: origin: updating HEAD
17:29 < tomsuchy> 96b9857... HEAD@{2}: commit: development updates
17:29 < tomsuchy> 42f18c9... HEAD@{3}: commit: development changes
17:29 < tomsuchy> sorry for span
17:29 < tomsuchy> er, spam.
17:29 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
17:29 -!- mode/#webgui [+v danny_mk] by ChanServ
17:31 <@Haarg> you should be able to look through those commits to find one with the files you need
17:32 -!- SquOnk [n=emhn@bolivar.unesr.edu.ve] has joined #webgui
17:32 < SquOnk> Hi everyone
17:39 <+bartjol> morning SquOnk
17:39 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
17:40 < SquOnk> bartjol: Hey there
17:47 <+bartjol> tomsuchy: when you really have a lot put it on patsebin: http://webgui.pastebin.com/
17:48 < tomsuchy> cool, next time i will, thanks. pastebin looks like a good idea.
17:50 <+bartjol> patsebin, yeah, I'm really on top of it now
17:56 <+bartjol> and I also see a real git freenode channel (not trying to move you away), using WebGUI might also be a good plan for you ;)
18:02 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
18:02 -!- mode/#webgui [+o tavisto] by ChanServ
18:08 < tomsuchy> thanks bartjol, i got my git problems resolved thanks to Haarg.
18:10 <+bartjol> great!
18:14 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."]
18:14 < SquOnk> Who's in charge of LDAP Auth?
18:15 <@Haarg> nobody in particular
18:15 <@Haarg> although khenn wrote most of it i believe
18:18 < SquOnk> I see.
18:18 < SquOnk> It still doesn't work with ldaps:// URIs
18:19 < SquOnk> It has to do with the fact that the URI given in WebGUI's config is being deconstructed while constructing the Net::LDAP object
18:19 < ckotil> awww. i was hoping to start playing with ldaps soon
18:19 < SquOnk> $uri->host() and $uri->port() will end up giving the proper host and the proper port, but then you lose the method
18:20 < SquOnk> Line 67 of Auth/LDAP.pm
18:20 < SquOnk>  if ($ldap = Net::LDAP->new($uri->host, (port=>$uri->port))) {
18:20 <+bartjol> tabee
18:20 -!- bartjol [n=bartjol@host2.procolix.com] has left #webgui []
18:21 < SquOnk> needs to be changed to
18:21 < SquOnk> $ldap = Net::LDAP->new( $uri )
18:22 < SquOnk> That way, one simpy writes ldap://foo/ or ldaps://foo/ and it will work.
18:22 < SquOnk> (For ldaps:// you only need to have the CA Certificate somewhere appropiate)
18:30 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["Leaving"]
18:35 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
18:35 -!- mode/#webgui [+o preaction] by ChanServ
18:45 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has quit [Remote closed the connection]
18:45 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
18:45 -!- mode/#webgui [+v perlmonkey2] by ChanServ
18:52 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit [Read error: 60 (Operation timed out)]
18:53 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:53 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:54 <+perlDreamer> SynQ: ping
19:04 <+perlDreamer> perlmonkey2, are you downloading as we speak?
19:05 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
19:05 <+perlmonkey2> perlDreamer: heh, of course
19:05 <+perlmonkey2> perlDreamer: won't have it until I wake up tomorrow though.  Even if I could manage to get full speeds.
19:05 <+perlmonkey2> Thinking of going up to the University to download there.
19:05 <+perlDreamer> there ya go
19:06 <+perlmonkey2> might get more done up there too.  Can't stop playing with GWT.
19:10 <+perlmonkey2> perlDreamer: how much do you have downloaded?
19:10 <+perlDreamer> none
19:10 <+perlmonkey2> should buy a cheap second hard drive so you can just swap it out, install, and see if F11 corrects your issues.  Old lappy drive run like $20-30.
19:11 <+perlDreamer> that's not too bad
19:12 <+perlmonkey2> I mean, ext4.  Encrypt your drive and still see a large performance boost.
19:23 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
19:38 < CIA-23> WebGUI: colin * r11219 /WebGUI/www/extras/wobject/Shortcut/querybuilder.css: Fix hardcoded extra in Shortcut query builder.
19:41 <+perlDreamer> I've looked through the code, and i can't find anywhere that uses extras/WebGUI.js
19:41 <+perlDreamer> does anyone know any differently?
19:41 <@preaction> check templates?
19:41 <+perlDreamer> not yet
19:42 <+perlDreamer> I'll see if there's a wgd widget for dumping them all
19:42 <+perlDreamer> WebGUI.js has been untouched since 2005, when we switched to SVN.
19:43 <@bopbop> perlDreamer: am I right that there is no "story manager"? just story archive and story topic?
19:43 <+perlDreamer> story, story archive and story topic comprise the Story Manager
19:44 <@bopbop> hmmm, is there supposed to be a story asset?
19:44 <@preaction> there is a story asset yes
19:44 <+perlDreamer> yes, but it's kind of like WikiPage, or Event
19:44 <@preaction> you add them to Topic and Archives
19:44 <+perlDreamer> Only to Archives
19:44 <@bopbop> so I create archives first
19:44 <+perlDreamer> yes
19:44 <@bopbop> ok, thx
19:45 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
19:45 <@bopbop> archive, topic, and then story
19:45 <+perlDreamer> you can do topics or stories first, it doesn't matter
19:45 <@preaction> you can't add them to individual topics? aww
19:45 <@bopbop> anything really cool that it does that I might not notice right off the bat? (like the metadata in products and shelf?)
19:46 <@preaction> that's how topics work, the keywords thing
19:46 <+perlDreamer> topics are keyword driven, so using good keywords is important
19:46 <@bopbop> so, I can assign keywords to topics and stories
19:46 <@bopbop> and the stories will be added under topics
19:46 <@bopbop> by that criteria?
19:46 <+perlDreamer> right
19:46 <@bopbop> cool
19:46 <+perlDreamer> the number of stories a topic displays depends on its context
19:47 <+perlDreamer> standalone, or as a child of a layout
19:47 <@bopbop> ok
19:48 <+perlDreamer> aside from that, it's really, really basic
19:48 <@bopbop> alright, I'll tinker with it
19:48 <+perlDreamer> the only other magic/hidden stuff is the newly committed photo resize
19:48 <+perlDreamer> if you put in more than 1 photo, the default story template will put up a YUI carousel
19:48 <+perlDreamer> if the photos are very different sized, the carousel will puke
19:49 <+perlDreamer> visually
19:49 <@bopbop> ah, good to know
19:49 <+perlDreamer> so in 7.7.10, there is a new Archive setting that will resize all photos to a specified width
19:51 <@bopbop> which is?
19:51 <@bopbop> and will their stuff get squashed if that happens?
19:51 <+perlDreamer> 300 by default, or whatever the user puts into the setting
19:51 <+perlDreamer> it's proportionally resized, by width
19:51 <+perlDreamer> so 600x600 ends up being 300x300
19:52 <+perlDreamer> 300x700 stays 300x700
19:52 <@bopbop> ok
19:52 <@bopbop> thank you
19:53 <+perlDreamer> preaction, it's not in the templates either
19:53 <+perlDreamer> and I've found something that wgd will not do
19:53 <+perlDreamer> (or that I can't figure out how to do)
19:53 <+perlDreamer> you can't dump all templates/assets into files for searching
19:53 <+perlDreamer> you can edit them all one by one
20:08 < CIA-23> WebGUI: colin * r11220 /WebGUI/www/extras/wobject/Profiler/sortabletable.js: Remove hardcoded extrasPath in the JS.
20:17  * perlDreamer heads to the gym
20:39 -!- hansw [n=hans@p548040A8.dip.t-dialin.net] has joined #webgui
20:56 <@Haarg> perlDreamer, that's something i intended to do but never finished
21:41 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
21:42 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
21:42 -!- mode/#webgui [+o Haarg] by ChanServ
21:42 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit [Client Quit]
21:43 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
21:43 -!- mode/#webgui [+o Haarg] by ChanServ
21:43 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit [Client Quit]
21:43 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
21:43 -!- mode/#webgui [+o Haarg] by ChanServ
21:43 -!- SDuensin [n=Scott@32.166.67.18] has joined #WebGUI
21:48 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit [Client Quit]
21:49 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
22:10 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
22:12 -!- MrHairgrease [n=martin@5ED040EC.cable.ziggo.nl] has joined #webgui
22:12 -!- mode/#webgui [+v MrHairgrease] by ChanServ
22:16 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
22:16 -!- SDuensin [n=Scott@32.166.67.18] has quit ["Leaving"]
22:32 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
22:35 -!- Haarg [n=haarg@75.50.91.77] has joined #webgui
22:35 -!- mode/#webgui [+o Haarg] by ChanServ
22:36 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
22:47 < ckotil> http://www.webgui.org/rfe/request-for-enhancement/10496
22:53 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
22:53 -!- Haarg [n=haarg@75.50.91.77] has quit ["Leaving"]
22:55 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
22:55 -!- mode/#webgui [+o Haarg] by ChanServ
23:14 -!- hansw [n=hans@p548040A8.dip.t-dialin.net] has quit ["Leaving"]
23:15 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:23 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
23:29 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Leaving."]
23:29 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
23:37 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has joined #webgui
23:39 < Magnetic> Hey all, I today I have started to try to install my own wre runtime. Well, it was successful however I am having an issue accessing it from an client computer via a browser. Would this be a WEBGUI or centos issue?(I would think centOS but I have opened up the port and the issue remains)
23:39 -!- carogray1 [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
23:40 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
23:41 <@Haarg> if you haven't already, try accessing it directly on the server using curl using the exact same url you tried on the client
23:44 < Magnetic> localhost:60834 works, but not the IP:60834. Are you saying I should access it via IP:60384 on the server it's self?
23:45 <@Haarg> yes
23:45 < Magnetic> standby
23:46 <@Haarg> what i've done for that in the past is to use a ssh tunnel
23:46 <@Haarg> ssh user@server -L60834:localhost:60834
23:47 < topsub1> perlDreamer, you were rigt about the summary and keywords. It works perfect! Glad to see that feature. Will allow me to put my site into webgui
23:47 <@Haarg> then you would be able to go to localhost:60834 on the client machine and it would connect to the wreconsole on the server
23:53 < Magnetic> open failed: connect failed: Connection refused
23:54 < Magnetic> thats pretty slick haha, what is that trick called?
23:55 <@preaction> Magnetic: it's SSH tunnelling
23:55 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has joined #webgui
23:56  * SquOnk has built an empire over SSH tunnels
23:58 < Magnetic> ha, never seen the CLI side of it. blasted guis :P
--- Day changed Wed Jun 10 2009
00:06 -!- SquOnk [n=emhn@bolivar.unesr.edu.ve] has quit ["Yippie kay-ai-yay, fudder muckers!"]
00:07 < daviddelikat> perlDreamer: question about a couple bug reports you made...
00:07 <+perlDreamer> I'm here
00:07 <+perlDreamer> which bug reports?
00:07 < daviddelikat> http://www.webgui.org/bugs/tracker/10484
00:07 < daviddelikat> http://www.webgui.org/bugs/tracker/10486
00:07 < daviddelikat> how do we know what files can and cant use macros?
00:08 <+perlDreamer> anything outside of WebGUI cannot use macros
00:08 <+perlDreamer> the only thing that can use macros are assets, and various fields in the UI
00:08 <+perlDreamer> most templates
00:08 <+perlDreamer> but never anything from extras
00:09 < daviddelikat> so what do we replace the hardcoded text with?
00:09 <+perlDreamer> now that's a good question
00:09 < daviddelikat> # 10486
00:09 <+perlDreamer> and, btw, these are almost all wrapped up already, so they don't need more work on them
00:09 < daviddelikat> I see now theres a discussion at the bottom
00:10 < daviddelikat> wasn't there when I looked last...
00:10 <+perlDreamer> we've been busy :)
00:10 <+perlDreamer> for the CSS files, use a relative path
00:10 < daviddelikat> its a good thing
00:10 <+perlDreamer> ../../otherExtrasSubdir/foo/bar/baz
00:10 <+perlDreamer> works fine
00:10 < daviddelikat> I'm working on the help desk file
00:10 <+perlDreamer> I think it's done already
00:11 < daviddelikat> where did you put it?
00:11 <+perlDreamer> it's in git
00:11 < daviddelikat> i guess I will have to git it out...
00:11 <+perlDreamer> git pull origin
00:11 < daviddelikat> but then I have to try to combine my changes with yours...
00:12 < daviddelikat> not very easy with this package thing as far as i know
00:12 <+perlDreamer> it won't be a package
00:12 <+perlDreamer> it's only a text file, so it will probably merge right i
00:12 <+perlDreamer> in
00:12 < daviddelikat> ok yeah
00:12 < daviddelikat> ok thanks
00:13 <+perlDreamer> For JS, you can use getWebguiProperty('extrasURL')
00:13 < daviddelikat> too much to keep track of in this world...
00:13 <+perlDreamer> that's a small JS subroutine added to anything that gets handled by $session->style
00:13 -!- carogray1 [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
00:13 <+perlDreamer> and it will pass you back the extrasURL
00:13 <@Haarg> perlDreamer, i did a quick check of some other files in extras root and it looks like a number are unused
00:14 <@Haarg> asc.gif desc.gif doubleSelect.js swapLayers.js versionDot.gif versionDotOn.gif attachment.gif
00:15 <+perlDreamer> I can pull those from svn
00:21 -!- tavisto [n=tavisto@96.230.192.126] has quit []
00:22 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
00:23 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
00:24 < CIA-23> WebGUI: colin * r11221 /WebGUI/www/extras/ (7 files): Remove unused files from extras.
00:24 < CIA-23> WebGUI: colin * r11222 /WebGUI/www/extras/WebGUI.js: Remove another unused file in extras.
00:24 < CIA-23> WebGUI: colin * r11223 /branch/WebGUI_7.6/www/extras/ (10 files in 3 dirs): Backporting extras cleanup. Remove unused files, remove hardcoded paths.
00:27 <@Haarg> i'm really starting to think we should move to Locale::Maketext.  the main problem would be losing context.
00:28 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
00:28 <+perlmonkey2> wgd blew away my uploads dir in /data/WebGUI/www
00:28 <+perlmonkey2> might be a bug
00:28 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
00:28 <@Haarg> what command did you run?
00:29 <+perlmonkey2> j/s I'll give you the exact
00:29 <+perlmonkey2> but the conf was using data/WebGUI for uploads
00:29 <@Haarg> well
00:29 <@Haarg> don't do that :)
00:29 <+perlmonkey2> alias revert="cd /data/tools/wgdev; bin/wgd reset -d --no-debug; chmod -R g+w /data/WebGUI; chown -R apache.apache /data/domains; cd -"
00:30 <+perlmonkey2> :P
00:30 <@Haarg> i suppose i could have it check that and bail if you have it configured that way
00:31 <+perlmonkey2> no biggie, just a fluke as I'm trying to configure a one off instance 7.6 just to backport a change, then hopefully never see 7.6 again.
00:33 <+perlDreamer> croak "perlmonkey now allowed to use this feature" if $username =~ /perlmonkey; 
00:33 <@Haarg> i should also set up a vm to experiment with some of the permissions stuff
00:34 <@Haarg> it is supposed to not need the chmod/chown stuff
00:34 <+perlmonkey2> Haarg: it changes permissions on me every time.
00:34 <@Haarg> although i guess i never did deal with update.pl screwing it up
00:34 <+perlmonkey2> and users
00:34 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
00:34 -!- mode/#webgui [+v BartJol] by ChanServ
00:34 <+perlmonkey2> BartJol: shouldn't you be out drinking yourself silly?
00:35 <+BartJol> I already did that last weekend
00:35 <+BartJol> still recovering
00:35 <@Haarg> if run as root it is supposed to try to use the uid and gid of the uploads root
00:35 <@Haarg> and match its permissions
00:35 <+perlmonkey2> BartJol: ah, preemptive birthday celebration to take advantage of a weekend.  nice.
00:35 <+perlmonkey2> Haarg: I probably just have something royally messed up.
00:36 <+BartJol> yeah and Sarah who was visiting!
00:36 <+perlmonkey2> nice
00:36 <+perlDreamer> Haarg, for Locale::Maketext, is it as speedy as our native i18n?
00:36 <@Haarg> probably not
00:36 <@preaction> Haarg: Locale::Maketext seems nice, but would that mean we'd have one single %Lexicon for all of WebGUI? or would we be able to inherit?
00:36 <@Haarg> we would have the text in the code
00:36 <@Haarg> there wouldn't be namespaces
00:37 <@Haarg> at least, that's how i'm thinking of it
00:37 <@Haarg> could probably be done with namespaces as well, but i'm not sure how useful that would be
00:37 <+BartJol> doesn't make that internationalization hareder
00:37 <@Haarg> i'm not sure
00:37 <+perlmonkey2> This probably sounds strange, but why would the admin page tabbing of forms feel 100x snappier in 7.6 than 7.7?
00:37 <@preaction> but there could be. a WebGUI::Localize::Article::en_US could inherit from WebGUI::Localize::en_US
00:37 <@Haarg> like i say, losing the context is probably the largest problem
00:38 <+perlDreamer> without context, BartJol could cry
00:38 <@preaction> perlmonkey2: different YUI codebases
00:38 <+BartJol> ah, which can be a problem at the moment already during translating
00:38 <+perlDreamer> or send me lots of emails...
00:38 <+BartJol> in dutch
00:39 <@Haarg> it would eliminate the problem of duplication though
00:39 <+BartJol> that is a good thing
00:39 <@Haarg> the problem with that preaction is that the english text would all be in the code
00:39 <@Haarg> not in the %Lexicon
00:39 <@Haarg> so i'm not sure what you would gain
00:40 <@preaction> easier overriding of the english text, for those who want to
00:40 <+BartJol> angry dutch, german, arabic and polish guys
00:40 <+perlmonkey2> trying to make perlDreamer's deadline or I'd look it up, but this is the correct use of hte macro?   background: url(^Extras(wobject/Survey/rel_interstitial_loading.gif);) no-repeat;
00:40 <@preaction> changing "Save" to "Apply" everywhere, for example
00:40 <+perlDreamer> nope
00:40 <+perlDreamer> yes
00:40 <+perlDreamer> if it's a snippet
00:40 -!- carogray1 [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has joined #webgui
00:40 <+perlmonkey2> nevermind, I have to test it anyways
00:40 <+perlmonkey2> yes a snippet with macros enabled
00:41 -!- carogray1 [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
00:41 <+perlmonkey2> like the  7.7 fix
00:41 <@Haarg> but i'm saying they would all be in a single namespace
00:41 <+perlmonkey2> although 7.6 is way different than 7.7.  glad I didn't just grab the forms from 7.7
00:41  * perlDreamer looks quiet and nice, but ware those of you who do not backport your code!
00:41 <@Haarg> so changing Save to Apply everywhere would be simple
00:41 <+perlDreamer> and if you think that's bad, just wait and see what happens if you don't put away your dishes after dinner!
00:43 <+BartJol> well, if you finish your plates, you're ok
00:43 <+perlDreamer> only Dutch people, __BIG__ Dutch people, eat plates
00:44 <+BartJol> but by finishing your plates, you grow big, heavy and slow while eating all the stuff with dislike
00:44 <+BartJol> which does sound parallel to programming
00:45 -!- carogray1 [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has joined #webgui
00:47 <+perlDreamer> perlmonkey2, I've been on patspam to try and get him to backport stuff, too.
00:48 <+perlmonkey2> perlDreamer: I currently don't have any open wG contracts, so I might be out of the wG scene for a while.
00:48 <+perlDreamer> what?
00:49 <+BartJol> perlmonkey2 wants to get spanked
00:51 -!- carogray [n=Caroline@c-75-68-23-244.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
00:52 <+perlmonkey2> spanked by BartJol?  I don't normally swing that way, but maybe I'll make an exception just this once :p
00:52 -!- carogray1 [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
00:52 <+perlmonkey2> There went this channel's PG rating.
00:53 -!- carogray [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has joined #webgui
00:53 <+BartJol> oh, sorry
00:53 <+BartJol> carogray: did you work it out with that URI thingy?
00:55 <+perlmonkey2> okay, perlDreamer backports finished, just need to export and package and commit.
00:55 <+perlDreamer> perlmonkey2, thank you very much
00:56 <+perlDreamer> after that, please go spank BartJol, or whatever
00:59 -!- carogray [n=Caroline@c-75-67-85-167.hsd1.nh.comcast.net] has quit [Read error: 60 (Operation timed out)]
01:00 <+BartJol> oh, is that necessary?
01:00 <+perlDreamer> perlmonkey2, thank you very much
01:00 <+perlDreamer> after that, please go buy BartJol a beer, or whatever
01:00 <+BartJol> well, last thing I did was having a shit
01:01 <+perlDreamer> make that PG-13, heading toward R
01:01 <+BartJol> now I'm off for a beer
01:01 <+BartJol> I'm not good for this channel it seems
01:01 <+BartJol> all work and no play makes Bart a dull boy
01:02  * perlDreamer has heard that BartJol is running cold water, hot water, and beer to all the taps in his house
01:03 <@Haarg> so how much do people hate my idea of having all the i18n text directly in the code and a flat namespace for translations
01:03 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
01:04  * BartJol only wishes
01:04 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
01:06 < carogray> hey bartjol = yes!
01:06 <+perlmonkey2> perlDreamer: done.
01:07 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
01:07 <+BartJol> glad to hear that
01:07 <+perlmonkey2> hah
01:07 <+perlmonkey2> BartJol: you are cracking me up.
01:07 <+BartJol> what I'm doing now?
01:07 < carogray>  I thanks so much it was one of those sticky problems with so many factors going on we kept trying to narrow down WHAT the problem was... it was a bizarre URL that was really long and complicated that had been created by trying to transfer Word docs, to HTML and ...well
01:08 <+perlmonkey2> BartJol: just being your normal entertaining self.  
01:08 <+perlDreamer> Haarg, it'll cut down on duplicates, which I like.  The only questions I have are functional.
01:08 <+perlDreamer> if the i18n is in the code, what happens to context?
01:08 <@Haarg> it wouldn't exist
01:08 <@Haarg> like i say, that's the largest problem
01:09 <+perlDreamer> But we now know that other translation systems don't have it
01:09 <@Haarg> yeah, i don't know of any other system that has that
01:09 <+perlmonkey2> I would kill to have the i18n in the code.  But what is 'context'?
01:09 <+perlDreamer> context is notes about the i18n
01:09 <@Haarg> it is in the i18n files
01:09 <@Haarg> it is never used by webgui itself
01:09 <+perlmonkey2> ah
01:09 <+BartJol> yeah, word documents are horrible sometimes carogray
01:09 <@Haarg> only the translation server
01:10 <+perlmonkey2> comments
01:10 <+perlmonkey2> comment your i18n code :D
01:10 <@Haarg> basically
01:10 <+perlDreamer> where it's used, giving hints on words with multiple meanings, etc.
01:10 -!- MrHairgrease [n=martin@5ED040EC.cable.ziggo.nl] has left #webgui []
01:10 <+BartJol> and the translations would be in a i18n like lib?
01:11 < carogray> Bartjol, hah! nothing compared to what I have just finally completed today!
01:11 <+BartJol> very good
01:11 < carogray> had no internet access, therefore no telephone access apart frommy mobile and 
01:11 <+perlDreamer> BartJol, I think Haarg's current idea (aside from Locale::Maketext) is to get rid of namespaces in i18n
01:11 <+perlDreamer> just make it flat
01:11 < carogray> I spent the entire day on the phone - mobile minutes racking up  all the while trying to trouble shoot every flippin piece of this complicated network
01:11 <+perlDreamer> it'll get rid of many duplications right off
01:11 < CIA-23> WebGUI: perlmonkey2 * r11224 /branch/WebGUI_7.6/ (4 files in 3 dirs): Corrected Default Survey Edit template urls to be relative and moved surveyedit.css to a snippet to use the Extras macro.
01:12 <@Haarg> the translation server wouldn't work much different from how it does now
01:12 < carogray> ARGH! I HATE computers!
01:12 <@Haarg> aside from the lack of namespaces
01:12 <+perlDreamer> then part #2 is to say that there are no more i18n "keys"
01:12 <@Haarg> yeah
01:12 <+BartJol> making it flat is kinda positive
01:12 <+perlDreamer> everything in code would be $i18n->('long english sentences');
01:12 <+perlDreamer> Haarg, commenting the i18n is not that crazy
01:12 <+perlDreamer> we could say that #i18n: context
01:12 <+BartJol> but sometimes english words may have multiple meanings
01:13 <+perlDreamer> immediately after, or on the next line, would be context
01:13 <+BartJol> so per meaning there should be an entry
01:13 <+perlDreamer> we have to parse the perl anyway to build the reference for the other languages
01:13 <+perlDreamer> so why not encode the context in the code, too?
01:13 <@Haarg> there are already parsers for doing this though
01:13 <@Haarg> would be substantially more work if we had to write our own
01:14 <+perlDreamer> it's mainly written, just dog slow
01:14 <@Haarg> well, maybe not that much more
01:14 <+perlDreamer> critic_labels would do it
01:14 <+perlDreamer> it just needs some reentrant scoping lovve
01:14 <@Haarg> well, i18n calls would be done differently as well
01:14 < daviddelikat> why not put the context in the key itself?
01:14 <+BartJol> as extra parameter?
01:15 <+perlDreamer> how would they be done, Haarg?
01:15 < daviddelikat> so you would make your $i18n->('blah blah') with the context right there...
01:15 <+perlDreamer> no more object instanciation?
01:15 <@Haarg> there would be a global object
01:15 <+perlDreamer> a singleton?
01:15 <@Haarg> per session, created with the user's language
01:15 <+perlDreamer> ah, okay
01:16 <@Haarg> having context as part of the key or as an extra param sounds pretty nasty to me
01:17 <@Haarg> adds more weight to i18n lookups as well
01:17 <+perlmonkey2> perlDreamer: quick question if you have time.  I'm about to hook up an atmel micro to my thermostat to control via XBee via my server via my phone.  Only problem is driving my thermostat which is a 24VAC system.  I was thinking easy to get parts are the 5V trannies to flip a 12V relay I could get at an auto store.  That sound workable?
01:18 <@Haarg> Locale::Maketext::Lexicon has plugins to extract i18n strings from perl and Template::Toolkit
01:18 <+perlDreamer> if you use a mechanical relay, then you only have to worry about the selector side voltage ratings.
01:19 <+perlDreamer> 24VAC?
01:19 <+perlmonkey2> shouldn't any relay I get at an auto store be able to handle a few mA over 24V?
01:19 <+perlDreamer> A != V
01:19 <+perlmonkey2> yeah, I guess the old old old style of thermostats use 24V.  or maybe its 25V
01:19 <+perlmonkey2> 26
01:20 <+perlDreamer> but why is it using 24 VAC?
01:20 <+perlmonkey2> my multimeter says 28VAC, but that is weird, so it must be a 24V system.
01:20 <+perlDreamer> shouldn't it be 24 VDC?
01:20 <+perlmonkey2> for my thermostat hooked up to my Air conditioner and furnace?
01:20 <+perlmonkey2> I don't know why it is that high, as yhou'd think microvolt ac could tell it to turn on and off, but that is how they apparently used to do it.
01:21 <+perlmonkey2> maybe transformers were cheaper than inverters back then.
01:22 <+perlmonkey2> oh well, it isn't high enough voltage to kill me, and i'm sure I can get the AC guy out within a week or two of 95 degree weather :P
01:23 < daviddelikat> perlmonkey2: you might want to try setting your meter to DC and re-measure.  the AC reading might show up higher than the DC 
01:24 < daviddelikat> if the DC measurement is flackey then you know that you really have to use AC
01:24 < daviddelikat> wont hurt the meater at all
01:24 < daviddelikat> ( at least it didn't hurt mine... )
01:24 < daviddelikat> s/flackey/flakey/
01:31 < CIA-23> wrebuild: Colin Kuskie master * r601c6a3 / (3 files in 2 dirs): 
01:31 < CIA-23> wrebuild: Add support for an explicit group for Apache.
01:31 < CIA-23> wrebuild: By default, it looks for the default group for the user in the
01:31 < CIA-23> wrebuild: config file. Add support for putting the group in the
01:31 < CIA-23> wrebuild: config file in the future. - http://bit.ly/B20oA
01:42  * perlDreamer has never heard of a system that signals with 24VAC
01:43 <+perlDreamer> but I don't do a lot of low voltage home appliance work, either
01:48 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has left #webgui []
01:49 <@Haarg> the other advantage of going with a flat namespace for translations is that in addition to the translation server, people would be able to use one of the translation editors that are around
01:49 <@Haarg> there are a number of them got editting .po files, and we could either use that format directly or convert to/from it easily
01:52 <@Haarg> and Text::Unidecode would get us the same thing as the current transliteration code but more general/better
01:54 <+perlDreamer> whether we go that far or not, at least getting rid of namespaces seems like a big win
01:54 <+perlDreamer> is that a wG 7.8-ism?  or wG 8?
01:55 <@Haarg> would probably have to be 8
01:56 <+perlDreamer> well, in that case we have some time to think about it
01:56 <+perlDreamer> is there a place where we keep all the wg8 design goals?
01:56 <@Haarg> i don't think so
02:04 -!- WebGUI [n=SynQ@f70096.upc-f.chello.nl] has joined #WebGUI
02:06 <+perlDreamer> WebGUI, we need to help Daan
02:07 <+perlDreamer> SynQ, you can help him too
02:07 <+perlDreamer> between the 3 of us, it shouldn't be too hard
02:08 <+perlDreamer> shy of wiping and unpancking a new WRE where my old one used to be, what's the quickest way to do a wgd reset on the WRE?
02:08 <+BartJol> eeeh, Koen doesn't have multiple personalities
02:09 <+BartJol> only on IRC, but that's called redundancy
02:13 <+BartJol> mmm, perlDreamer may be you can reset a wre.conf setting
02:13 <+BartJol> allthough that won't uninstall the extra packages
02:14 <+BartJol> mmm, I don't see the setting in my non dev env
02:19 <+perlDreamer> I'm okay with extra packages
02:19 <+perlDreamer> just the configuration and setup files
02:19 <+perlDreamer> and where is that WebGUI/SynQ/SynQ2?
02:20 -!- SynQ [n=SynQ@f70096.upc-f.chello.nl] has quit [Read error: 110 (Connection timed out)]
02:21 <+BartJol> I don't know
02:22 <+BartJol> not next to me
02:22 <+perlDreamer> that's too bad, because you're supposed to be drinking beer
02:24 <+BartJol> finishing my last for today
02:25 <+perlmonkey2> daviddelikat: The multimeter I'm using is new because I measured DC on an AC line with my old one.
02:29 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: @khenn, nuba, +perlmonkey2, f00li5h[HireMe], +BartJol, SDuensin, perigrin, WebGUI
02:29 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: tomsuchy, +Radix_, perlbot, @stDavid, Magnetic, @Haarg, elnino_, @frodwith, gugod
02:30 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: ckotil, @preaction, daviddelikat, @steveo_aa, CIA-23, +perlDreamer, topsub1
02:30 -!- Netsplit over, joins: @Haarg, WebGUI, +BartJol, perlbot, Magnetic, daviddelikat, SDuensin, elnino_, +perlDreamer, +perlmonkey2 (+14 more)
02:31 <+perlmonkey2> daviddelikat: if it is DC, then my measurement would be 70% of the DC value.
02:31 < daviddelikat> didn't you get 28VAC?
02:31 <+perlmonkey2> daviddelikat: yep, 28VAC
02:31 <+perlmonkey2> which would be what, 40VDC?
02:31 < daviddelikat> not it would not convert like that
02:31 < daviddelikat> the actula voltage would be nearly the same
02:32 < daviddelikat> AC is just a switching current
02:32 <+perlmonkey2> whups, I'm averaging the wrong way.
02:32 < daviddelikat> which means that part of the time iut is positive and part is negative
02:32 <+perlmonkey2> DC would measure 71% of the AC voltage, since you'd see the average.
02:32 <+perlmonkey2> you wouldn't measure the negative on DC.
02:33 < daviddelikat> you have a single constant value in DC there is no need for that
02:33 <+perlmonkey2> okay, I'm going to go stick my meter, which only goes up to 12V, on the line, here's to hoping it doesn't blow.
02:33 < daviddelikat> but when the meter measures AC it has to take into account that the current is changing
02:33 < daviddelikat> and so it measures high.
02:34 < daviddelikat> no dont do that
02:34 <+perlmonkey2> right, but I don't know for sure what type of current is there.  All I know is that measuring with AC, it was 28VAC.
02:34 <+perlmonkey2> But hopefully my meter would be smart enough to show nothing if I had the wrong selection.
02:34 < daviddelikat> if you dont have a meter that will measure 24 VDC than you sould not try to measure it...
02:35 < daviddelikat> the meter is not smart at all
02:35 < daviddelikat> is is just a simple circuit that either moves a needle or counts some clicks...
02:35 <+perlmonkey2> well I'm going to have to get my relays from digikey, so I might as well make sure I'm getting the right ones :p
02:47 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:47 -!- mode/#webgui [+v patspam] by ChanServ
02:51 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
03:08 < CIA-23> WebGUI: graham * r11225 /branch/WebGUI_7.6/www/extras/adminConsole/adminConsole.js: fix icons not drawing initially in admin panel in IE
03:12 <+perlDreamer> I gotta read that one
03:12 <+perlDreamer> to quote rizen, "you gotta be crapping me", Haarg
03:12 <@Haarg> yup
03:13 <@Haarg> need to force reflow.  don't know why exactly, but it fixes the problem.
03:13 <+perlDreamer> note, to ameliorate the pain of crapping perlDreamer, eat lots of fiber, drink lots of water, and exercise regularly
03:13 <@Haarg> there was already code in there to do that which i added a long time ago
03:13 <@Haarg> but apparently it wasn't working anymore
03:14 <@Haarg> we should try upgrading tinymce to see if it resolves any of the bugs related to that
03:14 <+perlDreamer> yes, but not today.
03:14 <@Haarg> yeah
03:14 <+perlDreamer> It's time to release
03:15 <+perlDreamer> it's safe to backport that to 7.6
03:15 <+perlDreamer> ?
03:15 <@Haarg> backport what?
03:15 <+perlDreamer> nm, you already did
03:16 <+perlDreamer> I'm starting to feel like a broken record
03:17 <@Haarg> the second page of the bug list is all rich editor, help desk, and pb.com/webgui.org
03:17 <@Haarg> oh, except the ldap issue
03:18  * Haarg needs a permanent ldap test server 
03:18 <+perlDreamer> me, too
03:18 <+perlDreamer> I've been looking at Net::LDAP::Server::Test
03:18 <+perlDreamer> but the docs are poor
03:19 <+perlDreamer> and it's really just a wrapper around Net::LDAP::Server
03:19 <+perlDreamer> which also has poor docs
03:20 <+perlDreamer> there are two other bugs on that page which may be core
03:20 <+perlDreamer> duplicate emails
03:20 <+perlDreamer> and old gallery on old browsers
03:22 < CIA-23> WebGUI: graham * r11226 /WebGUI/ (2 files in 2 dirs): fix icons not drawing initially in admin panel in IE
03:22 < CIA-23> WebGUI: graham * r11227 /branch/WebGUI_7.6/docs/changelog/7.x.x.txt: note ie admin panel fix in changelog
03:54 < CIA-23> WebGUI: graham * r11228 /branch/WebGUI_7.6/ (lib/WebGUI/Session/Url.pm docs/changelog/7.x.x.txt): fixed: assets can have urls with /./ or /../ in them, making them inaccessible
03:54 < CIA-23> WebGUI: graham * r11229 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Session/Url.pm): fixed: assets can have urls with /./ or /../ in them, making them inaccessible
03:54 < CIA-23> WebGUI: graham * r11230 /WebGUI/docs/changelog/7.x.x.txt: fix massively misplaced changelog entry
04:18 <+Radix_> morning ppls
04:18 <+Radix_> does anyone know if there's a debian lenny version of the wre 0.9.3 floating around anywhere?
04:20 -!- Magnetic [n=jbc@c-69-136-228-121.hsd1.md.comcast.net] has quit ["Leaving"]
04:21 <+perlDreamer> the news on the street is that it is being worked on
04:22 <+Radix_> hmm.. I updated my system from etch to lenny and now my mod-perl apache sigfaults constantly
04:22 <+Radix_> no idea why upgrading distro like that would've affected my wre install, but need to do something to resurrect the box
04:23 <+perlDreamer> it uses system libraries?
04:24 <+Radix_> I guess so
04:25 <+perlDreamer> that's why it broke
04:26  * Radix_ downloads the wre-0.9.3-source and looks at compiling it from scratch.
04:26 <+perlDreamer> there ya go, beat them to the punch
04:27 <+Radix_> my 1ghz mini-itx box is going to complain compiling it all tho ;)
04:37 < CIA-23> WebGUI: colin * r11231 /branch/WebGUI_7.6/ (lib/WebGUI/Session/Url.pm t/Session/Url.t): 
04:37 < CIA-23> WebGUI: Add tests for removing ./ and ../
04:37 < CIA-23> WebGUI: Tweak it for handling multiple sets of those.
04:37 < CIA-23> WebGUI: colin * r11232 /branch/WebGUI_7.6/t/Session/Url.t: 
04:37 < CIA-23> WebGUI: Add tests for multiple, non-adjacent ./ and ../
04:37 < CIA-23> WebGUI: Cleanup test comments.
04:52 < CIA-23> WebGUI: colin * r11233 /branch/WebGUI_7.6/t/Mail/Send.t: Fix number of skips so it dies gracefully.
04:59 -!- tomsuchy [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has quit []
05:07 < CIA-23> WebGUI: colin * r11234 /branch/WebGUI_7.6/docs/create.sql: Preparing for 7.6.26 release.
05:14 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
05:25 < elnino_> hmmm. what table holds the old urls of an asset for 7.5? the dbschema on the wiki has a new field in assetHistory called url that doesn't seem to be present in 7.5
05:26 <+perlDreamer> assetData
05:26 <+perlDreamer> all urls are in assetData
05:26 <@Haarg> assethistory is just a log
05:26 < elnino_> that's what I thought.
05:26 < elnino_> hmm.
05:26 <@Haarg> it is never queried
05:27 < elnino_> ok. my bad.. 
05:27 < elnino_> thanks.
05:27 <@Haarg> the url was added to that because in the past you would purge an asset, and all the history table had was the asset id
05:27 < elnino_> how do i make the date readable from assetData?
05:27 <@Haarg> made it hard to find out what appened
05:27 < elnino_> good idea.
05:27 <+perlDreamer> it was your idea, elnino_ :)
05:27 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
05:27 < elnino_> it was?
05:28 <+perlDreamer> I'm almost sure it was one of your RFEs
05:28 < elnino_> I ususally have good ideas.  lol/
05:28 <+perlDreamer> So, let me ask your opinion on this
05:28 <+perlDreamer> what's more useful
05:28 <+perlDreamer> An account plugin that shows your personal karma log and history
05:28 <+perlDreamer> or an account plugin that shows a user what groups they are in
05:29 < elnino_> to an webgui admin-type person or to a customer?
05:29 <+perlDreamer> let's say customer/common user
05:30 <+perlDreamer> an admin type can always use the admin console to find out the groups for a user
05:30 <+perlDreamer> but there's currently no access to the karma log
05:30 <+perlDreamer> but not many sites use karma
05:30 <+perlDreamer> so I'm kind of up in the air as to which to build
05:31 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
05:31 < elnino_> just a sec.
05:34 < elnino_> well as a user for the webgui site, I do believe I wished to see my karma history once.
05:35 < elnino_> and I think it would be relatively easy for an admin to create a report that would show a user what group they are in. - and probably could just post it to the bazzaar
05:35 < elnino_> so..
05:35 < elnino_> and thereis a macro that shows what subscriptiosn a user has subscribed to right?
05:36 < elnino_> I'm not quite sure then why a user would want to konw what groups they are in (unless they are subscriptions)
05:36 < elnino_> so I guess I'd go with #1.
05:37 < elnino_> (and I don't know if a user would even know that they may be part of more than one group) - another reason to go with #1
05:37 < elnino_> hope that helps?
05:37 <+perlDreamer> it does
05:51 < elnino_> how do I make assetData revisionDate nice looking in a report?
05:59 <+perlDreamer> you can use one of mysql's date formatting subroutines
06:00 < elnino_> is webgui's dates epoch?
06:00 <+perlDreamer> yes
06:00 <+perlDreamer> from_unixtime(revisionDate) should work
06:01 < elnino_> is there a way to "title" sub queries in a report?
06:01 <+perlDreamer> in an SQL Report?
06:02 < elnino_> yep.
06:02 <+perlDreamer> I don't think so
06:04 < daviddelikat> anybody know the best way to disable a buttin in JS?
06:04  * perlDreamer doesn't know any way to do that
06:04 <+perlDreamer> there's probably a DOM method for it, though
06:04 <+perlDreamer> like button.disable?
06:05 < daviddelikat> yes, and I just figured out Im using it the wrong way...
06:05 <+perlDreamer> this is usually where preaction steps in and schools me in JS
06:05 <+perlDreamer> wrong way?
06:05 < daviddelikat> the cool thing about JS is that it doesn't care what you tell it to do
06:05 < daviddelikat> you can give it a function as a value and it will happily look at it and pass by
06:06 < daviddelikat> if you wanted it to run the function you will be disapointed though...
06:07 <+perlDreamer> so it's not disabling?
06:07 < daviddelikat> indeed
06:07 < CIA-23> WebGUI: colin * r11235 /releases/WebGUI_7.6.26-stable: Release 7.6.26-stable
06:08 < daviddelikat> now it will though because I told it to do what it needs to do...
06:09 <+perlDreamer> how does one do that?
06:11 < daviddelikat> something like this:     YAHOO.util.Dom.get("elementID").disabled = true|false;
06:12 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Remote closed the connection]
06:12 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
06:12 -!- mode/#webgui [+o khenn] by ChanServ
06:12 < elnino_> isn't assetHistory log deletes?
06:13 < elnino_> I'm trying to get to an asset by url and I'm brought to a trash can that doesn't list it. so I'm confused as to the statusof this particular asset.
06:14 <+perlDreamer> that's odd
06:14 <+perlDreamer> in recent WebGUI's the assetHistory logs trashing an asset, and purging an asset
06:14 < elnino_> the assetHistory doesn't say it was deletd.
06:15 <+perlDreamer> check the system trash?
06:15 < elnino_> I do see purging of a particular revision
06:15 < elnino_> yep.
06:15 <+perlDreamer> hm
06:15 <+perlDreamer> what is the status and state in the assetData and asset tables
06:15 < elnino_> approved.
06:16 < elnino_> however, there is a pagelayout with children in the trash that I think it may be under.
06:16 < elnino_> so apparantly if a parent is trashed the log doesn't log that the children were trashed.
06:16 < elnino_> let me verify
06:17 <+perlDreamer> ah yes, I think that's called clipboard-limbo
06:17 <+perlDreamer> but it also refers to the trash
06:19 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"]
06:22 <+perlDreamer> 7.6.26 FTW
06:23 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
06:23 -!- mode/#webgui [+o Haarg] by ChanServ
06:23 -!- perlDreamer changed the topic of #webgui to: [7.6.26-stable | 7.7.9-beta | WRE 0.9.3] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com
06:23 <+patspam> release on brother perlDreamer
06:24 <+perlDreamer> it's out there
06:24 <+patspam> sounds like a line from the x files
06:28 <+perlmonkey2> perlDreamer: you are doing releases now?
06:30 -!- perlDreamer is now known as releaseMonkey
06:30 <+releaseMonkey> I'm afraid so, perlmonkey2
06:31 < elnino_> where is the trash? can I have a naviation asset for it?
06:31 < elnino_> so I can see deleted children?
06:31 <+releaseMonkey> the only way to see the children of a deleted asset is to restore the deleted parent
06:31 <+releaseMonkey> as far as I know
06:32 <+perlmonkey2> colink added the webgui-7.6.26-stable.tar.gz file, 11 minutes ago
06:33 <+releaseMonkey> Trash is an asset state, not a destination, elnino_
06:33 -!- releaseMonkey is now known as perlDreamer
06:34 <+perlmonkey2> there is way too much productivity going on here for me.  hasta la manana.  
06:34 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
06:34 < elnino_> sure, that makes sense. 
06:35 < daviddelikat> is there a rule of sorts about how names are supposed to be displayed in WG?
06:35 <+perlDreamer> what kind of names?
06:35 <+perlDreamer> usernames
06:35 < daviddelikat> I'm woprking on http://www.webgui.org/bugs/tracker/9726
06:35 <+perlDreamer> asset names?
06:35 < daviddelikat> and I'm not sure why its a bug
06:35 < daviddelikat> user names
06:36 < daviddelikat> brb
06:36 <+perlDreamer> I don't think people are expecting to see full names, versus account names
06:37 <+perlDreamer> so it seems odd that you search for a username, but get displayed a full name
06:37 < CIA-23> WebGUI: colin * r11236 /branch/WebGUI_7.6/ (4 files in 4 dirs): Preparing for 7.6.27 development.
06:39 < daviddelikat> I figured it was something like that...
06:39 < daviddelikat> the wierd thing is the code goes through a lot of
06:39 < daviddelikat> trouble to get the name the way it comes out and I wasn't sure if I
06:39 < daviddelikat> shoudl just eliminate it or supliment it....
06:40 < daviddelikat> the search checks all three name pieces for a match to identify users
06:40 <+perlDreamer> it does?
06:41 < daviddelikat>             IF(((select count(*) from userProfileData where userId=users.userId and firstName is not null and firstName <> "") + (select count(*) from userProfileData where userId=users.userId and lastName is not null and lastName <> "")) = 2,concat(lastName,", ",firstName),username) as username
06:41 < daviddelikat> kinda nasty
06:41 <+perlDreamer> yes
06:41 <+perlDreamer> in that case, I'd just append either the username to that
06:41 <+perlDreamer> username field from users table
06:42 < daviddelikat> do you mean the userID?
06:42 < daviddelikat> cuz i already have it
06:43 <+perlDreamer> users.username
06:44 < daviddelikat> I see
06:44 < daviddelikat> that is what the above yukiness will produce if either the first of last name is blank or null
06:51 <+perlDreamer> it seems like it should either return what was searched for (which is nasty), or it should return all searchable info about the user, firstName, lastName, username
06:53 < CIA-23> WebGUI: colin * r11237 /WebGUI/ (lib/WebGUI/Session/Url.pm t/Session/Url.t): Forward port urlize changes, and tests.
06:55 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
06:59 <+perlDreamer> daviddelikat, I'm getting ready to call it a night.  Any last second questions?
07:01 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
07:10 -!- elnino_ [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
08:28 -!- WebGUI is now known as SynQ
08:43 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
08:43 -!- mode/#webgui [+o tavisto] by ChanServ
09:20 <+Radix_> Hmm.. imagemagick failed to compile
09:20 <+Radix_> looks like it got to the link stage and then went '/usr/bin/ld: cannot find -lperl'
09:21 <+Radix_> http://webgui.pastebin.com/m5c82717d
09:42 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
09:54 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
09:59 -!- tavisto [n=tavisto@96.230.192.126] has left #WebGUI []
10:00 -!- SynQ1 [n=koendejo@host2.procolix.com] has joined #WebGUI
10:06 < SynQ1> demo.webgui.nl updated to 7.
10:06 < SynQ1> 7.6.26 even
10:13 <+Radix_> hey koen
10:14 <+Radix_> SynQ1: you managed to build wre 0.9.3 on debian lenny yet?
10:15 < SynQ1> Radix_: nope, but I have managed to build it on debian etch and found that the version works just fine on debian lenny
10:16 <+Radix_> Ahh k
10:16 <+Radix_> I've run into a prob compiling imagemagick on mine
10:16 < SynQ1> that is normal
10:16 <+Radix_> posted it up on the forums - http://www.webgui.org/install/upgrade_help/wre-0.9.3-source-compile-on-debian-lenny#id_kkX8zAsdccm-b6klA9pig
10:17 <+Radix_> yeah.. imagemagick always seems to be a prob.. I just don't know what to do to appease it ;)
10:17 < SynQ1> well
10:17 < SynQ1> there are about 500 commandline options to configure
10:17 < SynQ1> if you would figure out the right ones for lenny I would be pleased :P
10:17 <+Radix_> heh.. me too!
10:18 <+Radix_> if I can't get it working I'll just go to Squonk's debian packages instead.
10:18 < SynQ1> wouldn't recommend that either
10:18 <+Radix_> no?
10:18 < SynQ1> hang on I'll get you a download link for the debian etch compiled version 
10:19 < SynQ1> of wre 0.9.3
10:19 <+Radix_> ahh.. neat
10:24 < SynQ1> I hope the upload will succeed
10:24 < SynQ1> bugger
10:24 < SynQ1> it didn't
10:25 < SynQ1> where was that wiki page again...
10:29 < SynQ1> ah
10:29 < SynQ1> here it is: http://www.webgui.org/community-wiki/server-wont-upload-big-files
10:30 <+Radix_> Ahh
10:31 < SynQ1> now I'm uploading the wre tarball again :P
10:31 < SynQ1> it's only 95M
10:31 < SynQ1> 98 even :)
10:32 < SynQ1> let's hope my firefox will not crash before it's uploaded :P
10:32 <+Radix_> heh
10:32  * Radix_ hopes.
10:33 <+Radix_> So how are things in Delft these days?
10:34 < SynQ1> http://www.webgui.nl/leden/downloads
10:34 < SynQ1> busy
10:36 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
10:36 -!- mode/#webgui [+v MrHairgrease] by ChanServ
10:51 <+Radix_> many thanks for the wre build SynQ1 - downloading it now :)
10:53 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
10:58 < SynQ1> ah
10:58 < SynQ1> our daily delicacy provider 
10:58 < SynQ1> good morning bart :)
11:00 < bartjol> morning
11:00 <+MrHairgrease> ghoodmorning!
11:00 < bartjol> pie?
11:00 <+MrHairgrease> yes!
11:01 < ryuu_ro> me too!
11:06 < SynQ1> yes!
11:06 < SynQ1> in the sky
11:14 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 104 (Connection reset by peer)]
11:28 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
11:32 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
11:38 < SynQ1> is there a page that matches webgui versions to wre versions?
12:44 < SynQ1> the well known english expression: pooping on the fan
13:13 < SynQ1> lunch!
14:05 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:05 -!- mode/#webgui [+o plainhao] by ChanServ
15:01 -!- tomsuchy [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has joined #webgui
15:31 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
15:39 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
15:48 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
16:00 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
16:15 -!- carogray [n=Caroline@209.113.248.2] has joined #webgui
16:17 -!- carogray [n=Caroline@209.113.248.2] has quit [Read error: 104 (Connection reset by peer)]
16:21 < ckotil> pooping on a fan sounds worse than pissing in the wind
16:21 < SynQ1> but better than eating the yellow snow
16:22 <+MrHairgrease> what does eating yellow snow sound like, Koen?
16:22 <+MrHairgrease> how do you know?
16:22 < ckotil> i bet it's quiet
16:22 < SynQ1> it sounds something like this: 'hmm nice and fresh', 'grgrftpu phu phu'
16:23 < SynQ1> perhaps with some vomiting sounds shortly after
16:23 <+MrHairgrease> blaargghhhh
16:23  * MrHairgrease and HTML::TreeBuilder::XPath have just become friends today!
16:28 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
16:28 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:30 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
16:30 -!- mode/#webgui [+v danny_mk] by ChanServ
16:42 -!- hansw [n=hansw@87.249.99.61] has joined #webgui
16:42 < hansw> hi
16:48 <+danny_mk> hi
16:49 < bartjol> hi
16:50 < hansw> almost leaving again :-)
16:51 < hansw> new site for piramide is live now
16:51 < bartjol> ah
16:51 < hansw> time to get familiar with webgui 7 now
16:53 < bartjol> yeah, I see webgui 5.5.4 in the html source
16:53 < hansw> uhuh
16:53 < hansw> bartjol, that is why one of the domains is still at procolix
16:54 < hansw> we plan to migrate next autumn
16:54 < bartjol> well it is just a piece of text in the html
16:54 < bartjol> doesn't have to mean anything
16:55 < hansw> yes, I do not care about the version 
16:55 < hansw> ok, need to go to germany, ttl
16:55 -!- hansw [n=hansw@87.249.99.61] has quit ["Leaving"]
17:08 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has joined #webgui
17:08 -!- mode/#webgui [+o bopbop] by ChanServ
17:17 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:17 -!- mode/#webgui [+o Haarg] by ChanServ
17:28 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
17:33 < daviddelikat> I hope someday someone comes up with a JS memory management scheme that works...
17:34 < daviddelikat> I justr had to restart the X server on my Debian server because the JS running in a browser had totally overrun the memory...
17:35 < daviddelikat> but hey its linux os I did not have to reboot the whole server...
17:36 <+MrHairgrease> why run a browser on a server?
17:36 < daviddelikat> debugging, looking at stats, watching virtual machines....
17:36 < daviddelikat> lots of things
17:37 < daviddelikat> unfortunately I did not exit the browser last time I was looking at stuff...
17:37 < daviddelikat> hence the memory problem...
17:38 < daviddelikat> I had two instances of vmware console running
17:38 < daviddelikat> and it had about 77M of virtual memory soaked up
17:39 < daviddelikat> I try not to leave any JS application running more than an hour
17:39 < daviddelikat> on my XP laptop if it goes overnight I have to reboot in the morning
17:43 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
17:43 -!- mode/#webgui [+v perlDreamer] by ChanServ
17:43 -!- cap10morgan [n=wmorgan@12.236.120.162] has joined #webgui
17:43 -!- mode/#webgui [+v cap10morgan] by ChanServ
17:44 < daviddelikat> g'mornin perlDreamer
17:44 <+perlDreamer> hey, daviddelikat!
17:44 <+perlDreamer> sounds like you've been doing a lot of helpdesk bug busting
17:44 < daviddelikat> yep
17:44 < daviddelikat> fixed  a few
17:44 < daviddelikat> haven't submitted much yet
17:45 <@Haarg> one of the important things that needs to be done with help desk is somewhat a large job
17:46 <+perlDreamer> what's that, Haarg?
17:46 <@Haarg> it needs to be changed to have the contents of the tabs loaded directly instead of by ajax
17:46 <@Haarg> and have the ticket view put into its own tab
17:46 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
17:46 <@Haarg> along with that, it needs to be fixed for the yui 2.6+ dataform
17:46 < daviddelikat> why do we want to eliminate the AJAX
17:47 <@Haarg> it's still using the version from 2.5
17:47 < daviddelikat> brb
17:47 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has joined #webgui
17:47 -!- mode/#webgui [+o fibioni] by ChanServ
17:47 <@Haarg> because it's pointless and causes problems with the javascript
17:47 <+perlDreamer> would it make the 2.5->2.6 transition easier?
17:47 <@Haarg> i believe so
17:48 <@Haarg> i tried to fix it to work with 2.6 and couldn't do it
17:48 <@Haarg> it seemed like the data form was breaking in a random way that it shouldn't have
17:48 <+perlDreamer> that will be a big job
17:48 <@Haarg> and it wouldn't surprize be if the yui bubbler thing were the cause
17:49 <@Haarg> the 2.5 to 2.6 fix isn't that huge
17:49 <@Haarg> but the other stuff needs to be done first
17:50 <@Haarg> there's really no reason to have it dynamically load the tab contents anyway
17:50 <+perlDreamer> I'll make sure it stays on the radar
17:52 <@Haarg> anyone have a modern version of excel?
17:52 <+perlDreamer> kathy does, on her school laptop
17:52 <+perlDreamer> what do you need?
17:52 <@Haarg> http://www.webgui.org/bugs/tracker/10279
17:52 <@Haarg> i can't get openoffice to read the attachment
17:53 < elnino> any problems up grading wre .85 to .93?
17:55 < bartjol> Haarg I have excel
17:55 < bartjol> so probably can copy paste it to openoffice
17:55 <@Haarg> either that or just convert it to a csv
17:56 < bartjol> oh
17:56 < bartjol> what do you rather want?
17:56 <@Haarg> csv is more universal so i guess that would be better
17:57 < bartjol> ok
17:57 < elnino> is there a version I need to upgrade webgui to before I can cross over to latest sable 7.6? or does the upgrade script do that?
17:57 <@Haarg> you need to upgrade to 7.5.40 before upgrading to 7.6
17:58 < elnino> ok. 
17:58 < bartjol> Haarg, it is there, but it still shows an excel logo
17:58 < elnino> does the script do that? do is that a manual step
17:58 < bartjol> can you try it?
17:58 < elnino> s/do/or
17:58 <+perlDreamer> you have to upgrade manually to 7.5.40
17:59 <+perlDreamer> so, download 7.5.40, upgrade
17:59 < elnino> ok will do.  Should I upgrade wre first?
17:59 < daviddelikat> wow MS Excel now uses xml...
17:59 <+perlDreamer> yeah, so it's not compatible with OpenOffice anymore
17:59 <@Haarg> yeah, i would upgrade the wre first
17:59 <@Haarg> openoffice is supposed to be able to read those files
17:59 <@Haarg> i don't know why it isn't working
18:00 < daviddelikat> have you tried OO 3.1?
18:00 <@Haarg> yes
18:00 < bartjol> but is my file readable?
18:00 < elnino> k. fun day ahead! it usually goes smoothly though. kudos to you all. Just nerve racking.  
18:00 <+perlDreamer> maybe we can take that file and send it to the OO people as a test case
18:00 <@Haarg> yes, thanks bartjol
18:02 < bartjol> btw, I can open the file with oo 3.1, but the defaults for importing makes a mess of it
18:02 <@plainhao> how to tell what wre is currently installed?
18:02 < bartjol> look in the wre.conf
18:02 <@plainhao> thanks, bartjol
18:03 <@Haarg> it just tries to open it as a tab separated file for me
18:03 <+perlDreamer> me, too
18:03 <@Haarg> you could also check the changelog
18:03 < daviddelikat> if you change the file extrension to xml then you can look at it
18:03 < bartjol> that is sometimes more reliable, I have seen version numers in the wre.conf that are nnot correct
18:04 < bartjol> perlDreamer: does it open like tab delimitered or does it open
18:04 <+perlDreamer> like tab delimitered
18:04 < bartjol> ok, I had that too
18:05 <@Haarg> i had tried renaming it to .xmlx but that didn't work
18:05 <@Haarg> err
18:05 <@Haarg> .xlsx
18:05 <@Haarg> just tried .xml and OO locked up
18:06 < daviddelikat> does OO know xml?. I looked at it in IE, firefox should be good as well
18:07 <@Haarg> well, i could have looked at it in a text editor as well, but i was wanting to see it as a spreadsheet
18:08  * MrHairgrease always looks at the hex dumps
18:09  * bartjol is disappointed, I thought MrHairgrease only read binary
18:10 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
18:10 -!- mode/#webgui [+o tavisto] by ChanServ
18:10  * MrHairgrease can even read half bits!
18:11 < bartjol> hey tavisto why did you wreck JT's car?
18:12 <@tavisto> he made me angry.
18:12 < bartjol> how....?
18:12 -!- fibioni [n=pops@71-32-90-24.tukw.qwest.net] has left #webgui []
18:12 <@tavisto> *tavisto starts to turn green*
18:12 <@tavisto> by asking me too many questions in IRC
18:12 < elnino> oh... where in perl/apache is the upload size limited.
18:12 <@tavisto> hehe
18:13 < bartjol> what kind of questions?
18:13 <@Haarg> there are two places for that elnino.  first is webgui's upload size limit.  second, there is a directive for apache to control the max post size
18:13 <@Haarg> i don't remember the name though
18:14 < elnino> apache, as in the actual apache files? or wre's apache files?
18:14 <@Haarg> it would go in modperl.conf
18:15 < elnino> ok.
18:15 < elnino> thanks! I thought I wrote all this down somewhere.
18:15 <@Haarg> it's a mod_perl setting with a wierd name.
18:15 <@Haarg> might be from apreq2 actually
18:16 <+MrHairgrease> elnino: that's in the ocmmunity wiki
18:16 < bartjol> PerlCleanupHandler Apache2::SizeLimit ?
18:16 <@Haarg> no, that's something else
18:17 < bartjol> ok
18:17 <+MrHairgrease> APREQ2_ReadLimit 1024M
18:17 <+MrHairgrease> see: http://www.webgui.org/community-wiki/server-wont-upload-big-files
18:18 < ckotil> yah, that's always fun. first you let people upload a 100 meg attachment, and the next thing you know they want to upload a dvd image
18:18 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."]
18:18 < SynQ1> now I get it, the wiki's search function is not implemented in the www.webgui.org site, but it is implemented in the collective browse history of the people on the irc channel
18:19 < elnino> =)
18:19 < bartjol> ooh, that would be great
18:19 < elnino> Thanks guys.
18:19 < SynQ1> I don't see what is wrong with uploading a dvd image though
18:19 <+perlDreamer> SynQ1, we need to help DaanQ
18:19 < elnino> ok. another question. I have wre
18:19 < ckotil> nothing really. its just annoying when you tar up the site
18:19 < elnino> where would httpd.conf be?
18:19 < SynQ1> yes, you will have to wait for a while, but http is a great protocol to upload files
18:20 < SynQ1> perlDreamer: we have to help him in what way?
18:20 < bartjol> here's a dvd image: http://www.hometheaterhifi.com/volume_7_4/images/dvd-benchmark-part-3-scratch-the-dog-dvd-large.jpg
18:20 <+perlDreamer> he's having problems with LoopSetShop, using a Widget macro incorrectly
18:20 < elnino> because I do have apache ALSO installed. but I can't believe that would affect wre's apache...
18:20 <@Haarg> for the upload thing, you would put that directive in modperl.conf
18:20 < elnino> ok. 
18:20 <+perlDreamer> from what I can see, there are 2 problems
18:20 < SynQ1> perlDreamer: what, where, how?
18:21 < elnino> Thanks Haarg
18:21 <+perlDreamer> what: Using a widget macro the wrong way
18:21 < bartjol> well, I have a widgetmacro of the loopsetshop on my site
18:21 < bartjol> or a widget url
18:21 < elnino> I updated the wiki.
18:21 <+perlDreamer> where: https://www.loopsetshop.com/request-list-videoloops
18:22 <+perlDreamer> how: that's the part I don't get
18:22 <+perlDreamer> the widget works fine
18:22 <+perlDreamer> bartjol, what is it?
18:23 < bartjol> maybe a pastebin is better:
18:23 < bartjol> http://webgui.pastebin.com/m7b275e48
18:23 < bartjol> that is the script I added in a snippet
18:24 <+perlDreamer> yes, and it's not correct
18:24 <+perlDreamer> that overrides the template, not the style
18:24 <+perlDreamer> style template
18:25 <+perlDreamer> also, I think he should probably use a shortcut instead of the widget
18:25 <+perlDreamer> since the widget is designed to work across different sites
18:25 <+perlDreamer> in the same site, you can use a shortcut
18:26 < bartjol> but I have to go to a customer?
18:26 < bartjol> half past 5..
18:26 <+perlDreamer> I'll try to send him another email
18:27 -!- oversillo [n=overdriv@190.38.84.151] has joined #webgui
18:28 <+MrHairgrease> perldreamer: what's the issue with the loopsetshop?
18:28 <+MrHairgrease> I'm working on it too
18:28 <+MrHairgrease> so maybe I can fix it more easily
18:28 <+MrHairgrease> if it's broken in the first place
18:28 < bartjol> bye
18:28 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
18:28 < oversillo> hi all, can i export a webgui wiki content to pdf ?? 
18:29 < oversillo> sorry for my bad english :-/
18:29 <+MrHairgrease> I don't think that feature is implemented
18:29 <+MrHairgrease> however
18:29 <+MrHairgrease> you might be able to build a template that constructs a pdf
18:31 < SynQ1> perlDreamer: gotta run, emergency
18:31 < SynQ1> catch you tonight
18:32 <+perlDreamer> MrHairgrease, it's not broken
18:32 <+perlDreamer> 1) he doesn't need to use a widget, since its on his site
18:32 <+perlDreamer> 2) He's not using the macro correctly
18:33 <+perlDreamer> to generate the widget
18:35 <+MrHairgrease> I don't even know what a widget is
18:35 <+MrHairgrease> it is a macro you say?
18:35 <+perlDreamer> yes.  ^Widget();
18:36 <+MrHairgrease> ok
18:36 <+perlDreamer> A widget is a way of putting wG content onto other websites
18:36 <+MrHairgrease> et's hav a look =)
18:36 <+MrHairgrease> oh i see
18:36 <+perlDreamer> MrHairgrease: for reference http://www.webgui.org/bugs/tracker/10095
18:37 <@preaction> oversillo: not presently, though I believe there's a way for Firefox to print to PDF (and on OS X, almost any other program)
18:38 <@Haarg> re: http://www.webgui.org/bugs/tracker/8779
18:38 <@Haarg> if clicking on a bug openned it in a new tab instead of replacing the current one, would there need to be anything done for teh back button?
18:38 <@Haarg> *the
18:39 <+MrHairgrease> my guess would be that the back button would close the view tab
18:39 <+MrHairgrease> and return focus to whatever tab was active before
18:39 <+MrHairgrease> the bug was viewed
18:40 < oversillo> thanks MrHairgrease  and preaction 
18:40 <@Haarg> seems like that would be more of an rfe though
18:40 <@Haarg> right now it is rather broken, but that's because it replaces what you are viewing
18:41 <@Haarg> if it was using a new tab, you could go back to the list you were viewing without losing your place
18:41 <+MrHairgrease> true
18:41 <+MrHairgrease> but a backbutton that has nothing to go back to is kinda useless
18:42 <+MrHairgrease> so if you'd interpret going back as going back to where you came from
18:42 <+MrHairgrease> it seems like a good way to fix it
18:43 <@Haarg> yeah, but significan't more complex
18:43 <@Haarg> i seem to have lost the ability to type
18:44 <@Haarg> actually, looking at the initial bug report the new tab thing i'm talking about completely solves that
18:44 <@Haarg> the back button thing was mentioned later
18:45 <+MrHairgrease> oh
18:45 <+MrHairgrease> ok
18:45 <@preaction> if you opened it in a new tab and then made a confirm() dialog for the back button, I would consider it fixed
18:45 <+MrHairgrease> if you'd let the back button just close the current tab
18:45 <@preaction> some people will still hit the back button accidentally and lose all the bugs they had open
18:45 <+MrHairgrease> i think yui will switch automatically
18:47 < daviddelikat> are you talking about a browser tab or a javascript tab?
18:47 <@Haarg> yui tab
18:48 < daviddelikat> if you push the browser back button it will go back to the last item in the browser history
18:48 < daviddelikat> not gonna touch the yui tabs
18:48 <@Haarg> http://developer.yahoo.com/yui/history/
18:48 <+MrHairgrease> Oh...
18:49 <+MrHairgrease> you mean the browsers back button..
18:49 <@Haarg> that's how you would handle the back button issue, but that's a lot of work to hook into it
18:49 <+MrHairgrease> nm my rambling then
18:49 < daviddelikat> so we stuff the history with items to track wher ethe user has been...
18:50 <@Haarg> i think it would be good to do eventually, but i wouldn't consider it needed for that bug report
18:50 < daviddelikat> its an interesting idea, but I can imagine it will cause problems
18:51 < daviddelikat> I prefer to move away entirely from the back button
18:51 <@Haarg> well, the first step is to ignore the back button
18:51 < daviddelikat> make the page a single application with no history
18:52 <@Haarg> and convert it to load the primary tabs directly instead of via ajax
18:52 <@Haarg> and create a new tab for viewing the ticket itself
18:52 <@Haarg> hooking into the browser history would come after that
18:52 < daviddelikat> sure
18:53 < daviddelikat> ' sure' on the previous line
18:53 < daviddelikat> I think browser history should function for page turns
18:53 < daviddelikat> not application changes
18:54 < daviddelikat> otherwise you find yourself messing around deciding what items to stuff into the history
18:54 < daviddelikat> and the user will never be happy with your choices
18:55 <@Haarg> that would be an rfe anyway.  it doesn't really fall under that bug.
18:55 < daviddelikat> sounds like a re-write to me
18:56 <@Haarg> the history stuff?  i doubt it.
18:56 < daviddelikat> though I think we could eliminate the AJAX tab loads easily enough
18:57 < daviddelikat> we shoudl be able to render the current templates and just insert them on the server side whent
18:57 < daviddelikat> the main template is rendered
18:58 <@Haarg> pretty much
18:58 <@Haarg> then there will be some stuff to rip out obviously
18:59 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
19:00 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui []
19:02 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
19:04 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
19:05 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 60 (Operation timed out)]
19:17 < daviddelikat1> there went the network... did i miss anything?
19:19 <+perlDreamer> nope
19:21 < daviddelikat1> preaction: do you know a good source that lists DOM events?
19:21 < daviddelikat1> I am trying to find out what events are attached to forms
19:22 < elnino> =(  I upgraded wre .85 to .93 and modperl and mod proxy aren't starting.
19:23 <+perlDreamer> do you have all the new modules installed?
19:23 <@Haarg> anything in the logs?
19:24 < elnino> well,  I didn't see any instructins to install any new mods, I'll look again at the txt files.
19:24 < elnino> yes, there are error sin the logs.
19:24 < elnino> let me read...
19:26 -!- hansw [n=hans@p548042C9.dip.t-dialin.net] has joined #webgui
19:27 < elnino> so in the gotcha, for .84, it says it's missing two mods, but I susspect that that was fixed in .85
19:28 < daviddelikat1> haarg: I changed the code to atach a listener to the form submit rather than the button on the help desk search
19:28 < elnino> testEnvironment passes.
19:28 < daviddelikat1> now in firefox when I press enter on the keywoprd
19:28 < daviddelikat1> i gfet a downlooad dialog
19:28 <@Haarg> did you do preventDefault?
19:28 < daviddelikat1> what is that?
19:29 < elnino> and it said that modproxy changed, but it is for deal with port number in HTTP_HOST
19:29 <@Haarg> event.preventDefault()
19:29 <@Haarg> yui might have something different for that actually to smooth browser differences
19:29 <@Haarg> but it prevents the default action from happenning, which in this case is a normal form post
19:29 < daviddelikat1> do I put that in the handler or the button?
19:30 < elnino> so back to the errorlog, 
19:31 < elnino> http://pastebin.com/d156a4cf9
19:31 <@Haarg> in the handler
19:31 <@Haarg> YUI.util.Event.preventDefault()
19:32 < elnino> it is a 64-bit ubunto system, but we used 32 bit when we did the inital instal.
19:32 <+perlDreamer> the WRE is 32 bit
19:32 <+perlDreamer> no 64-bit WREs are available yet
19:32 < elnino> and that's fine. 32 worked before.
19:32 <+perlDreamer> what number did you put in for the Apache size limit for memory?
19:33 < elnino> I didnt'.
19:33 <+perlDreamer> well, what number is there now? :)
19:33 < elnino> there isn't.
19:34 < elnino> there isn't anything in modperl for that.
19:34 < elnino> default is apparently 64M
19:34 < elnino> but that was for uploading files.
19:34 < elnino> not memory.
19:34 <+perlDreamer> right
19:34 <+perlDreamer> that sounds like a bug, especially if you were to add a number, and it started working correctly
19:35 < elnino> nope didnt' change any of that.. maybe later. =)
19:36 < elnino> oh. I see now why you are asking.
19:36 < elnino> line one in modperl.pl
19:38 < elnino> nope nothing defined for SizeLimit in /etc/apache2 or /data/wre/etc
19:38 < elnino> and it wasn't SizeLimit, it was APREQ2_ReadLimit that I was going to change.
19:39 < elnino> but I didn't do that either.
19:39 < elnino> maybe I should define SizeLimit?
19:41 < elnino> http://www.webgui.org/install/upgrade_help/apache2sizelimit-not-implemented-on-solaris/1 hmm
19:48 < elnino> aw..
19:48 < elnino> I cant' revert changes...
19:49 < elnino> I stopped everything, renamed the new wre, restored old wre files and started evertyhiing.
19:49 < elnino> now mysql won't start?
19:49 < elnino> or modperl, or modproxy.
19:49 <+perlDreamer> is it already running?
19:50 < elnino> nope, I made sure it wasn't.  Because I noticed modproxy was still running.
19:51 < elnino> oh good grief. it says it failed, but there they are running. How do I stop wremonitor? Sometimes I want to kil that
19:51 < elnino> ok I stopped everything again.
19:51 < elnino> ps aux - all is gone
19:51 < elnino> restarting ...
19:52 < elnino> fail, fail,fail, spectre is started.
19:52 < elnino> ps aux
19:52 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has joined #webgui
19:52 -!- mode/#webgui [+v perlmonkey2] by ChanServ
19:52 < elnino> all but mysql started in ps aux
19:52 < elnino> what the heck?
19:53 <+perlDreamer> wremonitor is setup in crontab
19:53 < elnino> i didn't upgrade webgui. I'm still 7.5
19:53 <+perlDreamer> so you should disable it while debuggin the site
19:53 < elnino> could that be the problem?
19:53 < elnino> maybe wre 93 isn't compatible?
19:54 <+perlmonkey2> perlDreamer: F11 is a definite upgrade, although a bummer in that it is warning me my hd is failing.
19:54 < elnino> does wre upgrades affect db structure?
19:54 <+perlDreamer> your hd is failing?
19:54 <+perlDreamer> no way
19:54 <+perlDreamer> although, if it's true, that's a handy diagnostic
19:54 <+perlmonkey2> perlDreamer: so it says....running a smart test now.  Error says it is old and losing sectors.
19:54 < elnino> DBI connect('mediaangels_com;host=localhost;port=3306','opqjmajkmrgirct',...) failed: Can't connect to local MySQL server through socket '/data/wre/var/mysqldata/mysql.sock' (2) at /data/WebGUI/lib/WebGUI/SQL.pm line 409
19:54 <+perlmonkey2> yeah, pretty sweet
19:55 < elnino> something changed for mysql.
19:56 < hansw> is the socket readable for the apache user?
20:01 < elnino> umm. there is no /data/wre/var/mysqldata/mysql.sock file.
20:02 <@Haarg> is mysql even running?
20:02 < elnino> it can't start.
20:02 <@Haarg> check the mysql error log
20:03 <@Haarg> /data/wre/var/mysqldata/{hostname}.err
20:05 < elnino> http://pastebin.com/d56348498
20:06 < elnino> hmm. I think I was usinga local mysql..... would you agree? I dont' remember.
20:09 < hansw> elnino, check the directory, I think mysql is not allowed to create a socket there
20:10 < hansw> chowning the dir to mysql and the group mysql should fix that
20:10 < elnino> dang.
20:11 < hansw> dunno where the wre keeps it's my.conf but the user and group might be listed in it
20:12 <+perlDreamer> perlmonkey2: changing a hard drive can be dangerous, you might need to be an entirely new computer to fix this one.
20:12 < elnino> well.
20:12 < elnino> I'm comparing the .83 wre user/group with .93 user/group and .83 was root:root and .93 is webgui: webgui
20:12 <+perlmonkey2> perlDreamer: dangerous?  like I might put my eye out with a screwdriver?
20:13 <+perlDreamer> or be exposed to dangerously high voltage
20:13 < elnino> but that might be because I copied it as root to back it up?
20:13 <+perlmonkey2> I'm about to shut down and pop the cover and make sure everything is standard under the hood, then overnight it.
20:13 <+perlmonkey2> heh
20:13 <+perlDreamer> think "new" laptop
20:13 <+perlmonkey2> naw, this machine is still fairly top of the line.  
20:13 <+perlDreamer> bright and shiny
20:13 < hansw> elnino, mysql is using it's own user/group normally, maybe the wre will use webgui
20:13 <+perlmonkey2> There are faster mobile procs, but not by much.
20:13 < hansw> elnino, but I would recommend to not use webgui for the mysql directories
20:13 <+perlmonkey2> bb in a bit after I've viewed the wounded beast.
20:13 < hansw> imho it is not secure
20:14 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-179.dsl.okcyok.sbcglobal.net] has left #webgui []
20:15 < elnino> .93 installed it as webgui:webgui
20:16 < hansw> and what is the mysql user called?
20:18 < elnino> hmm. well I changed the :/data/wre/var/mysqldata# to webgui:webgui and restarted wre's mysql and MYSQL is now up.
20:18 < elnino> so apparently wre's mysql must run under webgui:webgui?
20:18 < hansw> yes
20:18 < hansw> but I would recommend the team to let it run as a different user
20:19 < hansw> not root :-)
20:19 < elnino> I think my .83 data was changed to root:root, because I did a recursive copy as root. though I didn't think it would change that just doing a copy.
20:20 < elnino> I'm now up again on .83
20:20 < elnino> I wanted .93
20:20 < elnino> to work but had to revert.
20:20 < hansw> if you ever have an insecure setup and they can write to files owned by webgui then user nobody is able to write to the mysql directory
20:20 < hansw> not prefered
20:20 < elnino> hopefully that made sense.
20:21 < elnino> so even webgui:webgui isn't secure
20:21 < elnino> ?
20:21 < hansw> more secure then root
20:22 < hansw> but it would be nice if webgui was only able to connect to it using the socket, and would not have write permissions on the mysql dir
20:22 < hansw> but again, I am not to familiar with the wre
20:22 <+perlDreamer> preaction: I think one design goal for wG 8 is that all dates need to be MySQL dates
20:22 <+perlDreamer> this constant format conversion sucks
20:23 < CIA-23> WebGUI: colin * r11238 /WebGUI/ (lib/WebGUI/Asset/Wobject/Gallery.pm docs/changelog/7.x.x.txt): Fix date handling by the search form in the Gallery.
20:23 < elnino> From what I see, only user webgui can write to the mysqldata directory. The group webgui can't do much.
20:24 -!- perlmonkey2 [n=perlmonk@76.192.125.179] has joined #webgui
20:24 -!- mode/#webgui [+v perlmonkey2] by ChanServ
20:24 < hansw> elnino, suppose apache is running as user webgui too?
20:24 < elnino> wre's apache, I suspect, yes.
20:24 < elnino> wre is evertying webgui needs: apache, perl, mysql, and other utilities.
20:25 < hansw> then you have the answer, user apache (your visitors) are when setup incorrectly, able to write to the mysql data directory
20:25 < hansw> normally not a problem if setup secure
20:25 <+perlDreamer> bug--
20:25 < hansw> but in a live situation I would prefer seperate users for the database and the apache instance
20:29 < elnino> I'm all for more secure, but I'm at a loss, because I don't really know how wre does all this secure stuff... is Haarg, preaction, or perlDreamer getting any of this? 
20:30 <+perlDreamer> if an attacker can get in as user webgui, then can do a lot of damage, like reading the configuration files with the db username and password, or delete all uploaded files.
20:31 <+perlDreamer> if the db files were owned by a different user, it would only delay what they can do, not stop it
20:31 <@preaction> if the attacker can get on to the system, you're already completely screwed
20:31 <@preaction> doesn't matter who they are
20:31 < hansw> perlDreamer, that would depend, the attacker would need file access and then root the machine
20:32 <@preaction> but, the webgui user should not have a shell (the shell should be /sbin/nologin or some other script that says "GTFO")
20:32 <+perlDreamer> hansw, maybe you could explain in more detail what your concern is
20:33 <@Haarg> in this case it's unlikely it would matter since if they have access as the webgui user they have all of the logins to the databases anyway
20:33 < hansw> perlDreamer, well, seen a lot of situations in the pas, not with webgui, where it was possible to for instance write to the my.cnf using parameters
20:33 <+perlDreamer> using URL parameters?
20:33 < hansw> Haarg, true, and that is my main concern
20:33 <+perlDreamer> that won't happen in perl
20:33 < hansw> perlDreamer, yes
20:33 <+perlDreamer> well it won't happen in WebGUI, I should say
20:33 < hansw> hehe
20:34 < hansw> perlDreamer, I might be a little paranoid but I've seen to much shit 
20:35 < hansw> It would not be my prefered setup if hosted on one machine,  since I am using a remote mysql server I might need to run it from source
20:38 <+perlDreamer> I don't think so
20:38 <+perlDreamer> that's all controlled by the dsn in the configuration file
20:38 < hansw> true, but then I would have a mysql instance that is not needed
20:38 <+perlDreamer> yes, but there's no need to start it, either
20:38 < hansw> agree
20:39 < CIA-23> WebGUI: colin * r11239 /branch/WebGUI_7.6/ (lib/WebGUI/Asset/Wobject/Gallery.pm docs/changelog/7.x.x.txt): Backport date handling code for the Gallery search.
20:39 < hansw> I will look at it later this year and then decide to use the wre or not
20:40 < hansw> it should also be updatable if I'm not around :-)
20:43 < elnino> ok... after successfully reverting back to 83, thanks hansw, I want to get 93 back, but I'm going to eat lunch before I do that again.
20:44 < hansw> elnino, good luck with it, you at least know what might be a problem
20:44 < hansw> different solutions are available 
20:54 -!- perlmonkey21 [n=perlmonk@adsl-70-137-20-224.dsl.okcyok.swbell.net] has joined #webgui
20:55 < hansw> damn, no Dutch tv due to the bad weather conditions
20:59 -!- perlmonkey21 [n=perlmonk@adsl-70-137-20-224.dsl.okcyok.swbell.net] has quit ["Leaving."]
21:04 < daviddelikat1> perlDreamer: i will get my code put in tonight, I am having trouble gettign a solution to this last bug so I will exclude it from the items I put in...
21:05 < daviddelikat1> back in about 4 hours
21:08 -!- perlmonkey2 [n=perlmonk@76.192.125.179] has quit [Success]
21:17 -!- tomsuchy [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has quit []
21:37 -!- perlmonkey2 [n=perlmonk@adsl-70-137-16-248.dsl.okcyok.swbell.net] has joined #webgui
21:37 -!- mode/#webgui [+v perlmonkey2] by ChanServ
21:42 <+perlDreamer> what's the verdict, perlmonkey2?
21:42 <+perlmonkey2> I havent' really set it up yet since I have a new hard drive showing up tomorrow.
21:43 <+perlmonkey2> perlDreamer: but I just spent an hour chasing down network problems.
21:43 <+perlmonkey2> didn't know what was going on...if the torrent's pegging my routers iptables connection list had hosed it, if my dns-caching had chosen now to die, or my F11 install was someone messing up my network.
21:44 <+perlmonkey2> Turns out my wife's Vista machine had chosen just that moment to go nuts.  No idea what it is doing as I just flipped its network device off, but it is furiously accessing the harddrive and smoking hot.  I'm hoping it just dies!
21:44 <+perlmonkey2> But turning off its network cleared up the routers ip connections issue.
21:53 < CIA-23> WebGUI: yung * r11240 /branch/WebGUI_7.6/ (4 files in 4 dirs): adding Matrix tests and small fixes
22:08 < CIA-23> WebGUI: yung * r11241 /WebGUI/ (3 files in 3 dirs): fixed #9953: Matrix 2.0 - Not enough tests
22:29 -!- bopbop [n=kmccombs@24-183-106-111.dhcp.mdsn.wi.charter.com] has quit ["bye"]
22:31 < elnino> so.. I wonder, will .93 wre even work with webgui 7.5?
22:34 <@Haarg> it should
22:34 <@Haarg> it should work with everything going back to 7.4.22 i think
22:35 <@Haarg> whenever the JSON change was
22:36 < elnino> ok. well, perlDreamer mentioned about adding a directive for SizeLimit to seei f that would clear up the error I was getting. (http://pastebin.com/d156a4cf9) So I'll try this again and define SizeLimit.
22:41 < elnino> ok. I reinstalled. 
22:41 < elnino> modproxy and modperl fail, but when I do a ps aux, modproxy is listed (it wasn't there when I stopped everything)
22:41 < elnino> and these are the errors in the modproxy http://pastebin.com/m5b1eb413
22:42 < topsub1> Is there a way with the navi object to say if current page display this css tag?
22:43 <@Haarg> modproxy will report failure to start if modperl isn't running
22:43 < elnino> so, I would add SizeLimit in modperl.conf Haarg?
22:43 < elnino> any recomended value?
22:44 <@Haarg> the size limits are configured in modperl.pl
22:44 <@Haarg> it's probably already set
22:44 < elnino> thisi s my modperl.pl - never changd it: http://pastebin.com/mee0c39
22:45 <@Haarg> yeah, that's fine
22:45 <@Haarg> you might want to just disable Apache2::SizeLimit
22:45 < elnino> topsub1 - yes I believe there is, it's listed in the help of webgui under navigation template variables. My webgui is down at this time. =(
22:45 < elnino> the first line... right?
22:46 < elnino> or the next three lines?
22:46 <@Haarg> you'd need to comment it out in the modperl.conf file
22:46 < topsub1> ya, i am trying to think of a way for my main navigation to put an extra css tag in the link so i can style the current page link different
22:46 < elnino> there isn't anything in my modperl.conf.. That's was the suggestion that pd made to see if it would start working.
22:47 < elnino> topsub1 - use <tmpl_if><tmpl_else></tmpl_if>
22:47 -!- perlmonkey2 [n=perlmonk@adsl-70-137-16-248.dsl.okcyok.swbell.net] has quit [Read error: 104 (Connection reset by peer)]
22:47 <@Haarg> well, you can comment it out in the modperl.pl file then
22:47 <@Haarg> all four lines
22:47 -!- perlmonkey2 [n=perlmonk@adsl-75-40-133-247.dsl.okcyok.sbcglobal.net] has joined #webgui
22:47 -!- mode/#webgui [+v perlmonkey2] by ChanServ
22:47 < elnino> and I haven't added anything yet to my modperl.conf - so there isn't anything there.
22:48 <@Haarg> sizelimit is in the default modperl.conf file
22:48 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
22:48 -!- mode/#webgui [+v danny_mk] by ChanServ
22:48 < elnino> not in mine.... 
22:49 < elnino> I commended out the four lines in modperl.pl and restarted modperl and it started.
22:49 < elnino> modproxy started too.
22:49 < elnino> so.. where do I get this default modperl.conf with SizeLimit?
22:50 -!- plainhao [n=plainhao@208.75.85.237] has quit []
22:50 <@Haarg> normally it would be 'PerlCleanupHandler Apache2::SizeLimit' right after the 'PerlRequire modperl.pl' line
22:50 < elnino> only reference I have in modperl.conf for SizeLimit is "PerlCleanupHandler Apache2::SizeLimit"
22:50 <@Haarg> yes, that one
22:51 < elnino> that's the only reference I have.
22:51 < elnino> does webgui actually define a value?
22:51 < elnino> after that line?
22:51 <@Haarg> no, it's defined in modperl.pl
22:52 < elnino> but mine didnt... I'm so confused.
22:52 <@Haarg> yes it did
22:52 <@Haarg> right here: http://pastebin.com/mee0c39
22:52 < elnino> and those are the typical default?
22:52 <@Haarg> yes
22:52 < elnino> and I had to remove them for .93 to work?
22:52 < elnino> (apparently yes)
22:53 < elnino> so, is there a bug to report?
22:53 <@Haarg> possibly
22:53 < topsub1> seems to do this i will need to use expr. I have to do if statements
22:54 <@Haarg> it looks like there is a bug in Linux::Smaps
22:55 < elnino> topsub1, no... <tmpl_if page.isCurrent>add your css code<tmpl_else>your code without css</tmpl_if>
22:55 < elnino> no need to use expr
22:55 < elnino> my webgui is back up. =)
22:56 < elnino> Linux::Smaps is related to what I just experienced? or is that another converstaion? 
22:56 <@Haarg> it's related
22:56 < elnino> ah. Ok. Do you want me to try something to find out?
22:56 < elnino> or do you want me to file a bug report?
22:56 <@Haarg> you might try uncommenting those lines and adding another line $Apache2::SizeLimit::USE_SMAPS = 0;
22:56 <@Haarg> to modperl.pl
22:57 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
22:57 < elnino> ok. hold on.
22:57 < Mech422> hi all
22:57 < elnino> hi Mech422!
22:57 < Mech422> oh - WRE 0.9.3 was released ? Sweet!
22:57 < Mech422> hi elnino
22:57 < Mech422> :-)
22:58 < elnino> Haarg - I added it, stopped modperl, and started modperl sucessfully. I'll double check the error log
23:00 < Mech422> SynQ: Any developments on the build/64bit side I missed ?
23:01 < elnino> Haarg. - sorry I misspoke.  same error. 
23:01 -!- perlmonkey21 [n=perlmonk@adsl-70-137-3-83.dsl.okcyok.swbell.net] has joined #webgui
23:01 < topsub1> elnino, thanks.. sorry my mind is fried.. haha
23:04 < elnino> let me know if you want me to try anything else Haarg, I had a syntax error (forgot the trailing ;) but it still didn't work.
23:05 < elnino> meanwhile I'll report the "bug"
23:11 -!- SnowWrite [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
23:13 < elnino> Haarg, is it recommended to continue to upgrade webgui? If that WebGUI's upgrade is successfull, I'll uncomment those lines again and see if it works for kicks even though I don't think it'll do anything.
23:13 -!- perlmonkey21 [n=perlmonk@adsl-70-137-3-83.dsl.okcyok.swbell.net] has quit [Read error: 104 (Connection reset by peer)]
23:14 -!- perlmonkey2 [n=perlmonk@adsl-75-40-133-247.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
23:14 < elnino> if commenting those out, will my apache processes size go unchecked? or is there a default?
23:17 <@preaction> the wremonitor also monitors size and will kill processes
23:17 <@preaction> and the processes will only last for MaxRequestsPerChild (set to 1000 by default)
23:17 <@preaction> so no, they won't grow out of control, but they may grow very large
23:18 < elnino> I have an hourly report dumping ps aux, I'll watch it more carefully.
23:18 -!- perlmonkey2 [n=perlmonk@adsl-70-137-4-184.dsl.okcyok.swbell.net] has joined #webgui
23:18 -!- mode/#webgui [+v perlmonkey2] by ChanServ
23:22 < Mech422> IIRC, assets allow you to stick custom <head> data in them, like say custom CSS.  Is that data 'cached' somehow or does using it mean wG has to look at every asset on the page to rebuild the <head> section on every request ?
23:24 <@preaction> wG builds the head section on every request. it's not very expensive, but it's cheaper to <link> a file or use filepump
23:26 < Mech422> ahh - Is that true for content ( <body> ) as well or is that cached ?
23:29 -!- perlmonkey2 [n=perlmonk@adsl-70-137-4-184.dsl.okcyok.swbell.net] has quit ["Leaving."]
23:31 <@preaction> that's mostly true for body content. some assets cache themselves for the Visitor user
23:32 <@preaction> and Layout assets have a burst protection cache (for the /. effect / farking / etc...)
23:32 < Mech422> oh? thats interesting...
23:35 < SDuensin> Any Shop experts here?  It's safe to answer - I just need general answers, not hand-holding.  :-)
23:35 < Mech422> SnowWrite can shop with the best of them :-P  but thats at Target, not wG :-P
23:36 < SDuensin> hehe
23:36 < SnowWrite> heyyy LOL
23:36 < SDuensin> Sounds like my four year old daughter.  She LOVES Target!
23:36 < SnowWrite> target is awesome, much better than walmart fer sure
23:38 < elnino> the gotcha for 7.6.26 doesn't mentioin the gotcha for 7.5.38 as written in the gotcha for 7.5.40. oversite? 
23:39 < SDuensin> I want to integrate an external billing thing into WebGUI.  Buying the Shop guide now.
23:40 < elnino> yep, you'll need the book.
23:40 < elnino> developers guide has good stuff too.
23:40 < SDuensin> Already got that one.  :-)
23:40 < elnino> ask away your questions, Ihave the shop book already
23:40 < elnino> somewhere. =)
23:41 < SDuensin> Well, basically I have a MySQL server that is going to handle calculating all the billing data for a service I've built.  I then want to move those charges into WebGUI and have it process them every month like a subscription.  But unlike typical subscriptions, the cost is going to be different every month based on usage.
23:45 < elnino> sounds like you'll probably want to write a particular product that will use that particular billing scheme. At least that's how I would approach it (without looking at the book)
23:48  * elnino steps away
23:50 -!- Trav| [n=etienne@AMontsouris-157-1-49-210.w90-46.abo.wanadoo.fr] has joined #webgui
23:53 <+perlDreamer> elnino is corrrect
23:54 <+perlDreamer> if you're going to change the price dynamically, you'll need a new Sku asset for the Shop
23:55 < Mech422> hey pd :-)
23:57 < SDuensin> perlDreamer - Yea, I figured I'd need something that looked the current bill up.  Book is on the way.  :-)
23:59 -!- perlmonkey2 [n=perlmonk@adsl-70-137-0-50.dsl.okcyok.swbell.net] has joined #webgui
23:59 -!- mode/#webgui [+v perlmonkey2] by ChanServ
--- Day changed Thu Jun 11 2009
00:03 <+perlDreamer> howdy Mech422
00:09 -!- SynQ [n=SynQ@f70096.upc-f.chello.nl] has quit [Read error: 104 (Connection reset by peer)]
00:15 <+perlDreamer> Haarg, re http://www.webgui.org/bugs/tracker/10316, do you know a way for a user to retract a version tag?
00:15 <+perlDreamer> the versionTag in question is not in the db any longer
00:16 -!- perlmonkey21 [n=perlmonk@adsl-70-137-16-16.dsl.okcyok.swbell.net] has joined #webgui
00:17 <@Haarg> i'm not sure
00:17 <@Haarg> a user can't
00:25 < topsub1> is there a way i can pull meta data into the style template?
00:25 < topsub1> i added a new content profile and would like to pull it into the style template
00:25 -!- plainhao [n=plainhao@mail.xbiotica.com] has joined #webgui
00:25 -!- mode/#webgui [+o plainhao] by ChanServ
00:25 -!- hansw [n=hans@p548042C9.dip.t-dialin.net] has quit ["Leaving"]
00:28 <@Haarg> you can use it in the individual asset's template's head blocks
00:28 <@Haarg> but not the style template itself
00:29 < topsub1> hmm alright
00:29 < topsub1> back to the drawning board
00:32 < topsub1> the shortcut overrides are awesome
00:32 <@preaction> amen to that
00:33 <+perlDreamer> could you asset proxy a shortcut of the asset with the view template set to something empty?
00:33 < topsub1> what do you mean something empty?
00:33 <@preaction> potentially, seems possible
00:33 <+perlDreamer> well, you can asset proxy content into the style template
00:33 -!- perlmonkey2 [n=perlmonk@adsl-70-137-0-50.dsl.okcyok.swbell.net] has quit [Read error: 110 (Connection timed out)]
00:34 <+perlDreamer> but you don't want the content of the asset, only its head tags
00:34 <+perlDreamer> so you set up a shortcut of the asset with a custom template
00:34 <+perlDreamer> it doesn't have anything in it but the meta tags that you want
00:34 <+perlDreamer> so, I guess, only kind of empty
00:34 <+perlDreamer> but!
00:34 <+perlDreamer> and this is a big but
00:34 <+perlDreamer> asset head tags should show up in the head block anyway
00:35 <+perlDreamer> so it needs more thinking to work out the fine details
00:40 < topsub1> how do you asset proxy in the shortcut?
00:40 < topsub1> i'm doing that now.. haha
00:40 < topsub1> seems the URL of the shortcut is the same as the main asset
00:40 < topsub1> wait no its not
00:40 < topsub1> :-)
00:42 -!- oversillo [n=overdriv@190.38.84.151] has quit [Read error: 110 (Connection timed out)]
00:42 <+perlDreamer> no, it's not
00:42 <+perlDreamer> it's close, but its not
00:43 < topsub1> in a navigation object can i pull metadata data?
00:44 < topsub1> being able to add custom fields to assets and pulling them out is stuff i need a lot :-/
00:47 <+perlDreamer> nope, no metadata into Navigations
00:47 <+perlDreamer> but you can get keywords
00:48 < topsub1> hm.. trying to add lil catch phrases to my links so when i do the navi object in the title field i can have theses
00:48 < topsub1> keywords and summary are for SEO stuff
00:48 < topsub1> Title needs to be for browser title
00:48 < topsub1> Menu title is for the page name.. so i need one more but if i can't pull metadata
00:54 -!- perlmonkey21 [n=perlmonk@adsl-70-137-16-16.dsl.okcyok.swbell.net] has quit [Read error: 110 (Connection timed out)]
00:55 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
01:12 < elnino> topsub1, are you trying to put custom title attributes in a a tag that are different than the asset's title and menu title? 
01:13 < elnino> I did that by adding a customfield to the asset (or maybe it was a profile field) I dont' remember, and I'm not admin of that site anymore.
01:13 < elnino> and then using that additional field in the navigation template.
01:14 < topsub1> Thats what i want to do but i can't pull the new field into the navi object
01:15 < elnino> did you do a custom field? or a profile field?
01:15 < elnino> oh. I know what I did.. I 'reused" synopsis.
01:16 < elnino> which is the summary field under the metadata tab.
01:17 < elnino> s/reused/repurposed
01:17 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
01:17 -!- mode/#webgui [+v BartJol] by ChanServ
01:17 <+perlDreamer> BartJol!
01:18 <+perlDreamer> how's the house coming along?
01:18 <+BartJol> yeah, the trip only took me 4 hours
01:18 <+BartJol> well, I reprlaced some beams
01:18 <+BartJol> 1 was rotten, 1 was at chest hight
01:20 < topsub1> ah. that would work but i need that for my meta data
01:20 < topsub1> need SEO :-/
01:21 <+perlDreamer> relying on text in two adjacent divs to vertically align is probably a bad idea, right?
01:22 <@preaction> perlDreamer: set the line-height to a known value. it's perfectly possible
01:22 <+BartJol> topsub1: you need rotten beams? I have one spare
01:24 <+perlDreamer> I suspect that shipping will be quite expensive
01:24 <+BartJol> well, it is free if you come to get them, otherwise I would have to make heavy money out of it
01:25 <+perlDreamer> preaction: is 100% a known value, or does it need to be a an absolute number?
01:32 <@preaction> 100% means 100% of the height of the item, so maybe? dunno if that's what you want though
01:41 <+perlDreamer> I just want these to line up: http://demo.plainblack.com/demo1244671385_917/qa
01:44 <@preaction> perlDreamer: i believe the problem is that the actual answer part is in a div. it shouldn't be
01:45 <@preaction> if it weren't in a div, the margin on the top would collapse
01:46 <+perlDreamer> nope
01:46 <@preaction> either that, or explicitly remove the margin-top on the p element for that
01:46 <@preaction> so .posts p { margin-top: 0; }
01:47 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
01:47 <+BartJol> isn't the floating div the problem?
01:47 <@preaction> no, floating div is doing exactly what it's supposed to do
01:48 <+perlDreamer> that does align them
01:48 <+BartJol> but doesn't it push the paragraph to the right
01:48 <+perlDreamer> not the 2nd one
01:48 <+BartJol> yewah
01:48 <@preaction> then you want margin-left. or do you want it to be a drop-cap?
01:48 <@preaction> you can make the Q and the A bigger!
01:48 <+BartJol> that would be a test
01:50 <+perlDreamer> why do the paragraphs reflow around the floated div?
01:50 <+perlDreamer> even if I nest them in another div?
01:50 <@preaction> because that's how floats work
01:51 <@preaction> see the PM from zofbot
01:51 <+perlDreamer> I'll read
01:51 <+BartJol> but perlDreamer, do they?
01:52 <+perlDreamer> is there a way to do what I'm trying to do, and it just needs to be tweaked, or is the basic premise bad and should be redesigned from scratch?
01:53 <@preaction> i don't know, what are you trying to do?
01:53 <+BartJol> positioning it absolute or relative to the containingdiv
01:53 -!- SnowWrite [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
01:53 <+perlDreamer> I'm trying to fix a bug
01:54 <+perlDreamer> if you use the default Q and A template, the Answer appears outside of the box because the content contains paragraphs
01:54 <+perlDreamer> and the original container is also a paragraph
01:54 <+perlDreamer> so I tried changing the container to a div
01:54 <+perlDreamer> which fixes that problem
01:54 <+perlDreamer> but then the A:  and the actual answer don't align vertically
01:57 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
01:57 <+perlDreamer> maybe I should try to use the CSS2 content generators instead
01:58 <+perlDreamer> and stuff a Q before the question
01:58 <+perlDreamer> and an A before the first paragraph in the answer
02:00 <+BartJol> mmm, stuffing will be ugly
02:02 <+BartJol> if you have to divs (question and answer) inside you might be able to put the q and a insie those and have the text as paragraphs
02:02 <@preaction> content: doesn't work in IE6, and might not be working in IE7
02:03 <+BartJol> mm
02:03 <+perlDreamer> that's what I have now BartJol
02:03 <+BartJol> oh, sorry
02:03 <+BartJol> it's 1 am
02:03 <+perlDreamer> I know, and you've been beaming
02:04 <+BartJol> but that a and q are now floating divs
02:04 <@preaction> I'd say ask a designer to do it. 
02:04 <+BartJol> if you position that paragraphs relative or absolute to the dhe div it will get better
02:04 <+BartJol> but a real designer will be better
02:05 <+perlDreamer> a designer was assigned to it in april
02:05 <@preaction> you need the margin-top: 0; on there to remove the problematic margin. 
02:06 <+perlDreamer> it's in there
02:06 <+BartJol> almost the beginning of a joke: 2 programmers and a translator are trying to make a design...
02:07 <+perlDreamer> you're hitting the visitor cache unless you're logged in/admin on
02:07 <@preaction> so what's the next problem? that the second paragraph doesn't start in the right place?
02:08 <+perlDreamer> yes
02:08 <+perlDreamer> well
02:08  * perlDreamer doesn't know
02:08 <+perlDreamer> if they weren't paragraph tags in the answer, they'd do that anyway
02:08 <@preaction> right
02:08 -!- cap10morgan [n=wmorgan@12.236.120.162] has quit []
02:09 <@preaction> but it's easy enough to do. add margin-left: 1.25em; on the <div> containing the answer
02:09 <@preaction> and if you want the Q to line up as well, do the same thing you did to the A (float the Q and margin-left: 1.25em the <tmpl_var question> )
02:10 < Mech422> starting a testing run of wre 0.9.3 on AMD64
02:13 <+perlDreamer> to do that, I'll need to redo the whole <b> as block element thing
02:13 <@preaction> yes, and it shouldn't be a <b>, it should be a <strong>
02:13 <@preaction> and it should already have a block-level context
02:14 <@preaction> but really it could all be a <dl> with images taking the place of the Q and A
02:15 <@preaction> but maybe you could just wait for the template group's new templates
02:18 <+perlDreamer> are they redoing these?
02:18 <+perlDreamer> rather this one in particular?
02:18 <@preaction> i believe so
02:19 <+BartJol> preaction: images? that is not i18n-able
02:20 < Mech422> Yes!
02:20 < Mech422> webgui1:/data# grep '^not ok' /data/wg_test.log  | grep -v TODO | more
02:20 < Mech422> not ok 1278 - Spectre/Admin.pm compiles without warnings
02:20 < Mech422> not ok 1358 - sbin/spectre.pl compiles without warnings
02:20 <@preaction> Mech422: those are currently happening on our smoke test box too
02:20 < Mech422> wre 0.9.3 on AMD64 passes all tests except that POE thingy adds a compile working :-)
02:21 < Mech422> preaction: yeah - POE adds a 'local definition hides higher definition' type warning
02:21 < Mech422> (ie name is defined in two scopes)
02:21 <+perlDreamer> it's not i18n'ed now, BartJol :(
02:21 <+perlDreamer> congrats, Mech422!
02:21 <+BartJol> well
02:22 <+perlDreamer> but it could be
02:22 <+perlDreamer> ^International(Q,WebGUI);
02:22 <+perlDreamer> what was the missing magic, Mech422?
02:22 <+BartJol> well that would be better
02:23 <+perlDreamer> preaction, on this list the Q and A template is missing: http://templates.unitedknowledge.nl/template-list
02:23 <+BartJol> FAQ is a quite accepted term
02:23 <+perlDreamer> leading me to believe they will ask to drop that template from wG in the future
02:23 <+BartJol> but as loose stuff it isn't
02:24 <@preaction> weird. it's a nice template with a nice feature
02:25 <+perlDreamer> yeah, I agree
02:27 <+perlDreamer> how does it look now: http://demo.plainblack.com/demo1244671385_917/qa ?
02:27 <+perlDreamer> I think it probably has too many divs
02:28 <+perlDreamer> and the inline styles need to be classes
02:28 <@preaction> it's fine until the template working group gets their hands on it (or me, if they want to drop it)
02:29 <+perlDreamer> do you want a crack at it?
02:29  * perlDreamer would bow to your superior CSS-fu
02:31 <@preaction> login for that site?
02:32 <@preaction> er.. nm
02:32 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:32 -!- mode/#webgui [+v patspam] by ChanServ
02:32 <@preaction> one sec i'll show you
02:33 < Mech422> perlDreamer: missing magic? none really - I just used my build script from before...
02:33 <+perlDreamer> what about the LD=ld stuff, and the -lperl stuff?
02:33 < Mech422> changing the IM version fixed all the 'poll.t' errors a while ago
02:34 <+perlDreamer> so you're all 0.9.3 and happy?
02:34 < Mech422> perlDreamer: oh - I removed LD=ld cuz I don't neeed it and added the path for -lperl... we had that already...
02:35 < Mech422> perlDreamer: the trick is gonna be getting it in a form jt is happy with so 1.0 can go out
02:35 < Mech422> I really _hate_ this build script :-P  but he seems rather 'attached' to it
02:35 <+perlDreamer> well, and it needs to be tested on Intel x64 as well?
02:35 <+perlDreamer> x64 == 64-bit
02:35 < Mech422> amd64 _is_ Intel x64... unlessyou mean Itanium ?
02:36 <+perlDreamer> I thought there were still differences
02:36 < Mech422> IA64 == Itanium only, AMD64 = opteron/core duo
02:36 < Mech422> not really - this is actually an Intel machine I think - lemme check
02:37 < Mech422> model name      : Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz
02:37 < Mech422> yeah - its an intel cpu
02:37 <+perlDreamer> so why have you been saying AMD64?  You're confusing my poor, young brain.
02:38 < Mech422> because the name IS AMD64
02:38 < Mech422> Intel stole AMD's arch
02:38 < Mech422> ia64 flopped
02:38 < Mech422> so Intel made their stuff AMD compatible :-P
02:38 <+perlDreamer> okay, I understand now
02:39 < Mech422> I got confused by the --ia64 switch in build.sh - I thought you guys had Itanium systems or something :-P
02:39 < Mech422> I was hoping I'd get ssh access to some gawd-awful big Itanium box with dozens of cpu's and terabytes of RAM :-D
02:40 <+perlDreamer> no, only JT has access to that box
02:40 <+perlDreamer> he uses it to heat his house in winter
02:41 <+perlDreamer> and in the summer, he runs it backwards for cooling
02:41 <+perlDreamer> preaction, part of my CSS problem is that I think it should work like PerlTk grids
02:42 <+perlDreamer> and it doesn't
02:42 < Mech422> Heh - I like that "runs it backwards.." :-D
02:43 <+perlDreamer> yeah, it's hard to find browsers that emit content to feed it
02:43 < Mech422> so anyway - basically, if we _have_ to use the existing build script - its needs a grep, a couple of syntax errors fixed, and some code hoisted inside conditionals
02:43 < Mech422> if thats all thats gating 1.0 - yer done :-P
02:44 <+perlDreamer> well, I know you hate it, but if you send that patch to JT I know he'd appreciate it
02:44 < Mech422> but I'd really like to move to a 1-script-per-package system with a build.lst file controlling build orderr
02:44 < Mech422> it would be sooo much easier to deal with long run
02:44 <+perlDreamer> what if you have to share stuff between them?
02:45 < Mech422> perlDreamer: then something is broken :-)  but you can use env vars for that
02:45 <@preaction> there is a secret to JT: if you say "we should do this" he assumes you're saying "JT should do this"
02:45 < Mech422> for instance export WRE_BUILD_TOP=/data
02:45 <@preaction> if you just do it, and present it to him, show him the benefit, he'll most likely just let you put it in
02:45 < Mech422> preaction: as I've said - I'm willing to do it...  
02:45 < Mech422> oh
02:45 < Mech422> ok
02:46 < Mech422> I have some sample code I've been playing with
02:46 < Mech422> I can polish that up
02:46 <@preaction> even if, Synq/Koen is going to be putting lots of work into WRE, so if JT doesn't put it in, Koen might
02:46 < Mech422> I'd also like a /data/wrebuild/archives dir for storing 'pristine' tarballs so we don't have to (re-)download the stuff all the time
02:46 <@preaction> if it makes it easier to maintain, most likely JT will be all for it
02:47 <+perlDreamer> "indeed"
02:47 < Mech422> alright - I'll futz with that tommorrow then...
02:47 <+perlDreamer> dang it, another bug!
02:47 < Mech422> Did anyone have any tests they wanted me to run on this build ?
02:48 <+perlDreamer> I thought you ran them all?
02:48 <@preaction> nope, if it works, it works
02:48 < Mech422> perlDreamer: well - any 'special' tests - I ran the tests in the tarball
02:48 < Mech422> perlDreamer: did the poll.t stuff make it into the 0.9.3. tarball ?
02:49 <+perlDreamer> the tarball does not include the WebGUI source
02:49 <+perlDreamer> it's downloaded
02:49 <+perlDreamer> JT put in a workaround into the latest 7.6 and 7.7 to get around the IM bug
02:49 < Mech422> oh yeah... 
02:49 < Mech422> I keep forgetting wre != wG
02:49 < Mech422> anyway -test is there and passes :-)
02:49 <+perlDreamer> that is very good news
02:50 <+perlDreamer> preaction: we need to get Apache::Test set into the WRE so we can fire up your mech tests on a regular basis
02:52 -!- tavisto [n=tavisto@96.230.192.126] has quit []
02:53 < Mech422> ok - off to annoy my rugrat :-)
02:53 < Mech422> later all
02:53 -!- Mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Remote closed the connection]
02:53 <@preaction> perlDreamer: if you want an account on smoke.plainblack.com to do whatever, let me know
02:54 <+perlDreamer> when we get down to 0 core bugs, you're on
02:54 <+perlDreamer> there are 40 total bugs on the board
02:54 <+perlDreamer> and only about 4-6 core bugs in that list
02:55 <+perlDreamer> the rest are rendering issues with IE
02:55 <+perlDreamer> and then Bazaar, Helpdesk and webgui.org specific bugs
02:55 <@preaction> haahhahaahha you poor bastard
02:55 <@preaction> IE6 render bugs == 7th circle of hell
02:55 <+perlDreamer> that's why I'm going to punt them to a designer :)
02:56 <+perlDreamer> are you still hacking on the Q&A template?
02:56 <@preaction> yeah, almost done
02:57 <+perlDreamer> it looks good
02:57 <+perlDreamer> maybe you'd like to hack on the IE6 rendering problems ;)
02:57 <@preaction> it would look better if the damned <tmpl_var controls> wasn't a bunch of <p><img/></p>...
02:58 <+perlDreamer> have you looked at it in IE yet?
02:58 <@preaction> no
02:58 <+perlDreamer> I have an IE7 nearby, I'll have a peek
02:59 <+BartJol> goodnight
02:59 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has left #webgui []
03:02 <@preaction> perlDreamer: i think that's about as good as I can do. stupid control bar
03:03 <+perlDreamer> the paragraph tags defy vertical alignment?
03:03 <+perlDreamer> not a problem
03:03 <+perlDreamer> do you think they'll miss the old border around each Q/A pair?
03:04 <@preaction> yeah, because they've got inline style, i can't screw with them (inline style overrides everything else)
03:04 <@preaction> wait... !important!
03:04 <+perlDreamer> it doesn't look purdy on IE7/Vista
03:04 <@preaction> i don't think they will, but ... crap
03:05 <+perlDreamer> you want a screenshot?
03:05 <@preaction> no, i'm loading an IE666/7 right now
03:06  * perlDreamer is going to take a dinner break
03:07 <+perlDreamer> BBQ beef ribs and potato salad
03:07 <+perlDreamer> actually, I'm on a diet
03:07 <+perlDreamer> BBQ beef rib and pota salad
03:14 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
03:20 -!- tomsuchy_ [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has joined #webgui
03:23 -!- tomsuchy_ [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has quit [Client Quit]
03:34 -!- tomsuchy_ [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has joined #webgui
03:34 -!- tomsuchy_ [n=tomsuchy@cpe-72-181-215-30.tx.res.rr.com] has quit [Client Quit]
03:45 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has joined #webgui
03:45 -!- mode/#webgui [+o stDavid] by ChanServ
04:13 < CIA-23> WebGUI: colin * r11242 /WebGUI/docs/ (changelog/7.x.x.txt upgrades/packages-7.7.10/q_and_a.wgpkg): Fix rendering issues with the CS Q&A template.
04:13 < CIA-23> WebGUI: colin * r11243 /branch/WebGUI_7.6/docs/ (3 files in 3 dirs): Backporting the CS Q&A template.
04:27  * perlDreamer signs off for tonight
04:27 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
04:35 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has quit []
04:36 < elnino> when upgrading, does the output from the webguiupdate.pl get put into a file somewhere? the instructions tell me to watch, but they go fast, and it's much longer than my buffer allows.
04:37 <@preaction> elnino: use tee
04:37 <@preaction> perl webguiupdate.pl | tee somefile <- the output will be in STDOUT and somefile
04:38 < elnino> It seemst hat I tried using > but that didn't work. so tee will? Good to know. thanks!
04:39 <@preaction> if > didn't work, then tee might not. you might have to also do 2>&1 
04:49 < elnino> I got a Couldn't instanciate default asset 'PBtmpl0000000000000078', skipping...DONE! from going 7.5.40 to 7.6.10 something I should be concerned about?
04:49 <@preaction> probably not, dunno
05:11 < elnino> umm. 
05:12 < elnino> I updated to 7.6.24 and I'm getting 404 erros on every page of one of my sites... no errors in the output from the upgrade.
05:12 < elnino> thoughts?
05:12 < elnino> but when I go into assetmanager, they are there.
05:13 < topsub1> with thingy now can you call the field directly? Like if i added afield called name, can you do like <tmpl_var field.name> or something?  Looking in help but haven't found anything
05:15 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
05:15 -!- mode/#webgui [+o stDavid] by ChanServ
05:16 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
05:16 -!- mode/#webgui [+v perlmonkey2] by ChanServ
05:29 < elnino> topsub1, haven't used thingy
05:29 < topsub1> i am using a sql report to pull the fields
05:29 < topsub1> only thing i need to figure out is about images how to pull the thumbs
05:29 < elnino> that's a good alternative
05:30 < topsub1> skinning thingy is so limited
05:32 <@preaction> topsub1: ^StorageUrl(<tmpl_var field.name>,"thumb"); i think
05:32 <@preaction> so <img src="^StorageUrl(<tmpl_var field.value>,"thumb");" />
05:32 <@preaction> i think
05:34 < topsub1> nice, haha i will try em here in a sec
05:37 < elnino> hmm good to know.
05:37 < elnino> so I'm restored back to 7.5.40
05:38 < elnino> disappointed about 7.6.26
05:38 < elnino> no idea what happened. 
05:38 < topsub1> dang why?
05:39 < elnino> I have about 15 sites all work but one.
05:39 < elnino> and I didn't get any errors from the upgrade script
05:39 < topsub1> errors in log?
05:39 < elnino> every page on that particular site gave me a 404.
05:39 < elnino> but I was able to login, and in the asset manager they were all there.
05:40 < elnino> I claeared the cache too, just in case. It was just weird
05:40 < elnino> I'll look now.
05:44 < topsub1> whats the other options for ^storageUrl other then thumb?
05:44 < topsub1> i did full
05:44 < topsub1> or nothing maybe. haha
05:45 <@preaction> nothing is the other option, shows the full URL
05:45 < topsub1> woot worked
05:45 < topsub1> awesome
05:45 < topsub1> being able to do this custom sql report agaist thingy = powerful.. haha
05:46 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
05:48 < elnino> I dont' see anything in the webgui.log
05:49 < elnino> Well, I do, but not for the site that I was getting 404 errrors for.
05:52 < elnino> just weirdness
05:54 < topsub1> and you said you cleared the cache?
05:57 < elnino> yes.
05:57 < elnino> I'm missing a nav on antoerh site.
05:59 < elnino> but if I change the template for the nav, the pages show, so something happened witht he TreeNavigation template.
06:01 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
06:01 -!- mode/#webgui [+v perlmonkey2] by ChanServ
06:04 < elnino> does the webgui upgrade do backups on the database? knowmad seems to think so based on this: http://www.webgui.org/community-wiki/restoring-from-webgui-upgrade
06:04 < elnino> it seems that I've been missing a database in my backups.. =(
06:05 < elnino> which explains a third site of weirdnes.
06:10 < SDuensin> Sorry for the paste, this is totally off-topic but too cool not to spread around...
06:10 < SDuensin> Easily hacked into Linux:  http://cgi.ebay.com/NEW-Zipit-Z2-Wireless-Messenger-Silver-Charcoal-Z2A_W0QQitemZ120394748950QQcmdZViewItemQQptZPDA_s_Pocket_PC_s?hash=item1c08161416&_trksid=p3286.c0.m14&_trkparms=65%3A12%7C66%3A2%7C39%3A1%7C72%3A2067%7C240%3A1318%7C301%3A1%7C293%3A1%7C294%3A50
06:10 -!- ekennedy [n=ekennedy@174-154-163-190.pools.spcsdns.net] has joined #webgui
06:11 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["-a-"]
06:24 <@preaction> where is the support FAQ? should we make one?
06:24 < elnino> ok. I reread the wiki, and realized that knowmad told me where the sql backups are (thank you webgui), but there is a flag somewhere in the database that sets it in "maintainance mode" what do I need ot modify?
06:25 < elnino> to get rid of the maintaince message
06:25 <@preaction> settings table, name = "specialState", delete it
06:25 <@preaction> or use sbin/maintenanceMode.pl
06:25 < topsub1> whew go preaction.. haha
06:26 -!- Trav| [n=etienne@AMontsouris-157-1-49-210.w90-46.abo.wanadoo.fr] has left #webgui []
06:28 < elnino> man I hate ie.
06:29 < elnino> you think a refresh would refresh, but no, youhave to delete the off line files.
06:29 < elnino> it worked thanks preaction
06:29 < elnino> opps. kinda
06:31 < topsub1> ya IE is picky about its cache
06:37 < elnino> There is only one central extras/ directory right?
06:41 <@preaction> there should only be one, yes
06:41 < elnino> so part of my weirdness after upgraing to 7.6.24, then reverting back to 7.5.40 (which appeared fine at the time)
06:41 < elnino> was that one site, when you go into admin mode and edit an asset, all the formating is gone.
06:42 < elnino> but the other sites work fine.
06:42 <@preaction> weird
06:42 < elnino> yes, and I'm lookin in both firefox and ie.
06:42 < elnino> same results.
06:42 < elnino>  so it must not be a extras thing. perhaps a template was blown away? 
06:43 < elnino> but I did restore dbs... so that couldn't be it either.
06:44 < elnino> Another site, tree navigation won't work, but on another site, it will. that would be a template issue.
06:45 < elnino> and of course, I don't have the output of the 7.5.24 ->7.5.40 upgrade. I suppose I should just revert back to where I started.
06:45 < elnino> grr.
07:03 < CIA-23> WebGUI: ekennedy * r11244 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): rfe #10423: Provide a way to access the instance of the thing that was added, modified, or deleted via workflow. (Eric Kennedy)
07:21 -!- ekennedy [n=ekennedy@174-154-163-190.pools.spcsdns.net] has quit [Read error: 60 (Operation timed out)]
07:28 -!- ekennedy [n=ekennedy@70-12-58-48.pools.spcsdns.net] has joined #webgui
07:37 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
07:37 -!- mode/#webgui [+v perlDreamer] by ChanServ
07:48 < topsub1> elnino, did you figure out whats going on?
07:49 < topsub1> hello perlDreamer
07:49 < elnino> I reverted back to 7.5.24 and started over.
07:49 <+perlDreamer> howdy, topsub1
07:49 < elnino> 7.5.40 seems to be clean.
07:49 < topsub1> ya sorry for some reason i have a 1.. ahha
07:49 < elnino> I've added rm-r /tmp/WebGUICache/* to my proceedures and so far so good.
07:50 < elnino> I'm going to call it a night and try 7.6.24 some other day
07:50 < elnino> I have a feeling it was all cache stuff at this oint.
07:50 < elnino> s/oint/point
07:50 < topsub1> ah
07:50 < topsub1> hope so, be something simple would be nice
07:51 < elnino> but I can't explain the 404 on every page on the one site. THAT was weird.
07:52 < elnino> I've also added using tee to my proceedures so I can actually go back and see what actually happened during the upgrade.
07:52 < topsub1> ah, nice
07:52 < topsub1> I have been converting my PHP framework portfolio into webgui
07:52 < topsub1> with a brand new design
07:53 < topsub1> using MVC framework
07:57 <+perlDreamer> 404, tee, MVC PHP
07:57 <+perlDreamer> so fancy
07:57 <+perlDreamer> I just built a train website for my kids
07:57 <+perlDreamer> http://trainsinoregon.com
07:57 < topsub1> using webgui?
07:57 < topsub1> i think so
07:57 < topsub1> that calendar looks like WG
07:57 <+perlDreamer> it is
07:57  * perlDreamer is not a designer or graphics artist :/
07:57 < elnino> you even bother asking?
07:58 < topsub1> haha
07:58 < elnino> pd dreams webgui
07:58 <+perlDreamer> yeah, whaddya think I did it in, plone?
07:58 < elnino> it's a close second...
07:58 < topsub1> arg, i setup a sub domain at godaddy but hasn't resolved yet..
07:58 < topsub1> arg
08:00 < topsub1> This is nice.. Thingy running my portfoli section.. using custom SQL reports to pull the data out
08:00 < topsub1> also had to do a sub query in one of the SQL reports
08:06 < elnino> too much fun tonight. going to sleep now.
08:06 < elnino> bye
08:08 <+perlDreamer> 'night, all
08:08 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
08:12 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
08:24 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
08:41 -!- ekennedy [n=ekennedy@70-12-58-48.pools.spcsdns.net] has left #webgui []
09:30 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
10:06 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
10:18 -!- SynQ1 [n=koendejo@host2.procolix.com] has left #WebGUI []
11:04 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit [Read error: 60 (Operation timed out)]
11:53 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
11:53 -!- mode/#webgui [+o Haarg] by ChanServ
11:53 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
12:01 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
12:01 -!- mode/#webgui [+o stDavid] by ChanServ
12:44 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
12:44 -!- mode/#webgui [+v bartjol] by ChanServ
12:45 -!- plainhao [n=plainhao@mail.xbiotica.com] has quit []
14:04 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:05 -!- mode/#webgui [+o plainhao] by ChanServ
14:31 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
14:36 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
14:36 -!- mode/#webgui [+v MrHairgrease] by ChanServ
14:51 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
15:13 -!- beernutz [i=B33rNutZ@173-29-148-188.client.mchsi.com] has joined #webgui
15:14 < beernutz> quick question:  Is there some problem with the drag bars and reordering content?  i cant get them to work in either IE or FF?
15:16 <+bartjol> oh
15:16 <+bartjol> beernutz: normally they work for me, what version are you running?
15:17 < beernutz> let me check
15:17 <+bartjol> and since it is a drag drop thing, js should be enabled i supp;ose
15:17 < beernutz> 7.6.2  the centos vm image
15:17 < beernutz> absolutely.  js is enabled
15:18 <+bartjol> ok
15:18 <+bartjol> just making sure
15:18 < beernutz> surething
15:18 < beernutz> i know how that works lol
15:18 < beernutz> it is so odd... thats whey i tried it in IE as well as ff
15:19 < beernutz> no go in chrome either
15:19 < beernutz> odd indeed
15:19 <+bartjol> have you read the channgelog, maybe a bug was there
15:19 <+bartjol> it was a beta version...
15:19 < beernutz> no, let me check that.  thanks for the reminder
15:20 <+bartjol> if you wanna run beta, don't upgrade past 7.6.14
15:20 < beernutz> k, thanks.  i just snagged the image they reccomended
15:20 <+bartjol> ah
15:20 < beernutz> so the 7.6.20 is beta then?
15:20 <+bartjol> no stable
15:21 < beernutz> ok..  whew  lol
15:21 <+bartjol> and you can go up to 7.6.26!
15:21 < beernutz> 8)
15:21 <+bartjol> I think from 7.6.15 it was stable
15:21 < beernutz> coool
15:21 <+bartjol> only minor bugs
15:22 < beernutz> do you think it is worth the upgrade?
15:22 <+bartjol> well, less errors is better
15:22 < beernutz> not sure what is involved to upgrade is all
15:22 < beernutz> indeed..
15:22 < beernutz> good point  lol
15:22 <+bartjol> you use the wre?
15:22 <+bartjol> not sure whether that is included in that iomage
15:22 < beernutz> the latest i see in the changelog is that they =fixex a drag and drop issue to use the handle for pickup...
15:23 <+bartjol> well
15:23 < beernutz> i believe it is iincluded in that image yes
15:23 <+bartjol> ok well then, upgrading is easy
15:23 < beernutz> is that done from admin console?
15:23 <+bartjol> no from the command line
15:24 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
15:24 <+bartjol> instructions should be here: http://www.webgui.org/community-wiki/upgrading-webgui
15:25 < beernutz> rock on.  thank you
15:25 <+bartjol> no problem
15:25 < beernutz> will see if that fixs the issue
15:32 < beernutz> wow, that fixed it.  lol
15:32 < beernutz> thank you for the help again
15:36 <+bartjol> no problem, cool that it worked
15:36 < beernutz> indeed
15:37 < beernutz> now if only the drag resize would work on the template editor..  lol.  i want everything i know.  8)
15:38 < beernutz> does that work for you?
15:38 <+bartjol> I have that problem too
15:38 < beernutz> ahh.  ok..
15:38 <+bartjol> not in every site
15:38 < beernutz> ?
15:38 < beernutz> is it version dependant?
15:39 <+bartjol> well
15:39 <+bartjol> it might be due to some libs that I don't have
15:39 < beernutz> hmm.  js libs you mean?
15:40 <+bartjol> but have never really bothered to fix it
15:40 <+bartjol> yui probably
15:40 < beernutz> i see
15:40 <+bartjol> not sure
15:40 < beernutz> ya.   i might have to look more closely at it myself..
15:40 <+bartjol> it is a test site
15:40 <+bartjol> well if you find it, let me know
15:41 < beernutz> it is so handy to be able to edit css and html right there, that would be MUCH nicer to have a wider view
15:41 <+bartjol> well in css lines  shouldn't be too long
15:41 <+bartjol> but indeed it would be better
15:42 < ryuu_ro> @bartjol: for the resizing you have to click the lower right corner once, then drag, and then click again
15:42 <+bartjol> lol
15:42 < ryuu_ro> in new versions that is
15:42 <+bartjol> hee, it worked, even without the click
15:43 <+bartjol> strange
15:43 < beernutz> ahhhhhhh.  on mine i have to DOUBLE click then i can resize
15:43 < ryuu_ro> :D
15:43 < beernutz> ya, very odd.  but workable
15:44 < beernutz> soooo much better now  lol
15:45 <+bartjol> ryuu_ro: thanks for a usefull comment voor de afwisseling
15:45 <+bartjol> ;)
15:45 < beernutz> lol
15:45 <+bartjol> beernutz: (you are dutch too?
15:45 <+bartjol> )
15:45 < ryuu_ro> no problem man
15:45 < beernutz> no, but i can imply the meaning  8)
15:46 <+bartjol> ah
15:46 <+bartjol> ryuu_ro is my man!
15:46 < beernutz> btw, i gotta admit to being pretty impressed with webgui.  VERY nice so far
15:46 < ryuu_ro> that sounds good, is it time for beer now?
15:46 <+bartjol> not in a homosexual kind of way
15:46 <+bartjol> sure
15:46 < ryuu_ro> good
15:47 <+bartjol> damn still gotta drive
15:47 <+bartjol> ok back to work
15:47 < beernutz> what time is it there ryuu_ro?
15:47 < beernutz> tx again bartjol
15:47 < ryuu_ro> 10 to 15:00
15:48 < beernutz> ahh.  ok.  10 to 8am here
15:48 < ryuu_ro> so you just came out of the bar :)
15:48 < beernutz> lol, no..  stayed up all night messing with webgui
15:48 < beernutz> 8)
15:49 < ryuu_ro> yeah, that sounds familair :)
15:49 < beernutz> lol
15:58 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has joined #webgui
15:58 -!- mode/#webgui [+o stDavid] by ChanServ
16:06 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
16:06 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:12 -!- hansw [n=hansw@87.249.99.61] has joined #webgui
16:12 < hansw> hi
16:20 -!- khenn [n=khenn@76.208.68.155] has joined #WebGUI
16:20 -!- mode/#webgui [+o khenn] by ChanServ
16:29 <+bartjol> afternoon hans
16:42 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has quit []
16:44 < hansw> hmmm, I already have more redirects then pages
16:45 < hansw> legacy of 10 years pages created by people who do not know how the internet works
16:52 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
16:53 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
16:56 -!- hansw [n=hansw@87.249.99.61] has quit ["Leaving"]
17:02 -!- topsub1 [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
17:06 -!- MrHairgrease [n=martin@gw.oqapi.nl] has quit [Read error: 110 (Connection timed out)]
17:07 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
17:07 -!- mode/#webgui [+o stDavid] by ChanServ
17:10 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
17:10 -!- mode/#webgui [+v MrHairgrease] by ChanServ
17:12 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
17:12 -!- mode/#webgui [+o Haarg] by ChanServ
17:12 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
17:14 -!- SquOnk [n=emhn@201.211.88.228] has joined #webgui
17:14 < SquOnk> Hi
17:14 <@preaction> hi
17:17 <+bartjol> hi
17:28 <@plainhao> question about wg upgrades
17:28 <@plainhao> tried running sbin/upgrade.pl for 7.5.34 to 7.6.26, it didn't run any of the upgrade scripts
17:30 <@plainhao> after i ran docs/upgrades/upgrade_7.5.40-7.6.10.pl manually, sbin/upgrade.pl was able to run all the subsequent upgrade scripts
17:30 <@preaction> did you read the gotcha.txt? maybe only 7.6.10 can run the 7.5.40-7.6.10 upgrade
17:30 < ckotil> there is a gotcha that requires you to upgrade to 7.5.40 before going to 7.6.20
17:30 < ckotil> err. 7.6.10
17:31 <@plainhao> gotcha.txt 171: * You must be fully upgraded to 7.5.24 before upgrading to 7.6.0
17:32 <@plainhao> does that mean i should've actually tried running upgrade_7.5.24-7.6.0.pl first?
17:36 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
17:36 -!- mode/#webgui [+o tavisto] by ChanServ
17:36 <@preaction> no, you should have downloaded 7.5.40 and upgraded to that before you tried upgrading to 7.6.x
17:37 <@preaction> which isn't apparent in the 7.6.x gotcha file because the 7.6.x gotcha file started from 7.5.24
17:39 < topsub> ugh.. my vmware crap'd out thsi morning.. ugh!
17:39 <@plainhao> yes, lots of crapping out this morning :)
17:39 < topsub> not starting have to debug that little later today.. 
17:40 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
17:41 <@plainhao> should i have manually installed 7.5.40 or would webguiupdate.pl install it properly for me if i tell it to?
17:41 <@Haarg> webguiupdate.pl doesn't handle that currently
17:41 <@plainhao> ok
17:41 <@plainhao> thanks, Haarg
17:42 <@plainhao> ok, time to restore stuff and try again
17:42 <@Haarg> there was recently some discussion about making it do that on the dev list
17:44 <@Haarg> in general though, you upgrade to the last release in a 7.x series before upgrading to 7.x+1
17:47 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
17:53 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
17:54 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:02 -!- rharhen [i=rharhen@216.20.64.232] has joined #webgui
18:02 <+MrHairgrease> is it possible to award users karma upon registration?
18:02 <+bartjol> perlDreamer: did you succeed with the css stuff for the q&a section?
18:02 <+perlDreamer> it was done successfully, but not by me
18:02 <+perlDreamer> preaction gets the credit for that one
18:03 <+perlDreamer> you want a package to see?
18:03 <+bartjol> sure
18:03 <@preaction> MrHairgrease: i thought so, remember koen had wanted a way to transfer karma so he could make a bot that would register himself a bunch of times and then get the karma from them?
18:03 <+MrHairgrease> no
18:03 <+MrHairgrease> that was me
18:03 <+MrHairgrease> and that's upon loggin in
18:03 <+perlDreamer> MrHairgrease, I think you can run a workflow on registration
18:03 <+perlDreamer> that should do the job
18:04 <+perlDreamer> but you'd need to add that workflow
18:04 <+MrHairgrease> hehe
18:04 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."]
18:04 < rharhen> Im working on getting webgui to authenticate to ldap server (w2k3 AD) currently if i try to log in as a user that exists in ldap with the correct username/password it logs in and registers the account inside of webgui, if you use an incorrect username/password you get a login error.  However, once the account is registered within webgui, that username with ANY password results in a successful login
18:05 <+MrHairgrease> there's no AwardKarma plugin yet right?
18:05 <@preaction> rharhen: sounds like w2k3 AD is telling webgui it's authentic when it's not
18:05 <+perlDreamer> not until you write it, MrHairgrease
18:06 <+perlDreamer> sounds like a bug to me
18:06  * MrHairgrease is writing
18:06 < rharhen> preaction, but it DOES fail with the wrong username/password initially
18:06 <+perlDreamer> don't forget tests
18:07 <+MrHairgrease> why do i need tests?
18:07 <+MrHairgrease> it's not going in the core, mind you
18:07 <+perlDreamer> you should write tests so that when you put it in the core later, all the hard work is done
18:08 <@preaction> rharhen: then i don't know, but that doesn't mean that AD isn't caching the auth or somehow tying it to the user's computer. WebGUI definitely requests credentials from the LDAP server every time
18:09 < rharhen> yea,, and i can see that it does request it every time
18:09 <+perlDreamer> bug--
18:10 <+MrHairgrease> perldreamer, I was just telling you that to get you on top of the cabinet as we say overhere in Eurotrashland
18:10 <+perlDreamer> Here we call that "on the soapbox" :)
18:10 <+MrHairgrease> still, I'm not writing tests, since I don't hav time for that now
18:10 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
18:11 <+perlDreamer> slacker :)
18:13 <+MrHairgrease> very true
18:13 <+MrHairgrease> always remember:
18:13 <+bartjol> MrHairgrease: I had a gethugeamounts of karma macro
18:13 <+MrHairgrease> 1) Lazyness
18:13 <+MrHairgrease> 2) Impatience
18:13 <+MrHairgrease> 3) Hubris
18:13 <+MrHairgrease> and lots of it
18:13 <+MrHairgrease> bart
18:13 <+bartjol> got me 1000 km over 1 night
18:13 <+MrHairgrease> thanks, but i need a wf activity
18:14 <+bartjol> ok
18:15 <+perlDreamer> There is a M.A.S.H episode where they are trying to get an incubator for growing cultures.
18:15 <+perlDreamer> They meet with a fellow from Quartermaster Supply
18:15 <+perlDreamer> and he starts flipping through a catalog
18:15 <+bartjol> mmm, failed to extract
18:16 <+perlDreamer> the package?
18:16 <+bartjol> yeah
18:16 <+perlDreamer> Odd
18:16 <+bartjol> well, I have it and will lokk at it
18:16 <+perlDreamer> I exported it from the demo site
18:16 <+perlDreamer> let me try it
18:16 <+bartjol> probably my error
18:16 <+bartjol> does the version matter?
18:16 <+bartjol> i'm 7.6.25
18:16 <+perlDreamer> no
18:17 <+perlDreamer> I just tried it on 7.7.10 and it works
18:17 <+perlDreamer> maybe it got corrupted in the mail?
18:17 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
18:17 <+perlDreamer> try this, perhaps? https://svn.webgui.org/svnweb/plainblack/checkout/WebGUI/docs/upgrades/packages-7.7.10/q_and_a.wgpkg?rev=11242
18:18 <+bartjol> sorry
18:18 <+bartjol> it did import
18:18 <+bartjol> but I was impatient
18:18 <+bartjol> and trying to import nothing gave an error
18:21 < rharhen> preaction, as long as the account exists within webgui and there is SOMETHING in the "connect dn" field for that account (can be as incorrect and invalid as you want) any password seems to work for that user
18:22 <@preaction> rharhen: it's possible that wg isn't correctly interpreting the response from AD
18:23 < CIA-23> WebGUI: colin * r11245 /WebGUI/ (5 files in 2 dirs): Last of the hardcoded extras fixes, with changelog notice.
18:23 < CIA-23> WebGUI: colin * r11246 /branch/WebGUI_7.6/ (5 files in 2 dirs): Backporting hardcoded extras fixes.
18:25 < rharhen> preaction, any idea where the code for that might live/
18:26 <@preaction> lib/WebGUI/Auth/LDAP.pm
18:34 <+MrHairgrease> http://www.webgui.org/bazaar/awardkarma-workflow-activity]
18:35 <+MrHairgrease> whoops
18:35 <+MrHairgrease> http://www.webgui.org/bazaar/awardkarma-workflow-activity
18:35 <+bartjol> figured that
18:37 < ckotil> mmm i need that activity on a scheduled timer set to every 5 minutes
18:40 <+perlDreamer> ckotil, just setup karma decay with a negative percentage
18:41 <@preaction> clever :p
18:41 < rharhen> preaction, bug in WG, authenticate() in LDAP.pm, compares error eq "" for a return value, however the case to handle a failed logon never sets error to anything
18:41 < rharhen> line 182
18:41 < ckotil> nice. now i just need admin to plainblack.com
18:42 <+perlDreamer> rharnen, which version of WebGUI are you using?
18:42 < rharhen> wre 0.9.3
18:42 <+perlDreamer> okay, what version of WebGUI are you using?
18:43 <+perlDreamer> 7.6.???   7.5.???
18:43 <@preaction> rharhen: grep VERSION /data/WebGUI/lib/WebGUI.pm
18:43 < rharhen> 7.6.26
18:44 <+perlDreamer> line 182 is comparing return codes from the ldap bind
18:44 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui []
18:44 <+perlDreamer> line 173 compares the result of the LDAP connection ($erro) to ""
18:44 < rharhen>         if ($auth->code == 48 || $auth->code == 49) {
18:44 < rharhen>             $self->SUPER::authenticationError;
18:44 < rharhen>         }
18:45 < rharhen> is line 182,183,184
18:45 < rharhen> in the authenticate() subrouting
18:45 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
18:45 < rharhen> authenticate() returns error eq ""
18:45 < rharhen> however in the case of an authentication error..
18:45 < rharhen> error never gets set
18:46 < rharhen> adding $error .= '<li>'.$i18n->get(68).'</li>';
18:46 < rharhen> into that code block solves the problem
18:47 <+perlDreamer> how about $error .= $self->SUPER::authenticationError; instead?
18:47 <+perlDreamer> brb
18:48 < rharhen> i'll try that when i get back from lunch
18:48 < rharhen> about an hr or so
19:02 <+perlDreamer> rharnen, let me know your full name, and I'll make sure you get credit for this fix in the WebGUI changelog.
19:39 < CIA-23> WebGUI: colin * r11247 /WebGUI/ (3 files in 2 dirs): Make LDAP auth return an error for failure to match passwords.
19:39 < CIA-23> WebGUI: colin * r11248 /branch/WebGUI_7.6/ (3 files in 2 dirs): Backporting LDAP auth fix.
19:53 < CIA-23> WebGUI: colin * r11249 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): Reverting Thingy RFE commit.
19:57 -!- Trav| [n=etienne@AMontsouris-157-1-72-126.w90-46.abo.wanadoo.fr] has joined #webgui
20:10 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
20:10 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
20:18 < topsub> whew, got my vmware working again.. no idea what happen
20:19 <+perlDreamer> i wonder if anyone would be interested in a virtualbox vm image?
20:19 <@preaction> probably
20:21 < daviddelikat1> perlDreamer: hows the release going?
20:22 <+perlDreamer> pretty good
20:22 <+perlDreamer> there will be a brief pause while I go to the gym
20:23 <+perlDreamer> is all the helpdesk stuff ready and in?
20:23 < rharhen> perlDreamer, Rob Harhen <rharhen@gmail.com>
20:23 < daviddelikat1> I put the code in late last night...
20:23 < CIA-23> WebGUI: colin * r11250 /WebGUI/t/Asset/Wobject/Survey/Test.t: Graceful dying without TAP::Harness v3
20:23 < CIA-23> WebGUI: colin * r11251 /WebGUI/docs/create.sql: preparing for 7.7.10 release
20:24 < ckotil> i really like the vmplayer wre
20:24 < daviddelikat1> I wrote a script that copies the code from the git area to the WebGUI area for installation
20:24 < ckotil> i wish you could run it from the cli. i can only launch it from the gui
20:24 < daviddelikat1> let me know if you want to try it...
20:25 < daviddelikat1> ckotil: are you running on WinXP?
20:25 < ckotil> linux
20:25 < ckotil> centos5 specifically
20:25 < daviddelikat1> vmware player of server?
20:26 < ckotil> kinda neat that they chose centos5 for the vm
20:26 < ckotil> vmplayer
20:26 < daviddelikat1> I've never used the player
20:26 < daviddelikat1> how is the gui?
20:26 < ckotil> its nice. very intuitive
20:26 < ckotil> load the vmx file, and hit go
20:27 < daviddelikat1> so if you exit the gui does it stop the vms?
20:27 < ckotil> sadly yes
20:27 < daviddelikat1> very sad...
20:27 < daviddelikat1> the server is really nice, you should try it
20:27 < daviddelikat1> you can view the console from anywhere with network access to the host
20:27 < ckotil> alright
20:28 < ckotil> cool
20:28 < daviddelikat1> all the vm controls are web based
20:28 < ckotil> yeah, that would definately be useful in a production environment
20:28 < daviddelikat1> the only trouble is that even on the server you have to have a browser to work with it
20:28 < ckotil> im running vmplayer at home.
20:29 < ckotil> wanted to move a site to webgui, but im already running mysql and apache, and of course the wre doesnt like that. so the vmplayer is great for that. and i just use mod_proxy on my apache instance and proxy to the vm.
20:29 < daviddelikat1> I run it all from home
20:29 < daviddelikat1> but my office looks like a server farm
20:29 < ckotil> heh
20:30 <+perlDreamer> it's warm in the winter, and in the summer, he can bake bread in there
20:30 < topsub> When is paypal going to be a default driver?
20:30 < daviddelikat1> I work for a scrap company and so I have to try some of the equipment out...
20:30 <+perlDreamer> now, topsub
20:30 < ckotil> heh, so you make some good finds in the scrap?
20:31 < daviddelikat1> indeed, I'm messing around with a couple of 64bit units at work these days
20:31 < ckotil> ive got a big dell tower, and a few small dell desktops all running linux stacked up in my closet connected to a wireless bridge. that's my setup at home.
20:31 < ckotil> and 1 hardwired too in the living room.
20:32 < daviddelikat1> I prefer smaller units, I've got three 1U rackmounts 
20:32 < ckotil> ive been looking for a half rack or cabinet. but they cost too much. so i wait
20:33 < daviddelikat1> I just stack mine on a wire rack
20:33 < ckotil> heh
20:33 < daviddelikat1> makes maintenance difficult
20:33 < daviddelikat1> but I manage
20:34 < daviddelikat1> you could probably replace that huge Dell with a nice dual P3 2.? GHz gadget for about $100
20:34 < daviddelikat1> oops there goes my sales pitch again
20:34 < ckotil> dual p3?
20:35 < ckotil> that dell sc1420 has a xeon 2.8 64 bit
20:35 < daviddelikat1> thats most of my equipment
20:35 < ckotil> w/ a slot for another cpu
20:35 < ckotil> i got a great deal on it. $175
20:35 < ckotil> about 6 months ago.
20:35 < daviddelikat1> OK you run better than I do...
20:36 < ckotil> the rest of the dells are p4 2ghz
20:36 < ckotil> they come from the university's junk pile
20:36 < daviddelikat1> but the dual p3 can match many of the p4's out there
20:36 < daviddelikat1> single or dual?
20:36 < ckotil> you can buy pallets of them (~20 systems) for $500 bucks
20:36 < ckotil> singles
20:36 < ckotil> these are workstations that were in the computer labs on campus
20:37 < daviddelikat1> which unicvversity are we talking about?
20:37 < ckotil> and as time goes on, the systems get better and better :) . but they seem to get smaller too, which isnt very good when i like to stuff them with hdd's
20:37 < ckotil> Indiana University
20:37 < daviddelikat1> thats a bit of a drive from madison, wi
20:38 < ckotil> ya. come down for when the badgers play the hoosiers
20:38 < daviddelikat1> storage is definately a problem whith these things
20:38  * perlDreamer goes to the gym, be back in 90
20:38 < daviddelikat1> I have a SCSI raid contraption on one of mine
20:39 < ckotil> yeah, gotta have a raid. scsi drives cost a lot tho
20:39 < daviddelikat1> this takes IDE
20:39 < daviddelikat1> pretty cool that way
20:39 < ckotil> ah cool. i lucked out and got 2, 3ware 9500's 8 port sata.
20:40 < daviddelikat1> I'm watching for Sata stuff, but its hard to come by right now.
20:40 < ckotil> put one in the big dell, and now im set on space for a while
20:41 < ckotil> hard drive space is like fun, you cant have too much of it
20:41 < daviddelikat1> gotta watch the power supply though
20:42 < ckotil> ya
20:42 < daviddelikat1> more than ounce I dragged a computer because the power supply was insuffitient
20:42 < daviddelikat1> it gets pretty flakey
20:46 < ckotil> i really want a new desktop at home. so i started spec'ing out a quad core duo w/ ddr3 1600 and a big ass PS. 1 kilowatt
20:46 < ckotil> but man, is it ever expensive
20:46 < ckotil> i got it down to $600 without a video card and hdd
20:46 < topsub> holy cow! haha
20:47 < daviddelikat1> what were you getting for HD?
20:47 < ckotil> i was gonna throw that other 3ware card in it
20:47 < ckotil> buy 2-1TB samsungs
20:47 < topsub> haha
20:47 < ckotil> maybe 3 in a raid5 config
20:47 < topsub> i have 2x 750gb and 1 74gb 10k raptor 
20:47 < ckotil> those drives are 100 a piece now
20:48 < ckotil> cool, the raptor is the OS drive?
20:48 < topsub> correct
20:48 < topsub> os and any fast games
20:48 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
20:48 < topsub> well games that need the speed otherwise i have a folder on the data drives for programs
20:49 < topsub> well i bbl, going to lay by the pool for little bit
20:50  * ckotil jealous
20:50 < topsub> before it starts rainning
20:50 < ckotil> ohh sun's popping out here.
20:50 -!- rharhen [i=rharhen@216.20.64.232] has quit ["Hey!  Where'd my controlling terminal go?"]
20:52 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20:58 -!- hansw [n=hans@p54807D34.dip.t-dialin.net] has joined #webgui
21:37 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit [Read error: 104 (Connection reset by peer)]
21:39 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
22:04  * perlDreamer is back
22:23 < CIA-23> WebGUI: colin * r11252 /branch/WebGUI_7.6/lib/WebGUI/ (Account/Inbox.pm i18n/English/Account_Inbox.pm): Fix broken i18n labels in Account/Inbox.
22:23 < CIA-23> WebGUI: colin * r11253 /WebGUI/lib/WebGUI/ (Account/Inbox.pm i18n/English/Account_Inbox.pm): Forward porting Account/Inbox i18n fixes.
22:23 < CIA-23> WebGUI: colin * r11254 /WebGUI/docs/changelog/7.x.x.txt: Bug attribution
22:26 <+perlDreamer> do they make solar laptop chargers?
22:38 < CIA-23> WebGUI: colin * r11255 /WebGUI/lib/WebGUI/Asset/Shortcut.pm: Fix missing i18n in the shortcut.
22:38 < CIA-23> WebGUI: colin * r11256 /branch/WebGUI_7.6/ (lib/WebGUI/Asset/Shortcut.pm docs/changelog/7.x.x.txt): Backporting from HEAD, 11254, 11255.
22:42 < hansw> Hi all, I know the version is very old but does anyone know if it is possible to give content managers in webgui the rights to set a page online or hide it?
22:43 < hansw> webgui 5.4
22:43 < hansw> I do not want to give them admin access
22:53 < CIA-23> WebGUI: colin * r11257 /branch/WebGUI_7.6/docs/create.sql: Preparing for 7.6.27 release.
22:54 <+perlDreamer> hansw, your options are limited
22:54 <+perlDreamer> You could try changing the UI level of the users
22:54 <+perlDreamer> and then customizing them in the WebGUI config file to hide stuff
22:54 <+perlDreamer> but you have to Turn Admin On to get access to the editing controls
22:55 <+perlDreamer> so you're kinda stuck
23:04 < ckotil> how about a macro that passes the assetID and flips the on off switch?
23:07 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:15 < hansw> perlDreamer, thanks
23:16 < hansw> perlDreamer, will I be able to define what people can do in recent versions?
23:16 <+perlDreamer> no
23:16 <+perlDreamer> only with the UI level twiddling
23:16 < hansw> hmm, that is a pitty
23:17 < hansw> but I will have a closer look, might tune it a bit for us
23:18 <+perlDreamer> If you have problems, post back and we'll see if we can help
23:18 <+perlDreamer> maybe there's a good RFE lurking near here
23:20 -!- ekennedy [n=ekennedy@174-154-204-238.pools.spcsdns.net] has joined #webgui
23:20 < hansw> perlDreamer, well, what I want is not to hard I think, I want content managers, or a defined group by the admin, to be able to set pages online and define from when to when they will be online, I did see the semi admin role but that one is not able to do it too
23:21 < hansw> for a new version I would like to just define what people can do (in a group) and then add users to it
23:21 < hansw> that might take some more work :-)
23:22 <+perlDreamer> yeah, and more than just a little
23:22 < hansw> I will get my hands wet after the summer holidays
23:22 <+perlDreamer> so set pages online, that's an asset edit
23:22 < hansw> hmm, nice
23:22 <+perlDreamer> to set when they are available, that is a version tag function, which is separate
23:22 <+perlDreamer> and requires Admin console access
23:23 < hansw> I will give it some more thoughts and see if I can mockup something for 5 while I am working on it, maybe it's not to hard to port it to a recent version
23:23 <+perlDreamer> you could also check out the Admin Groups in the Settings
23:23 < hansw> I even see some chances using an sql report mix
23:23 <+perlDreamer> they may already allow what you want
23:24 < hansw> I will, thanks for the tips
23:24 <+perlDreamer> you're welcome :)
23:24 < hansw> btw, is 7 using mysql functions?
23:24 < hansw> as in, user defined functions in sql?
23:25 <+perlDreamer> not that I know of
23:25 < hansw> ok, I just need to install 7 :-)
23:26 <+perlDreamer> you might want to ask that question on the developer forum
23:26 <+perlDreamer> since every once in a while there are talks about trying to stay db agnostic
23:26 <+perlDreamer> there are some wG folk who want a postgres complaint WebGUI
23:31 < SquOnk> perlDreamer: Hell yes!
23:31 <+perlDreamer> You didn't think that I'd forgotten about that, did you SquOnk? ;)
23:31 < SquOnk> DBIx::Class is the way
23:33 < hansw> perlDreamer, as long as the user defined functions are well documented it should not be a problem
23:34 < hansw> spamikaze is ported to postgres too :-)
23:35 < hansw> and I can test webgui using oracle too, not a real problem
23:35 < hansw> or mssql, although I prefer to stay on unix
23:38 -!- ekennedy [n=ekennedy@174-154-204-238.pools.spcsdns.net] has left #webgui []
23:39 < hansw> I would like to get into development again, after we brought the site online the first questions for 'plugins' came one day later
23:39 < hansw> might have to write some integration for salesforce
23:53 < CIA-23> WebGUI: colin * r11258 /releases/WebGUI_7.7.10-beta: Release 7.7.10-beta
--- Day changed Fri Jun 12 2009
00:16 <@tavisto> perlDreamer, the CS Q&A bug was the one involving the answers being outside of the answer box eh?
00:16 <+perlDreamer> yes
00:17 <+perlDreamer> preaction beat the snot out of that one
00:17 <@tavisto> heh.. nice timing. I just got angry at the one on CMSmatrix.org and temporarily switched the template to the topics tmpl
00:17  * preaction kills bugs dead
00:17 <@tavisto> that stupid bug was alive for like 2 years
00:17 <@tavisto> thank God
00:17 <@tavisto> it kept morphing
00:17 <@tavisto> and doing ninja moves to survive
00:18 <@tavisto> way to go preaction, way to cut thru the ninja smoke and end that fool
00:19  * preaction bows solemnly
00:20 -!- Trav| [n=etienne@AMontsouris-157-1-72-126.w90-46.abo.wanadoo.fr] has left #webgui []
00:23 < CIA-23> WebGUI: colin * r11259 /WebGUI/ (4 files in 4 dirs): Preparing for 7.7.11 development.
00:23 < CIA-23> WebGUI: colin * r11260 /releases/WebGUI_7.6.27-stable: Release 7.6.27-stable
00:24 <+perlDreamer> that's right ladies and gentlemen.
00:24 <+perlDreamer> I have achieved the single day dual release!
00:27 <@preaction> DUN DUN DUNNNNNNNNN
00:28 <@preaction> why?
00:28 <@preaction> just so we have just one day for releases?
00:28 <@Haarg> security bug
00:29 <@preaction> whoops
00:30 <@Haarg> perlDreamer, i just tried this on a demo site and it left a version tag when it shouldn't have http://www.plainblack.com/bugs/tracker/10506
00:30 <+perlDreamer> you did?
00:30 <+perlDreamer> it did, I mean?
00:30 <@Haarg> created a demo site, editted welcome article to be a package, went to another page, deployed package
00:31 <@Haarg> and there was an open version tag
00:31 <+perlDreamer> in the admin bar
00:31 <@Haarg> yes
00:31 <+perlDreamer> beta or demo?
00:31 <@Haarg> demo
00:32 <+perlDreamer> are they configured in a particular way?
00:32 <@Haarg> defaults
00:32 <@Haarg> which is autocommit
00:32 <@Haarg> beta acts the same
00:35 <+perlDreamer> I just did one on demo: http://demo.plainblack.com/demo1244754039_594/
00:35 <+perlDreamer> no version tag
00:35 <@preaction> did we verify that bug? i mean, i don't know of an LDAP server we have to use to test/verify
00:35 <+perlDreamer> the bug was verified
00:35 <+perlDreamer> nothing was added to the error variable
00:35 <+perlDreamer> so it compares true against ""
00:35 <+perlDreamer> and returned true from authenticate
00:36 <@Haarg> where did you try to deploy the package?
00:36 <+perlDreamer> on the site_map page
00:36 <@Haarg> i just tried on the documentation page and it created a version tag
00:36 <+perlDreamer> no way
00:36 <+perlDreamer> the version tag just showed up
00:36 <+perlDreamer> when I did a page refresh
00:36 <@Haarg> how are you deploying it?
00:36 <@Haarg> that's mine
00:36 <+perlDreamer> clicking on the URL
00:36 <@Haarg> i used your delp
00:36 <@Haarg> demo
00:37 <+perlDreamer> I'll try that page locally
00:38 <@Haarg> deploying through the asset manager auto commits
00:38 <@Haarg> but using the admin bar does not
00:39 <+perlDreamer> that explains it then
00:39 <+perlDreamer> I never use the admin bar
00:39 <+perlDreamer> in the asset manager
00:40 <+perlDreamer> the only difference between those two URLs is the proceed=assetManager at the end
00:41 <@Haarg> should be a simple fix
00:45 <+perlDreamer> I think this is 2 bugs
00:45 <+perlDreamer> 1) deploy package doesn't do anything with version control
00:45 <+perlDreamer> 2) redirecting to the assetManager should not do an autocommit for you
00:49 <+perlDreamer> preaction, do you have a few minutes?
00:50 <@Haarg> i'm not sure about 2
00:50 <@Haarg> it is a little odd, but the code to do that is there for a good reason
00:51 <+perlDreamer> I'm sure, but it also will autocommit any open version tag you have
00:51 <@Haarg> and if that situation ever occurs, that most likely means there is a bug elsewhere
00:51 <@Haarg> only with autocommit on
00:51 <+perlDreamer> yes
00:52 <@Haarg> if autocommit is on there shouldn't be open version tags
00:53 <+perlDreamer> then wouldn't that code be superfluous?
00:53 <@Haarg> it is there to handle the copy/cut/duplicate functions of the asset manager
00:54 <+perlDreamer> hm, because they all use skipAutoCommit
00:54 <+perlDreamer> that makes sense
00:54 < CIA-23> WebGUI: colin * r11261 /branch/WebGUI_7.6/ (4 files in 4 dirs): Ready for 7.6.28 development.
00:54 < CIA-23> WebGUI: graham * r11262 /branch/WebGUI_7.6/ (lib/WebGUI/AssetPackage.pm docs/changelog/7.x.x.txt): deploying a package doesn't commit version tag in autocommit mode
00:58 <+perlDreamer> do you want me to forward port that for you?
00:59 <@Haarg> i'll take care of it
00:59 <+perlDreamer> okay, I'm going to install an old ubuntu to try it against a new Gallery to see if the rendering is better
01:02 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
01:02 -!- mode/#webgui [+v perlmonkey2] by ChanServ
01:08 <+perlDreamer> perlmonkey2, I'm installing ubuntu in a vm
01:09 <+perlmonkey2> perlDreamer: my replacement laptop hd came in and its connector is the wrong form factor.  
01:14 -!- tavisto [n=tavisto@96.230.192.126] has quit []
01:14 -!- hansw [n=hans@p54807D34.dip.t-dialin.net] has quit ["Leaving"]
01:21 <+perlDreamer> dude, that sucks
01:21 <+perlDreamer> can you ship it back to get the correct one?
01:22 <+perlDreamer> Or will you have to buy a laptop to wrap around that new drive?
01:24 <+perlmonkey2> perlDreamer: heh, no idea.  looks like the drive is pin for pin compatable, so I'm thinking of just soldering htem.
01:24 <+perlmonkey2> 15 pins and 7 pins, and they both said "1 x 7-pin Serial ATA/300 Serial ATA".  So surely they are the same, just some weird Dell specific form factor.
01:28 <@Haarg> it has a different connector?  odd.
01:30 <+perlDreamer> whenever I've bought replacement hard drives online, I always check to see if they way they work in a particular laptop
01:31 <+perlDreamer> but trust Dell to have their own connector
02:02 <@Haarg> daviddelikat1, you should set a name/email in your git config
02:03 <@Haarg> or not commit as root if you already have that set
02:05 < topsub> Is there a way to disable the textarea resize thing?
02:07 <@preaction> from the code, yes. otherwise no
02:07 < topsub> The code being?
02:07 < topsub> from the perl? or the frontend templates?
02:09 -!- Radix_ changed the topic of #webgui to: [7.6.27-stable | 7.7.10-beta | WRE 0.9.3] Before you ask, check the wiki: http://wiki.webgui.org | Pastebin: http://webgui.pastebin.com
02:18 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
02:21 < topsub> I used jquery to remove the class that turned on the yui resize
02:31 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:32 -!- mode/#webgui [+v patspam] by ChanServ
02:47 <+patspam> perlDreamer++
02:47 <+perlDreamer> huh?  What did I do?
02:47 <+patspam> another week, another release :)
02:48 <+patspam> perlmonkey2: I woke up at 4am last night and realised that Survey has a bug
02:52 <+patspam> individual survey answer responses are recorded in the db as a hash keyed by sectionIndex-questionIndex-answerIndex
02:53 <+patspam> if you do anything to your survey that changes the section/question/answer ordering, those response keys become invalid
02:55 <+patspam> I think the solution is to add a guid to every section/question/answer
03:10 <+patspam> I've recorded it as bug #10520 and will have a crack at it first chance I get (which is looking like monday)
03:16 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit [Read error: 110 (Connection timed out)]
03:20 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
03:20 -!- mode/#webgui [+o tavisto] by ChanServ
03:22 <+perlDreamer> patspam, I'll assign the bug to tavisto so he can fix it
03:22 <@tavisto> um
03:22 <+patspam> sounds good to me!
03:23 <@tavisto> *tavisto wacks perlDreamer with a shovel*
03:23  * perlDreamer ducks
03:23 <@tavisto> *tavisto thinks perlDreamer cannot duck after he types he HIT him with a shovel*
03:23  * perlDreamer ducks _before_ the aforementioned shovel
03:24 <@tavisto> *not possible because you didn't know I was going to do it*
03:24 <@tavisto> *tavisto thinks perldreamer is breaking the rules of IRC and physics and time travel*
03:24 <@tavisto> for that, the penalty is denial of me fixing your bug
03:24 <+perlDreamer> either that, or he's got a serious post-shovel buzz going on
03:26 -!- SquOnk [n=emhn@201.211.88.228] has quit ["Yippie kay-ai-yay, fudder muckers!"]
03:59 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
04:02 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
04:16 <+perlmonkey2> patspam: ah, do we version surveys?
04:18 -!- khenn [n=khenn@76.208.68.155] has quit [Read error: 110 (Connection timed out)]
04:21 <+patspam> perlmonkey2: yeah i was thinking about that last night
04:21 <+patspam> we create a new revision on every Edit page submit, but not every Edit Survey page submit
04:21 <+perlmonkey2> right
04:21 <+perlDreamer> does that help with the way that responses are stored?
04:22 <+perlmonkey2> results are tied to a particular survey, but that is all (installing mysql to look at the db).
04:22 <+patspam> yeah. you could try to solve it by storing a revision id with the response
04:23 <+patspam> but you'd need to create a new revision on every survey structure edit
04:23 <+patspam> which would create a *lot* of revisions
04:23 <+perlDreamer> but then when you edit it, all the old responses becomes irrelevant
04:23 <+patspam> responses would be bound to a revision
04:24 <+patspam> it doesn't feel like the right solution, i think it'd be better if items had unique ids that didn't change when you change the survey structure
04:25 <+perlmonkey2> isn't the structure of the survey as it was started by a response, stored in the response?
04:25 <+perlmonkey2> I thought a response had the survey order stored with it.
04:26 <+perlmonkey2> Maybe add enough information for each response to rebuild the survey in most ways?
04:27 <+perlmonkey2> That doesn't seem right either.
04:28 <+perlmonkey2> how about a new table to store a version of the survey on each response.  But if that version is already there upon a new response, it just keys to the existing one?  So a new version is stored only upon a new response started o a new survey design.
04:30 <+patspam> that could get pretty confusing to end users
04:31 <+patspam> or not, hmm i need to think about it more!
04:31 <+patspam> but gotta run now
04:31  * perlDreamer thinks patspam's original was pretty good
04:32 <+perlmonkey2> I don't see how the original idea solves the problem.
04:32 <+perlDreamer> if each field has a unique identifier, then you can always connect a survey response to it's question.
04:38 <+perlmonkey2> perlDreamer: but if you change survey's sections, questions, or answers, the id's in the response will no longer match up to the survey's.  
04:38 <+perlDreamer> I probably don't understand the problem well enough.
04:38 <+perlDreamer> but that's okay
04:38 <+perlmonkey2> The unique id's are array indexes to the survey structure.
04:42 <+Radix_> Hmm.. looks like the wre 0.9.3 doesn't like my 7.4.40 version of webgui.. produces a 503 'service temporarily available' error
04:42 <+Radix_> anyone know what the upgrade steps are for this version?
04:45 <+perlDreamer> for the WRE, or WebGUI?
04:46 <+Radix_> webgui.. 7.4.40->7.5.40->7.6.27?
04:46 <+Radix_> or do I need to do some hops inbetween?
04:46 <+Radix_> wre is the latest
04:47 <+perlDreamer> that looks right
04:47 <+perlDreamer> be sure to double check the gotchas files for more info
04:49 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
05:15 < topsub> arg for some reason a shortcut is undraggable.. Like something is messed up, is there a way to set it to antoher position?
05:37 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
05:37 -!- mode/#webgui [+v perlmonkey2] by ChanServ
05:38 <+perlmonkey2> perlDreamer: youtube to the rescue.
05:38 <+perlmonkey2> looked up videos on how to change your hard drive in a vostro, and one showed the adapter.  Never occurred to me to yank on the flimsy piece of plastic with the pins on it :P
05:41 <+perlDreamer> ha!
05:41 <+perlDreamer> excellent
05:41 <+perlDreamer> saved you some soldering
05:41 <+perlmonkey2> no doubt
05:42 <+perlmonkey2> and it is like a new laptop.  With ext4 + a new 7200rpm sata300 drive, things are *fast*
05:44 -!- tavisto [n=tavisto@96.230.192.126] has quit []
06:20 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has left #webgui []
06:20 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
06:21 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit ["Leaving."]
06:30 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Leaving."]
06:30 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
06:31 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
06:31 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has left #webgui []
06:36 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
06:36 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
06:40 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
06:40 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
06:41 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
06:41 -!- mode/#webgui [+v perlmonkey2] by ChanServ
06:46 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit [Client Quit]
07:12 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
07:17 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
07:17 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
07:18 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
07:18 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
08:14 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
08:39 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has joined #webgui
08:52 < |andrewcreer|> Hello irc and webgui newbie here.  Anyone there?
08:55 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
08:55 -!- mode/#webgui [+o Haarg] by ChanServ
09:20 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
10:26 <+Radix_> hi |andrewcreer|
11:21 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has quit [Read error: 110 (Connection timed out)]
11:25 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
11:27 -!- dapperedodo [n=dappered@87.213.33.210] has joined #webgui
11:40 -!- SynQ [n=koendejo@host2.procolix.com] has joined #WebGUI
11:45 < SynQ> dutch demo servers have just been upgraded to latest versions of stable and beta
11:46 -!- dapperedodo [n=dappered@87.213.33.210] has left #webgui []
12:01 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has joined #webgui
12:01 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
12:38 < CIA-23> WebGUI: martin * r11263 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Operation/VersionTag.pm): Fixed a bug which caused empty version tags to not be deleted because of a wronhg method call.
12:56 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has quit [Read error: 110 (Connection timed out)]
13:34 -!- hansw [n=hansw@87.249.99.61] has joined #webgui
13:34 -!- dapperedodo [n=dappered@87.213.33.210] has joined #webgui
14:18 -!- bernd_kz [n=spunky@88.128.45.47] has joined #webgui
14:18 -!- bernd_kz is now known as kimd
14:19 < kimd> Hi folks!
14:19 < kimd> Short question: which format do we use to store timestamps in the database?
14:19 < kimd> Is it MySQL datetime?
14:20 < kimd> Or rather WebGUI epoch format?
14:29 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
14:29 -!- mode/#webgui [+v bartjol] by ChanServ
14:32 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
14:32 -!- mode/#webgui [+o plainhao] by ChanServ
15:08 -!- kimd [n=spunky@88.128.45.47] has quit ["Ex-Chat"]
15:19 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
15:22 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
15:30 -!- dapperedodo [n=dappered@87.213.33.210] has left #webgui []
15:52 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has quit ["Lost terminal"]
16:03 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
16:04 -!- mode/#webgui [+v MrHairgrease] by ChanServ
16:05 -!- joepep [n=joepesci@modemcable214.47-20-96.mc.videotron.ca] has joined #webgui
16:07 < joepep> hello all
16:08 < joepep> i am interreseted in trying webgui and was wondering is there a way to install webgui to a hosting server ?
16:08 < SynQ> joepep: that depends
16:09 < SynQ> joepep: if you would like to try webgui, use one of the demo servers
16:09 < SynQ> demo.webgui.org
16:09 < SynQ> for example
16:09 < SynQ> that will create you a 1 day demo
16:09 < joepep> i tried it and looks good
16:09 < joepep> i want to see how the istall goes
16:10 < joepep> but cant get specific install instruction
16:10 < SynQ> well there is
16:10 < SynQ> hang on, I'll look up the url
16:10 < SynQ> http://www.plainblack.com/community-wiki/wre-installation
16:10 < SynQ> there you go
16:11 < joepep> thank you i am looking at it now
16:14 < joepep> ok i understand that i need to have a local server and cannot install it at a remote hosting company . is that correct ?
16:14 < SynQ> that depends
16:15 < SynQ> what you mean by 'remote hosting company'
16:16 < joepep> hostexcellence hosting company
16:19 <+MrHairgrease> joepep, you'll need server access to install webgui
16:20 <+MrHairgrease> so if you rent a virtual server to which you have root acccess at hostexclenece, you can install
16:20 <+bartjol> or host at procolix
16:20 <+MrHairgrease> if you only have ftp access or something like it, you won't be able to do so
16:20 <+MrHairgrease> sure
16:20 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
16:21 <+MrHairgrease> there are a number of companies that offer webgui hosteing
16:21 <+MrHairgrease> for fairly low prices
16:25 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
16:25 -!- mode/#webgui [+v perlmonkey2] by ChanServ
16:25 < joepep> thank you guys i will check with hostexcellence if possible
16:27 <+MrHairgrease> ok
16:27 <+MrHairgrease> success!
17:10 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:10 -!- mode/#webgui [+o Haarg] by ChanServ
17:15 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
17:15 -!- mode/#webgui [+v danny_mk] by ChanServ
17:24 -!- hansw [n=hansw@87.249.99.61] has quit ["Leaving"]
17:30 <+bartjol> is there a webgui method to check the size of the uploads folder?
17:31 <+bartjol> I used a du command, but that isn't usable everywere
17:34 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has joined #webgui
17:35 <+bartjol> mmm maybe via the storage module
17:37 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit ["Leaving."]
17:37 <+bartjol> mmm, getFileSize for every stored file
17:38 < SynQ> bartjol: that sounds very performance unfriendly
17:39 <+bartjol> yeah, that what I was thinking
17:39 <+bartjol> but then a correct sentence
17:39 < SynQ> unless you save the fileSize in the database on the moment of storing  the file
17:40 <+bartjol> well, it will remain the du command for now
17:59 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has left #webgui []
18:01 <@steveo_aa> WebGUI::Inbox.  I've examined the code to determine if there is a stop flag to prevent external email from being sent when an inbox message is received.  I have not observed any.  Is it current by design, to always send email from an inbox submission to a recipient with an email address in their profile?
18:06 <@Haarg> yes, that is how it is designed
18:07 <@Haarg> would make sense as an rfe to have a site and/or user setting for that though
18:07 <@steveo_aa> Thanks for the confirmation.  I have received an outstanding request and wanted to make sure I wasn't duplicating something there that I missed or that was in the works.
18:15 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:15 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:15 <+perlDreamer> Morning, folks :)
18:16 <@steveo_aa> Hi perlDreamer.  Available for a chat?
18:16 <+perlDreamer> yes.
18:19 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui []
18:42 < CIA-23> WebGUI: colin * r11264 /WebGUI/ (lib/WebGUI/AssetPackage.pm docs/changelog/7.x.x.txt): Forward ported deployPackage autocommit fix.
18:42 < CIA-23> WebGUI: colin * r11265 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Operation/VersionTag.pm): Backporting empty version tag fixes.
19:12 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
19:13 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
19:13 -!- mode/#webgui [+v perlmonkey2] by ChanServ
19:19 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["Leaving"]
19:25 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
19:25 < SynQ> hmm
19:26 < SynQ> what does this mean: Could not create workflow instance for workflowId 'pbworkflow000000000007': It is a singleton workflow and is still running from the last invocation.
19:26 < SynQ> and should I take action on that?
19:26 < SynQ> what does it actually do?
19:27 -!- Haarg [n=haarg@75.50.91.77] has joined #webgui
19:27 -!- mode/#webgui [+o Haarg] by ChanServ
19:32 <@preaction> SynQ: it means that workflow is already running and isn't allowed to run again. you should let the first instance complete, if it doesn't, there's something wrong with it (check the error log)
19:32 < SynQ> hmm
19:33 < SynQ> it doesn't say anything in the error log
19:33 < SynQ> but my webgui.log is filling up with these messages for one of the servers
19:34 < SynQ> pbworkflow00000000007 how do I find that in webgui?
19:34 < SynQ> ah
19:35 < SynQ> when I go into one of them sites
19:35 < SynQ> I can see that it is the 'Hourly Maintenance Tasks' 'Get syndicated content' workflow
19:37 < SynQ> well 
19:37 < SynQ> it doesn't seem to hurt the server :)
19:37 < SynQ> so I'm off to have a nice weekend
19:37 < SynQ> later
19:54 < CIA-23> WebGUI: yung * r11266 /branch/WebGUI_7.6/www/extras/wobject/Matrix/matrixCompareList.js: fixing sticky show/hide in IE
19:54 < CIA-23> WebGUI: yung * r11267 /WebGUI/docs/upgrades/ (2 files in 2 dirs): fixing Matrix stickied hide/show in IE
20:04 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
20:07 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20:08 <+perlDreamer> SynQ, pbworkflow00000000007 is sending emails
20:13 -!- dhelsten [n=helsten@67.159.157.76] has joined #Webgui
20:13 < SynQ> perlDreamer: I saw that yes
20:14 < SynQ> I have allready solved the issue by running spectre --run --debug
20:14 < SynQ> and I saw that the number of workflows was lagging from a massive 'delete' action this afternoon
20:14 < SynQ> which spawned a lot (more then 200) workflows
20:15 < SynQ> so I turned up the amount of allowed workflows
20:15 < SynQ> kept a close watch for a few minutes
20:15 < SynQ> and that helped
20:15 < SynQ> thanks :)
20:16 <@Haarg> what version are you running?
20:16 <@Haarg> those deletion workflows shouldn't exist for most cases anymore
20:17 < SynQ> Haarg: 7.4.something
20:17 <@Haarg> i think that was a change in 7.5
20:17 <@Haarg> don't remember exactly
20:17 < SynQ> I'm actually cleaning out all the cruft so I can do an upgrade to 7.6 stable soon :)
20:17 < SynQ> soon = in a few hours when all normal people have gone to bed
20:18 < SynQ> gotta run now
20:18 < SynQ> later
20:20 < dhelsten> Question:  I have multiple ads that point to a landing page on my site.  I'm using Google analytics to track the pages.  Rather than creating a new landing page for each site, I'd like to use a unique url to reach the page.  The thought occured that I could add something to the URL after a ? in a way similar to ?op=switchOnAdmin.  Is there a dummy statement that will still go to the page but won't affect the pages content?   
20:25 <+perlDreamer> you can stick anything in there that WebGUI will ignore
20:25 <+perlDreamer> but
20:25 <+perlDreamer> don't forget WebGUI's "other" features
20:25 <+perlDreamer> like Redirect
20:25 <+perlDreamer> and Shortcut
20:25 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]"]
20:26 <+perlDreamer> also, you could play games with URL rewriting in your apache config
20:26 <+perlDreamer> Haarg, i forward ported (and tested) the deployPackage patch
20:26 <@Haarg> yeah, i saw
20:26 <+perlDreamer> and I backported Yung's patch as well
20:26 <+perlDreamer> I noticed his Matrix fixes were already backported
20:27 <+perlDreamer> sorry, not Yung, but Martin
21:01 <+perlDreamer> Haarg: Are _all_ workflow activites supposed to be in the default config file?
21:26 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
21:33  * perlDreamer goes to lunch
21:38 -!- hansw [n=hans@p54807833.dip.t-dialin.net] has joined #webgui
21:44 <@Haarg> i would think so perlDreamer, unless there was some particular reason to avoid doing that
21:54 < dhelsten> Thanks perlDreamer.  This will make it easy to track my ads.  Thanks!
21:57 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has quit ["Leaving"]
22:01 -!- dhelsten [n=helsten@67.159.157.76] has quit []
22:19 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
22:28 -!- bernd_kz [n=spunky@tmo-051-77.customers.d1-online.com] has joined #webgui
22:29 -!- bernd_kz [n=spunky@tmo-051-77.customers.d1-online.com] has quit [Connection reset by peer]
22:54 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
22:54 < elnino> hi.
22:55 < elnino> I need ot make sure my terminology is correct, a "thread" is a new conversation on a CS system. right? and a post is the actual replies back and forth on that thread, right?
22:56 -!- kimd [n=spunky@tmo-051-77.customers.d1-online.com] has joined #webgui
22:57 < elnino> Ie: the thread is a collection of posts.
22:57 < kimd> preaction, do you have a sec for JS-related questions?
22:57 <@preaction> kimd: sure
22:57 <@preaction> elnino: correct
22:57 < kimd> I am trying to improve your chatbox.
22:57 < kimd> I moved the formatting of the chat to webgui.
22:58 < kimd> Now I want to have JS update the content.
22:58 <@preaction> so webgui spits out HTML with the chatbox's contents?
22:58 < kimd> How can I set some node referenced by its id to any HTML content?
22:58 < kimd> Exactly!
22:59 <@preaction> document.getElementById( id ).innerHTML = someHTML; // ez
22:59 < kimd> Cool!
22:59 < elnino> so, if you "disable replies" that means you are only allowing for a "a thread with one post"
22:59 < kimd> That's probably all I needed!
22:59 < kimd> Thank you very much!
22:59 <@preaction> elnino: right
22:59 <@preaction> elnino: know also that the "Thread" is also a "Post", so that's how there's only a Thread asset
23:00 < elnino> yep, that was what I figured, it was kinda confusing... but i think I get it.
23:00 < elnino> Thanks preaction
23:00 <@preaction> np
23:01 < elnino> mm. one other question.
23:01 < elnino> is there a why to disable two way converstaion?
23:01 < kimd> preaction, it works!!!
23:01 < kimd> Really cool!
23:02 < elnino> oh never mind. is there ranking on cs wobjects?
23:02 < kimd> Do you want me to submit the code to the Bazaar once I am done?
23:02 <@preaction> CS no, Thread/Post yes
23:02 <@preaction> kimd: if you want you can just e-mail me the patch doug@plainblack.com
23:03 <@preaction> then i'll remember to set up a git repository that we can start committing to
23:03 < kimd> Good. I am going to do that.
23:03 < kimd> Sounds good!
23:03 < kimd> Probably not tonight.
23:03 < kimd> But maybe tomorrow.
23:03 < elnino> I take it it's just there, as opposed to something I enable/disalbe. I dont' see the option. but I'm also still on 7.5.40.
23:05 <@preaction> i think so, but i dunno really
23:05 < elnino> k. no problem.
23:06 < elnino> that's it for now.
23:06 < elnino> =)
23:06 -!- kimd [n=spunky@tmo-051-77.customers.d1-online.com] has quit ["Ex-Chat"]
23:16 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
23:16 -!- mode/#webgui [+v perlmonkey2] by ChanServ
23:17 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:31 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
23:36 <+perlDreamer> grrr
23:36 <+perlDreamer> I can't believe I missed kimd
23:36 <+perlDreamer> I need answers from kimd for a bug about calendar events taking a long time to commit
23:41 -!- SDuensin [n=Scott@12-226-44-250.client.mchsi.com] has joined #WebGUI
23:53 < CIA-23> WebGUI: colin * r11268 /WebGUI/ (4 files in 4 dirs): Replace fields that use a group that is deleted with a safe group, like Admin. rfe#76
--- Day changed Sat Jun 13 2009
00:09  * perlDreamer goes for an early weekend
00:09 < CIA-23> WebGUI: colin * r11269 /WebGUI/lib/WebGUI/Group.pm: Remove debugging code.
00:09 <+perlDreamer> 'later, all :)
00:09 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
01:09 <@preaction> http://use.perl.org/~schwern/journal/39088 <- I like it!
01:14 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
01:17 < daviddelikat> preaction: that is very cool
01:57 -!- Haarg [n=haarg@75.50.91.77] has quit ["This computer has gone to sleep"]
02:37 -!- hansw [n=hans@p54807833.dip.t-dialin.net] has quit ["Leaving"]
03:50 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has joined #webgui
04:07 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
04:07 -!- mode/#webgui [+v BartJol] by ChanServ
04:08 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit [Client Quit]
04:16 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit ["Leaving."]
04:17 -!- |andrewcreer| [n=andrewcr@dsl-220-235-80-102.vic.westnet.com.au] has quit [Read error: 110 (Connection timed out)]
04:17 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
04:22 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit [Client Quit]
04:24 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
04:55 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit ["Leaving."]
05:06 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has joined #webgui
06:32 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
06:32 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit ["Leaving."]
06:32 < elnino> hey preaction, 
06:33 < elnino> if the cs wobject distinuishes who can post a new thread, verses just replies, what template variable can I use to determine that? I only see user.canPost
06:35 <@preaction> it might be a different value when looking at the Thread (to post a Post) as opposed to looking at the CS (to post a Thread)
06:36 < elnino> hmm. well, I'm looking at ALL the threads (it's a weblog) and there is a single "add" button that shows up at the top. which is really misleading.
06:36 < elnino> Ill play around with it more.
06:59 < elnino> preaction - and "moderator" is one that can start a thread?
07:00 < elnino> must be.
07:03 <@preaction> moderator can edit threads and posts i believe
07:13 -!- ekennedy1 [n=ekennedy@173-118-178-113.pools.spcsdns.net] has joined #webgui
07:13 -!- ekennedy [n=ekennedy@173-118-31-235.pools.spcsdns.net] has quit [Read error: 110 (Connection timed out)]
07:28 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has quit ["Leaving"]
07:38 < ekennedy1> I've got a weird thing going on.  I've got a page that I can view with "Turn Admin On" but when I turn if off the page is blank and the following error is in the WebGUI log file "2009/06/12 23:32:09 - WARN - www.omahabiblechurch.org.conf - WebGUI::Content::Asset::tryAssetMethod[210] - Couldn't call method view on asset for url: cic Root cause: Can't locate object method "get" via package "WebGUI::User" at /data/WebGUI/lib/WebGUI/Asse
07:39 <@preaction> what is that line trying to do?
07:39 < ekennedy1> Let me check.
07:43 < ekennedy1> It's got to do with checking cache:  
07:43 < ekennedy1>     ##If admin mode is not on, and the cache is valid, and not expired, and the user object was not updated,
07:43 < ekennedy1>     ##return the cached value.
07:43 < ekennedy1>     if ( ! $session->var->isAdminOn
07:43 < ekennedy1>         && $overridesRef
07:43 < ekennedy1>         && $overridesRef->{cacheNotExpired}
07:43 < ekennedy1>         && $overridesRef->{userLastUpdated} >= $u->get('lastUpdated')) {
07:43 < ekennedy1>         return %{ $overridesRef };
07:43 < ekennedy1>     }
07:44 < ekennedy1> 448 is the line with the if statement.
07:44 <@preaction> please don't paste to the channel
07:44 <@preaction> what file is this?
07:44 <@preaction> your first line got cut off
07:45 <@preaction> ekennedy1: no, the usually response it to use a pastebin when pasting more than 3 lines
07:46 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
07:46 -!- mode/#webgui [+o tavisto] by ChanServ
07:48 < ekennedy1> Sorry, didn't know about the pastebin.  Not very experienced with IRC.  It is from lib/WebGUI/Asset/Shortcut.pm (from 7.6)
07:50 <@preaction> have you deleted users recently?
07:50 < ekennedy1> It looks like it must be the call to $u->get('lastUpdated')
07:50 < ekennedy1> No not that I am aware of.
07:51 <@preaction> what's the full version you're running?
07:51 < ekennedy1> 7.6.27-stable
07:52 <@preaction> great. someone decided to call a 7.7 API method in 7.6
07:52 <@preaction> change $u->get('lastUpdated') to $u->lastUpdated
07:53 < ekennedy1> Thanks.  I'll submit a bug report.
07:53 <@tavisto> preaction, does the WRE install look different when not in dev mode?
07:53 <@tavisto> this looks really really plain jane
07:53 <@preaction> tavisto: no, it doesn't
07:54 <@tavisto> wow, that definitely needs to be addressed
07:54 <@tavisto> I had no idea
07:54 <@preaction> why? what do you mean?
07:54 <@preaction> what is dev mode for that matter?
07:54 <@tavisto> I mean I'm not seeing nice looking screens during the install. Configuring Your WRE Server is just a white screen with black text
07:54 <@tavisto> dev mode is an option when you install
07:55 <@tavisto> I wondered if maybe since I am doing the dev mode install that maybe it lacked nicer templates during the install
07:55 <@tavisto> part of the WRE install has the blue screen and that's okay, but I'd like to see us go farther with the look during install
07:55 <@tavisto> first impressions mean a lot
07:55 <@preaction> no, that's just how it looks. the dev mode is going to be removed anyway
07:56 <@tavisto> oh yeah? gotcha. There's no documentation that tells you what dev mode is
07:56 <@tavisto> I had to search and find an old 2007 patspam forum question/answer
08:00 < ekennedy1> preaction: That fixed it thanks. I'll submit a bug report and commit a fix to SVN.
08:26 -!- tavisto [n=tavisto@96.230.192.126] has left #WebGUI []
08:37 -!- tavisto [n=tavisto@96.230.192.126] has joined #WebGUI
08:37 -!- mode/#webgui [+o tavisto] by ChanServ
08:39 <@tavisto> preaction, you still around
08:39 <@preaction> yes'm
08:40 <@tavisto> if you don't mind, I'm running into an install obstacle and want to make sure I'm not insane
08:40 <@preaction> go ahead
08:41 <@tavisto> I created a webgui user on my mac per the instructions and did so thru accounts as recommended. However, whenever I try to turn on modproxy it tells me that I am not logged in as admin and I cannot  start or stop services on ports 1-1024
08:41 <@tavisto> I've tried this both as my admin account and as the new webgui admin account I created
08:41 <@preaction> are you running the wreconsole as root?
08:42 <@tavisto> well just as my tavisto admin account I assume since I'm just in term
08:42 <@preaction> you need to be root to start the modproxy, so you need to do "sudo wreconsole.pl"
08:43 <@tavisto> I saw the note about sudo but it does say in the instructions "If you are not an administrator on this machine you should start the WRE console with sudo like this:
08:43 <@tavisto> to me, that's confusing because my account is an administrator on the box
08:44 <@tavisto> :)
08:44 <@preaction> "root" or "superuser" and "Administrator" are two different things
08:44 <@preaction> but Administrator can mean root to some people
08:44 <@tavisto> yep, I think that might be a good thing to spell out better in the instructions. I'll note it
08:46 <@tavisto> sweet dude, that's the kinda stuff that n00bs like me wouldn't know offhand
08:47 <@tavisto> I'll be the first to admin that I am lost in the mac/linux term stuff
08:47 <@tavisto> er admit
08:47 <@tavisto> :)
08:47 <@tavisto> thanks for teaching me a little something tonight
09:08 < CIA-23> WebGUI: ekennedy * r11270 /branch/WebGUI_7.6/ (lib/WebGUI/Asset/Shortcut.pm docs/changelog/7.x.x.txt): Fixed Bug #10524 - Reverted 7.7 API call to get('lastUpdated') on a WebGUI::User object in WebGUI/Asset/Shortcut.pm to 7.6 equivalent
09:45 -!- tavisto [n=tavisto@96.230.192.126] has quit []
10:05 -!- ekennedy1 [n=ekennedy@173-118-178-113.pools.spcsdns.net] has quit ["Leaving."]
11:21 -!- beernutz [i=B33rNutZ@173-29-148-188.client.mchsi.com] has quit []
13:13 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
13:13 -!- mode/#webgui [+o Haarg] by ChanServ
15:34 -!- khenn_ [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit []
16:09 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
16:25 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has joined #webgui
16:26 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has left #webgui []
17:56 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has joined #webgui
17:56 -!- mode/#webgui [+v perlmonkey2] by ChanServ
18:02 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has joined #webgui
18:12 -!- wgGuest74 [n=wgGuest7@124.123.61.165] has joined #webgui
19:10 -!- wgGuest74 [n=wgGuest7@124.123.61.165] has quit [Read error: 110 (Connection timed out)]
19:10 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit [Read error: 54 (Connection reset by peer)]
19:11 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
19:11 -!- mode/#webgui [+o stDavid] by ChanServ
19:50 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
20:12 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has left #webgui []
20:19 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has left #webgui []
20:45 < CIA-23> wrebuild: Colin Kuskie master * rd79e7a2 / wre/sbin/wreconsole.pl : Update copyright date in wreconsole. - http://bit.ly/17ZWtQ
21:06 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: CIA-23, @preaction
21:06 -!- Netsplit over, joins: @preaction, CIA-23
--- Day changed Sun Jun 14 2009
00:15 -!- khenn [n=khenn@76.208.68.155] has joined #WebGUI
00:15 -!- mode/#webgui [+o khenn] by ChanServ
00:23 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
00:24 -!- mode/#webgui [+v perlDreamer] by ChanServ
00:24 <+perlDreamer> daviddelikat, you rock!
00:24 <+perlDreamer> I see a subscribe link!
00:25 <@preaction> yay!
00:26 <+perlDreamer> it's nice to be able to subscribe to a ticket through the helpdesk, or as a separate page
00:26 <+perlDreamer> how's your hackery, preaction?
00:26 <@preaction> going well as usual
00:26 <@preaction> yourselves?
00:27 <+perlDreamer> thinking more about that JSON collateral
00:27 <+perlDreamer> it's a very nice solution
00:27 <+perlDreamer> but the trickledown effect is big
00:27 <@preaction> eh, i don't like how its interface works
00:28 <@preaction> it should be Crud or something
00:28 <@preaction> but again, still hate the related links thing
00:28 <+perlDreamer> so what do we need to do to put you into a shiny, new 2009 JSON Collateral?
00:28 <+perlDreamer> what kind of interface do you want
00:28 <+perlDreamer> manual
00:28 <+perlDreamer> automatic?
00:28 <+perlDreamer> 4 on the floor?
00:31 <@preaction> what if there was a way to register collateral somehow, and have it build appropriate accessors for me? instead of having to use $self->setCollateral( 'collateralName', 'key', 'etc', 'whatever', 'yesimsure', $properties);
00:31 <@preaction> so like $self->registerCollateral( "name" => { property => 'property name', key => 'keyfield' } );
00:32 <@preaction> then $self->set"name"( properties );
00:32 <+perlDreamer> and $self->get"name"( properties );
00:32 <@preaction> right
00:33 <@preaction> so the old API can still exist, but it would be called by these dynamic methods
00:33 <+perlDreamer> and delete"name", move"name"down, move"name"up
00:34 <@preaction> then i could override these methods to do more with the collateral if I wanted (but that might be more difficult)
00:35 <+perlDreamer> in essence, though, we could use the current crufty API, build the method generator on top of it later with tests, then refactor the old code to use the new API as we have time
00:36 <@preaction> right
00:37 <+perlDreamer> but first, I have to abstract out the latest JSON Collateral API, retrofit it to work as the first top level Aspect (since it's used by more than Asset, build tests)
00:37 <+perlDreamer> and then I can retrofit the Calendar to use it
00:38 <+perlDreamer> and to get it working with Assets, I need Asset.pm to support the same "serialize" option that Crud does
00:38 <+perlDreamer> so that JSON serialization happens transparently behind the scenes
00:39 <+perlDreamer> 2.5 days for the Aspect and the Asset work.
00:39 <+perlDreamer> with tests
00:40  * perlDreamer is starting to sound like a broken record...
00:44 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
00:44 -!- mode/#webgui [+v BartJol] by ChanServ
00:46  * perlDreamer goes to the recycling center.
00:46 <+perlDreamer> thanks for the chat, preaction.
00:46 <+perlDreamer> I'll put the API extension in as a TODO.
00:48 <@preaction> thanks, that'll make it more useful to me
00:55 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
01:12 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
01:12 -!- mode/#webgui [+o Haarg] by ChanServ
01:50 < CIA-23> wgdev: Graham Knop master * r8370e24 / (lib/WGDev/Command/Reset.pm lib/WGDev/Command/Test.pm): create backup when resetting a site as part of the test command - http://bit.ly/uhT9i
02:13 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has joined #webgui
02:22 -!- ekennedy [n=ekennedy@174-155-185-74.pools.spcsdns.net] has left #webgui []
02:57 -!- khenn [n=khenn@76.208.68.155] has quit []
03:29 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
04:59 -!- perlbot [n=perlbot@caelum.cachemiss.com] has quit [Remote closed the connection]
04:59 -!- perlbot [n=perlbot@caelum.cachemiss.com] has joined #webgui
07:08 -!- perlmonkey21 [n=perlmonk@adsl-70-137-3-95.dsl.okcyok.swbell.net] has joined #webgui
07:23 -!- perlmonkey2 [n=perlmonk@adsl-76-192-125-127.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
07:25 -!- perlmonkey21 [n=perlmonk@adsl-70-137-3-95.dsl.okcyok.swbell.net] has quit ["Leaving."]
07:31 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
10:34 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
10:34 -!- mode/#webgui [+v patspam] by ChanServ
11:10 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
11:18 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
11:36 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit [Read error: 110 (Connection timed out)]
12:23 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has quit [Read error: 110 (Connection timed out)]
13:05 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
13:05 -!- mode/#webgui [+o Haarg] by ChanServ
13:06 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
13:19 -!- f00li5h[HireMe] [n=f00li5h@unaffiliated/f00li5h] has quit [Remote closed the connection]
16:17 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
17:46 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
19:07 -!- perlmonkey2 [n=perlmonk@adsl-76-192-124-84.dsl.okcyok.sbcglobal.net] has joined #webgui
19:07 -!- mode/#webgui [+v perlmonkey2] by ChanServ
19:14 -!- perlmonkey21 [n=perlmonk@adsl-75-40-133-154.dsl.okcyok.sbcglobal.net] has joined #webgui
19:16 -!- perlmonkey21 [n=perlmonk@adsl-75-40-133-154.dsl.okcyok.sbcglobal.net] has quit [Client Quit]
19:16 -!- perlmonkey21 [n=perlmonk@adsl-75-40-133-154.dsl.okcyok.sbcglobal.net] has joined #webgui
19:22 -!- perlmonkey22 [n=perlmonk@adsl-76-192-124-243.dsl.okcyok.sbcglobal.net] has joined #webgui
19:30 -!- perlmonkey2 [n=perlmonk@adsl-76-192-124-84.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
19:39 -!- perlmonkey21 [n=perlmonk@adsl-75-40-133-154.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
19:43 -!- perlmonkey22 [n=perlmonk@adsl-76-192-124-243.dsl.okcyok.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
19:49 -!- perlmonkey2 [n=perlmonk@adsl-70-137-10-187.dsl.okcyok.swbell.net] has joined #webgui
19:49 -!- mode/#webgui [+v perlmonkey2] by ChanServ
19:52 -!- perlmonkey21 [n=perlmonk@adsl-76-192-126-201.dsl.okcyok.sbcglobal.net] has joined #webgui
20:10 -!- perlmonkey2 [n=perlmonk@adsl-70-137-10-187.dsl.okcyok.swbell.net] has quit [Read error: 110 (Connection timed out)]
20:30 -!- perlmonkey2 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has joined #webgui
20:30 -!- mode/#webgui [+v perlmonkey2] by ChanServ
20:39 -!- perlmonkey21 [n=perlmonk@adsl-76-192-126-201.dsl.okcyok.sbcglobal.net] has quit [Read error: 60 (Operation timed out)]
20:51 -!- joepep [n=joepesci@modemcable214.47-20-96.mc.videotron.ca] has quit []
20:55 -!- perlmonkey2 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has quit ["Leaving."]
20:56 -!- perlmonkey2 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has joined #webgui
20:56 -!- mode/#webgui [+v perlmonkey2] by ChanServ
20:58 -!- perlmonkey21 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has joined #webgui
20:58 -!- perlmonkey21 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has quit [Remote closed the connection]
21:01 -!- hansw [n=hans@p54805CCC.dip.t-dialin.net] has joined #webgui
21:02 -!- perlmonkey2 [n=perlmonk@adsl-70-137-22-86.dsl.okcyok.swbell.net] has quit [Read error: 104 (Connection reset by peer)]
21:24 -!- LTR_bob [n=bob@5ED6766C.cable.ziggo.nl] has joined #webgui
21:26 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has joined #WebGUI
21:26 -!- khenn [n=khenn@adsl-76-208-68-155.dsl.mdsnwi.sbcglobal.net] has quit [Client Quit]
21:39 -!- perlmonkey2 [n=perlmonk@adsl-70-137-19-55.dsl.okcyok.swbell.net] has joined #webgui
21:39 -!- mode/#webgui [+v perlmonkey2] by ChanServ
22:37 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
22:37 -!- mode/#webgui [+v BartJol] by ChanServ
--- Day changed Mon Jun 15 2009
00:05 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
00:05 -!- mode/#webgui [+o Haarg] by ChanServ
00:53 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
01:07 -!- hansw [n=hans@p54805CCC.dip.t-dialin.net] has quit ["Leaving"]
01:08 -!- LTR_bob [n=bob@5ED6766C.cable.ziggo.nl] has quit ["Leaving."]
01:18 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
01:18 -!- mode/#webgui [+v perlDreamer] by ChanServ
01:18 <+perlDreamer> what's up, guys?
01:19 <@preaction> not much girlfriend, sup wit joo?
01:19 <+perlDreamer> I can't check on my favorite website
01:20 <@preaction> fark.com?
01:21 <@preaction> it works fine for me
01:33 <+perlDreamer> maybe it's time to rename the Syndicated Content asset: http://search.cpan.org/~davecross/Perlanet-0.10/lib/Perlanet.pm
01:33 <+perlDreamer> we'll call it the Planet Asset
01:35 <@preaction> IT'S SOOO PRETTY
01:35 <@preaction> http://webgui.org!
01:36 <@preaction> aww. well, it was, for a second or two
01:44 <+perlDreamer> I missed it!
01:46 <+perlDreamer> it's back up, kind of
01:47 <+perlDreamer> ooh, another nasty calendar bug
01:51 <@Haarg> the page titles on webgui.org seem to be continually getting worse
01:52 <+perlDreamer> you should see the bug reports
01:53 <@Haarg> the page titles are now around 350 characters long
01:53 <@Haarg> isn't there meta tags for that kind of crap?
02:01 <+perlDreamer> maybe it's the latest SEO rage?
02:01 <@Haarg> that's my assumption
02:02 <+perlDreamer> uh, I can't close bugs
02:09 < CIA-23> WebGUI: colin * r11271 /branch/WebGUI_7.6/docs/ (changelog/7.x.x.txt upgrades/upgrade_7.6.27-7.6.28.pl): Fix old calendars with bad icalIntervals.
02:09 < CIA-23> WebGUI: colin * r11272 /WebGUI/docs/ (changelog/7.x.x.txt upgrades/upgrade_7.7.10-7.7.11.pl): Fix old calendars with bad icalIntervals.
02:18 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:18 -!- mode/#webgui [+v patspam] by ChanServ
03:03 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has left #webgui []
03:10 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
03:10 -!- perlDreamer1 [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
03:10 -!- mode/#webgui [+v perlDreamer1] by ChanServ
03:10 -!- perlDreamer1 is now known as perlDreamer
04:12 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit [Remote closed the connection]
04:25 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
05:31 -!- perlmonkey2 [n=perlmonk@adsl-70-137-19-55.dsl.okcyok.swbell.net] has quit ["Leaving."]
09:29 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
10:32 -!- TheSeparator [n=mirc@ip565f19be.direct-adsl.nl] has joined #webgui
11:12 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:13 -!- mode/#webgui [+v bartjol] by ChanServ
12:18 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
12:48 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
12:48 -!- mode/#webgui [+o Haarg] by ChanServ
13:33 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
13:33 -!- mode/#webgui [+o plainhao] by ChanServ
13:33 -!- hansw [n=hansw@87.249.99.61] has joined #webgui
14:43 -!- f00li5h [n=f00li5h@211.30.251.230] has joined #webgui
15:17 -!- f00li5h is now known as f00li5h[HireMe]
15:45 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit [Read error: 54 (Connection reset by peer)]
15:49 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
15:51 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
15:56 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
16:11 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
16:14 -!- ckotil [n=newtrino@snare.grnoc.iu.edu] has joined #webgui
16:16 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
16:26 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
16:46 -!- SquOnk [n=emhn@201.211.88.228] has joined #webgui
16:46 < SquOnk> Greetings
16:51 <+bartjol> mornig
16:53 < LTR_bob> hi
16:58 -!- hansw [n=hansw@87.249.99.61] has quit ["Leaving"]
17:15 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:15 -!- mode/#webgui [+o Haarg] by ChanServ
17:38 -!- tavisto [n=tavisto@68-248-62-130.ded.ameritech.net] has joined #WebGUI
17:38 -!- mode/#webgui [+o tavisto] by ChanServ
17:39 < SquOnk> BTW, updated 7.6.27 Debian packages from my repository
18:08 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has left #webgui []
18:09 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:09 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:33 -!- tavisto [n=tavisto@68-248-62-130.ded.ameritech.net] has quit []
18:47 < topsub> is there a way with a sql report to count to 4 then inject something in the code?
18:47 < topsub> i might have to use the template expr?
18:48 <+bartjol> limit 4?
18:48 <+bartjol> but that's random
18:49 <+bartjol> but you can sort first
18:49 <+bartjol> but it will request for all data
18:49 <+bartjol> so not a very low load option
18:51 < topsub> not limit 4
18:51 < topsub> i need to wrap 4 elements in a div
18:51 < topsub> then make a new div
18:51 <+perlDreamer> topsub, that's a templating question, not really a SQL Report question
18:52 <+perlDreamer> so if you need that, you're doing H:::T::E or Template::Toolkit
18:53 <+bartjol> ah
18:53 <@Haarg> i'm not sure if HTML::Template::Expr would help you with that
18:54 < topsub> hmm..
18:54 <@Haarg> although it may help in combination with sql
18:54 <+perlDreamer> right
18:54 <+perlDreamer> add a row counter to the SQL, then do modulo arithmetic
18:55 <+perlDreamer> for that fact, couldn't you do the modulo arithmetic in SQL, and then still use H::T?
18:56 < topsub> i've never used M::A.. i will need to look that one up
18:56 < topsub> haha
18:57 < topsub> if so thats awesome.. Trying to dothis slideshow were i need to group 4 rows together
18:57 < topsub> if that makes sence
19:14 <+perlDreamer> sure, instead of odd/even, you want a,b,c,d
19:24 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
19:25 < dionak> hi all
19:27 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
19:27 < dionak> we often get asked for a feature we're calling 'brochure download'. a user fills out a form and receives a download in return. we've previously implemented this in a data form with javascript to redirect. i think this would be a great feature for the community but it needs to be easier to configure.
19:28 < dionak> any ideas on how to do this without altering the data form asset or creating a workflow for each download?
19:29 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
19:29 <+perlDreamer> is the download related to the data entered?
19:30 < dionak> only such that the data is required to get the download
19:30 < dionak> it's used for lead generation for a web site
19:30 < dionak> for instance, it might be a whitepaper download
19:31 <+perlDreamer> the thank you page in the dataform is templatable, instead of a redirect, how about using an AssetProxy macro instead of the javascript redirect?
19:33 < dionak> typically, the download is a pdf. the redirect makes the download friendly to IE so the user doesn't leave the site to view the PDF. 
19:34 <+perlDreamer> so it'd be easier if you could add a file to the dataform and serve the file to the user if they fill out the form successfully
19:34 < dionak> yes, that would be optimal. 
19:34 < dionak> it would make it easy for clients to manage too
19:35 < dionak> would that be acceptable general behavior though? if an attachment exists, redirect upon form submission?
19:37 <+perlDreamer> I don't know.  But if you want to RFE it in, I'd add that level of detail to the RFE
19:37 < dionak> ok, thanks perlDreamer
19:41 <+perlDreamer> you know, dionak, if you implement that, you're also quite close to WebGUI::Asset::Sku::DownloadableFile
19:42 < dionak> that would require checkout, correct?
19:42 -!- SquOnk [n=emhn@201.211.88.228] has quit ["Yippie kay-ai-yay, fudder muckers!"]
19:49 <+perlDreamer> yes
19:49 <+perlDreamer> maybe it's not as close as I think
19:49 < dionak> it's closer than anything else...
19:50 < dionak> i submitted an RFE. We'll see what the feedback is
20:20 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has joined #webgui
20:20 -!- mode/#webgui [+v BartJol] by ChanServ
20:26 -!- SnowWrite [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
20:40  * perlDreamer goes running
20:43 <+BartJol> run colin run!
21:02 -!- SnowWrite_ [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
21:17 -!- SnowWrite [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Read error: 113 (No route to host)]
22:06 <+BartJol> mmm
22:35 -!- SnowWrite_ is now known as SnowWrite
22:41 <+perlDreamer> I lied
22:41 <+perlDreamer> I went to the gym
22:41 <@preaction> YOU LIAR
22:42 <@Haarg> so i did a few tests with Locale::Maketext
22:42 <@Haarg> and it looks faster than our i18n in most cases
22:43 <@preaction> that's a good thing indeed
22:43 <@Haarg> still doesn't solve the problem with context though :/
22:44 -!- plainhao [n=plainhao@208.75.85.237] has quit []
22:44 <@preaction> we can't add a #i18n:context comment and have those read into the translation tool?
22:44 <@preaction> i mean, how are you going to get all the keys that need translating?
22:44 <+perlDreamer> there are scripts that do that for you
22:45 <+perlDreamer> and, while I love and respect our translators very much, no other translation projects have context tags
22:45 <@preaction> so modify that script to also read a #i18n:context comment after/before the usage
22:45 <+perlDreamer> still, I hate to make their job harder than it already is
22:45 <+perlDreamer> what if there's two i18n calls on the same line?
22:45 <@preaction> two #i18n:context comments
22:46 <@preaction> no that wouldn't work. what if the same i18n string is used twice? what is it's context? is all the context combined?
22:46 <@preaction> combined, yes
22:47 <@preaction> that would work
22:47 <+BartJol> is it possible to put a seperation sign in between somehow?
22:47 <@preaction> though it is kinda arrogant to think that all languages work like English where any occurance of "asset" can just be replaced
22:47 <+BartJol> agreed
22:48 <@preaction> given this line: my $string = $i18n->get('hello') . $i18n->get('world')
22:48 <@preaction> the next line would be: #i18n:context hello #i18n:context world
22:48 <@preaction> or could be two seperate lines, each with one #i18n:context
22:49 <@preaction> the idea being you push the $i18n calls onto a stack, and then shift them off when you get a context
22:51 <+BartJol> well, if that is possble
22:51 <+BartJol> oh btw, I send Sarah back
22:52 <@preaction> hopefully not in one piece
22:52 <+perlDreamer> did she cause problems?
22:52 <+BartJol> well, one hangover
22:52 <@preaction> god, did she have any fun at all? only ONE hangover?
22:52 <+BartJol> and she is in 1 piece
22:52 <+BartJol> well, yesterday she wasn't really fresh
22:53 <+BartJol> she stayed only 1 day in Delft
22:54 <+BartJol> but since WebGUI is the only system With context, I would like to keep it that way
22:55 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
23:53 -!- TheSeparator [n=mirc@ip565f19be.direct-adsl.nl] has quit [Read error: 113 (No route to host)]
23:53 -!- SnowWrite [n=chatzill@c-98-210-208-123.hsd1.ca.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]"]
--- Day changed Tue Jun 16 2009
00:11 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has quit [Read error: 104 (Connection reset by peer)]
00:27 -!- BartJol [n=plainstu@49-167.surfsnel.dsl.internl.net] has quit ["Leaving."]
00:29 -!- carogray [n=Caroline@70-4-104-215.pools.spcsdns.net] has joined #webgui
00:40 -!- dionak [n=dionak@97.66.185.250] has quit []
01:09 < topsub> if i wanted to write an .htaccess file for webgui were would i put it?
01:11 <@preaction> topsub: what do you intend on accomplishing with an htaccess file?
01:12 < topsub> to write soemthing like this /portfolio/detail?p=clientname to /portfolio/detail/clientname
01:13 < topsub> or am i not thinking well enough, can i do that without one
01:13 <@preaction> put it in the virtualhost file
01:14 <+perlDreamer> RewriteRule
01:41 -!- s4eek [n=charles@andc-fw1.exploreos.com] has quit []
01:53 < CIA-23> WebGUI: colin * r11273 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/PerformanceProfiler.pm): 
01:53 < CIA-23> WebGUI: Rework WebGUI::PerformanceProfiler to only calculate and show output
01:53 < CIA-23> WebGUI: to a certain IP address.
02:19 -!- Haarg [n=haarg@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
02:23 < CIA-23> WebGUI: colin * r11274 /WebGUI/docs/ (2 files in 2 dirs): Fix invalid CSS in the thingy.
02:25 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit ["This computer has gone to sleep"]
02:27 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:27 -!- mode/#webgui [+v patspam] by ChanServ
02:27 <+perlDreamer> man, is someone going to leave every time I make a commit?
02:28 <+perlDreamer> morning,  patspam
02:28 <+patspam> morning perlDreamer!
02:29 <+perlDreamer> what's happening down your way?
02:30 <+patspam> nothing too interesting, but I am going to try to fix that survey bug today
02:30 <+patspam> I need some advice on it though
02:30 <+perlDreamer> well, both preaction and Haarg left, so...
02:30 <+patspam> lucky you're still here then :)
02:31 <+perlDreamer> so the problem is that changes in the order of the survey change the indexes, which will prevent you from finding older survey results
02:31 <+patspam> yes, or looking at it more generally
02:32 <+patspam> a recorded survey response it dependent on the survey configuration at the time the response was completed
02:32 <+patspam> it's not just a problem of ids
02:33 <+patspam> if you go in and change the Text of a question, to change its meaning, the response is no longer valid
02:33 <+patspam> or if you change a branching rule, the old response may no longer be "possible"
02:34 <+patspam> so, responses either need to store the entire state of the survey along with them, or something that allows you to retrieve the state, such as a revisionId
02:35 <+perlDreamer> and what happens to responses that go with older versions/states of the survey?
02:36 <+perlDreamer> sorry, that's probably a side question
02:37 <+patspam> If we did go with the revisionId strategy, the code that starts a new user response would need to check whether there have been any changes to the survey since the last revision was created, and if so, create a new revisionId
02:37 <+patspam> but that feels a little odd
02:37 -!- carogray [n=Caroline@70-4-104-215.pools.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)]
02:37 < CIA-23> WebGUI: colin * r11275 /branch/WebGUI_7.6/docs/ (3 files in 3 dirs): Backport thingy CSS fix.
02:38 <+perlDreamer> could it just use the revisionId of the survey itself?
02:38 <+patspam> yeah, that's the revisionId I'm talking about
02:39 <+perlDreamer> then it doesn't need to create one, it just has to fetch the one from its parent
02:39 <+patspam> oh maybe! if we turn things around.. let me explain my thinking
02:40 <+patspam> whatever Survey revision it uses needs to be immutable from that moment onwards
02:40 <+patspam> otherwise the response will become invalid
02:41 <+patspam> for that reason I was thinking it should always uses the HEAD-1 revision (creating a new HEAD revision where necessary to ensure that it is using a slightly old revision)
02:41 <+patspam> at the time the new revision is created, that revision would be identical to the HEAD-1 revision, but only the HEAD revision would change when the admin changed the Survey configuration
02:42 <+patspam> the point being here that changes to survey configuration are not currently versioned on a per-edit basis
02:42 <+patspam> but turning things around, to match your suggestion..
02:43 <+patspam> when the survey configuration is edited, e.g. the action that is currently not versioned, we should check if any responses have been started for the current revision, and if so, create a new revision for the new edits
02:43 <+patspam> that way, it's the Edit operation that triggers the creation of the new revision, rather than the "start survey" operation, which is more what you would expect
02:44 <+perlDreamer> yes.
02:44 <+perlDreamer> and it's a nice, low bandwidth event, too
02:44 <+patspam> yeah, double-awesome
02:45 <+perlDreamer> what would happen if we had an admin making a series of changes to the survey, and someone starts taking the survey in the middle of the edits?
02:45 <+patspam> as soon as they started the survey, the next edit would trigger a new revision
02:46 <+perlDreamer> would some of their responses be stuck in an old revision?
02:46 <+perlDreamer> no, because responses are not stored line-wise in a db, it's a json data structure
02:47 <+patspam> yep, and they will now be bound to a revisionId
02:47 <+perlDreamer> whups, getting called for dinner.  be back in 30 or so.
02:47 <+patspam> thanks colin, you rock
02:47 <+patspam> I'll keep writing and you can post back when you return :)
02:54 < topsub> hey patspam, hows it going
02:54 <+patspam> hey topsub!
02:54 <+patspam> freezing cold over here
02:54 < topsub> haha, its like 85 ish here, just got back from a jog.. haha
02:54 <+patspam> dang.. I'm looking forward to the WUC for some warm weather
02:55 < topsub> haha, I'm been working on my new portfolio all day..
02:55 <+patspam> awesome, do you have a link?
02:56 < topsub> its local at the moment, can IM u the ip and domain name to use tho
02:56 < topsub> its better design and putting it in WebGUI
02:57 <+patspam> I'd love to see it when it's ready
02:57 < topsub> sure i let ya know.. i'm prob 75% done
02:58 < topsub> doing a lot of stuff with thingy and sql reports
04:26 <+patspam> perlDreamer: you back?
04:26 <+perlDreamer> yes
04:26 <+perlDreamer> but only for a bit
04:26 <+patspam> this is tricky..
04:27 <+perlDreamer> the revisionId?
04:27 <+patspam> you have an instantiated Survey wobject
04:27 <+patspam> for the latest revision
04:27 <+patspam> and then at the point of retrieving the response data, you realise that you want to work with an older reivision
04:28 <+patspam> so what do you do? replace the instantiated Survey wobject out from underneath itself to be the older revision version?
04:29 <+perlDreamer> you can't.  You have to do a redirect with the revisionDate url param set
04:29 <+perlDreamer> because it's the content handler (Content/Asset) that has to have its object changed
04:29 <+perlDreamer> and you can't reach up inside it to change things
04:30 <+patspam> hmm can you think of another wobject that does this that i can look at?
04:30 <+perlDreamer> I'm not sure there is one
04:31 <+patspam> so what do you mean by do a redirect?
04:31 <+patspam> a real http redirect?
04:31 <+perlDreamer> yes
04:31 <+patspam> yuck
04:32 <+perlDreamer> redirect back to the same asset operation with the revisiondate param set
04:32 <+patspam> what if the operation is not being triggered by code instead of a web request?
04:32 <+perlDreamer> like a workflow activity?
04:33 <+perlDreamer> that would be easier, since it can alter what it has itself
04:33 <+patspam> yeah, or just the reporting machinery
04:34 <+patspam> taking a step back, why do i need to care about Content/Asset?
04:35 <+perlDreamer> I think I'm thinking worst case scenario
04:35 <+perlDreamer> if the old version of the asset has to generate and return web content, then it has to talk with Content/Asset
04:36 <+perlDreamer> if you're only accessing data through it, then you can probably just make a local copy of the object (with the old version), mine it for results, then use the original object to present it.
04:36 <+patspam> yeah i think that might be a good strategy
04:36 <+perlDreamer> gotta scoot again
04:36 <+patspam> ok, thanks for your help again
04:49 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
04:49 -!- mode/#webgui [+o preaction] by ChanServ
05:13 <+patspam> perlDreamer: oooooh it works!
05:13 <+patspam> well so far
05:13 <+perlDreamer> cool!
05:13 <+perlDreamer> my hand hurts
05:13 <+perlDreamer> baseballs are much harder on hands then keyboards
05:13 <+patspam> heh, my fingers hurt too, from the cold
05:14 <+perlDreamer> are you working outside?
05:14 <+patspam> because the initial takeSurvey page is a shell than then does ajax calls for the questions, it was easy to add in the revision url param to those ajax calls
05:14 <+patspam> it feels like it! my house is an ice-box
05:17 <+patspam> man sometimes webgui is just awesome
05:18 <+patspam> I make one educated change to Survey and all of a sudden we have revision-aware responses
05:19 <+perlDreamer> can you accumulate data from old revisions?  or is that required?
05:20 <+perlDreamer> that's probably pretty dicey
05:20 <+perlDreamer> like you were saying earlier
05:20 <+perlDreamer> you don't know if the question was moved, or completely rewritten
05:21 <+patspam> accumulate?
05:22 <+perlDreamer> well, say that I add a new section with 1 question at the end
05:22 <+perlDreamer> I don't want to invalidate all my old data, because in this 1 case, it's actually good
05:22 <+perlDreamer> but there's no way for the Survey to know that
05:22 <+patspam> yeah, have to play it safe
05:22 <+patspam> your old responses will still be valid
05:23 <+patspam> just bound to the old survey structure
05:23 <+perlDreamer> and the user can get to those old responses?
05:23 <+patspam> yep, absolutely
05:23 <+patspam> the question is just what to do about the current reporting functions
05:23 <+patspam> because the data is now grouped by revisions
05:25 <+patspam> I think there should be one reporting option that tries to put all responses into the table table, with gaps for missing/changed columns in some responses
05:26 <+patspam> it's up to the user to decide whether responses from different revisions can be combined in a "valid" way
05:26 <+patspam> and it should also be possible to just report on responses for a given revision, for when you really do have incompatible data
05:27 <+perlDreamer> yes
05:30 <+patspam> bewdy, now i just need to write some tests to convince myself that this fix is good
05:44 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
06:28  * patspam heads out for lunch
06:51 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit ["Leaving"]
08:21 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
08:44 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit []
09:08 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
09:08 -!- mode/#webgui [+o preaction] by ChanServ
09:22 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
09:38 < CIA-23> WebGUI: patspam * r11276 /WebGUI/t/Asset/Wobject/Survey/ (SurveyJSON.t Test.t): Made Survey tests a little less dependent on multiple choice bundle defaults
09:38 < CIA-23> WebGUI: patspam * r11277 /WebGUI/ (6 files in 6 dirs): 
09:38 < CIA-23> WebGUI: Fixed #10520 - Survey responses get confused if survey structure modified
09:38 < CIA-23> WebGUI: Survey responses are now revision-aware.
09:38 < CIA-23> WebGUI: The survey structure gets revisioned automatically as necessary when changes
09:38 < CIA-23> WebGUI: are made on the Edit Survey screen (as necessary ~~ a response exists
09:38 < CIA-23> WebGUI: for the current revision)
09:41 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has left #webgui []
09:47 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
09:47 -!- mode/#webgui [+o Haarg] by ChanServ
10:46 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
11:02 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
11:03 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:03 -!- mode/#webgui [+v bartjol] by ChanServ
11:09 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
11:45 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
11:58 -!- bartjo1 [n=bartjol@host2.procolix.com] has joined #webgui
12:14 -!- bartjol [n=bartjol@host2.procolix.com] has quit [Read error: 110 (Connection timed out)]
12:23 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."]
12:27 -!- LTR_bob [n=bob@80.127.125.45] has joined #webgui
13:32 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
13:33 -!- mode/#webgui [+o plainhao] by ChanServ
13:46 -!- bartjo1 is now known as BartJol
13:47 -!- mode/#webgui [+v BartJol] by ChanServ
14:46 -!- patspam [n=patspam@150.101.221.151] has joined #webgui
14:46 -!- mode/#webgui [+v patspam] by ChanServ
15:22 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
15:42 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
15:52 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has joined #webgui
15:52 -!- mode/#webgui [+o preaction] by ChanServ
15:53 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has left #WebGUI []
15:53 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
15:54 -!- daviddelikat1 [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has quit ["Leaving."]
15:54 -!- daviddelikat [n=dav@h69-129-206-153.mdsnwi.broadband.dynamic.tds.net] has joined #WebGUI
16:09 -!- preaction [n=doug@h69-128-55-18.mdsnwi.dedicated.static.tds.net] has quit [Client Quit]
16:31 -!- patspam [n=patspam@150.101.221.151] has quit ["Leaving."]
16:55 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
16:55 -!- topsub [n=topsub@cpe-069-132-179-250.carolina.res.rr.com] has joined #webgui
17:06 -!- preaction [n=doug@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has joined #webgui
17:06 -!- mode/#webgui [+o preaction] by ChanServ
17:23 < LTR_bob> Hi guys (and gals)
17:24 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
17:24 -!- mode/#webgui [+o Haarg] by ChanServ
17:24 < LTR_bob> Is there a way to use the Navigation asset with the Shop shelfs/products?
17:25 < topsub> I wouldnt' see why not, just point the nav object to the folder were the products are?
17:25 < LTR_bob> that is what I was thinking, but it do not work for me; did you actually do this at some time?
17:26 <@preaction> make sure they're not hidden from navigation in their properties
17:27 < LTR_bob> tnx guys, I'll give it a go!
17:31 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
17:32 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
17:38 -!- BartJol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
18:03 -!- LTR_bob [n=bob@80.127.125.45] has quit ["Leaving."]
18:30 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:30 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:34 <+perlDreamer> morning, folks
18:43 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has quit []
19:02 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has joined #webgui
19:02 -!- mode/#webgui [+o stDavid] by ChanServ
19:16 < topsub> morning perlDreamer
19:56 <+perlDreamer> what's shaking, topsub?
19:57 < topsub> nothing finishing up my site mostly
19:57 < topsub> bout to headout to a meeting shortly to try and sell a webgui site.. haha
20:00 <+perlDreamer> awesome, good luck!
20:11 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has quit []
20:13 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has joined #webgui
20:13 -!- mode/#webgui [+o stDavid] by ChanServ
20:18 -!- stDavid [n=stDavid@216-199-225-46.tpa.fdn.com] has quit [Client Quit]
20:38 < CIA-23> WebGUI: colin * r11278 /WebGUI/lib/WebGUI/Content/Asset.pm: Fix mime type detection for performance indicators.
20:38 < CIA-23> WebGUI: colin * r11279 /branch/WebGUI_7.6/lib/WebGUI/Content/Asset.pm: Backporting performance indicator fix.
20:38 -!- stDavid [n=stDavid@static-72-64-138-146.tampfl.fios.verizon.net] has joined #webgui
20:38 -!- mode/#webgui [+o stDavid] by ChanServ
21:23 < CIA-23> WebGUI: colin * r11280 /WebGUI/lib/WebGUI/Asset/Wobject/Layout.pm: Better comment for why ads are being reprocessed.
22:02 < ckotil> webgui sites practically sell themselves
22:05 < SDuensin> Not if you're me, ckotil.  I'm the world's worst salesman.
22:06 -!- mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has joined #webgui
22:06 < mech422> Hi all
22:07 < ckotil> heh
22:08 < ckotil> SDuensin: in my few experiences when the customer sees that they can edit the site without me. its a done deal
22:08 < SDuensin> Yea, but you still need to get in front of that customer!
22:08 < ckotil> then everything else webgui has to offer is just icing on the cake. lots and lots of icing
22:09 < ckotil> yeah, mine have been friends, friends of friends and aquaintences
22:09 < mech422> SDuensin: lead generation ?  You have a small shop ?
22:09 < ckotil> would still like to get some random businesses signed up
22:09 < SDuensin> You're currently talking to my entire shop.
22:09 < mech422> SDuensin: LOL - gee - we're twice as big as you :-P  (Me and Donna)
22:10 < SDuensin> hehehe
22:10 < mech422> We've been doing CMS stuff for 5-10 years now...
22:10 < mech422> One of the best ways to get leads is partner with a good advertising or marketing firm in the area
22:10 < mech422> preferrably one bigger then you with a full time sales staff :-)
22:11 < mech422> Also, you can find RFP's on the web - google can be a god send there
22:11  * SDuensin doesn't know how to do that, but it's good advice.
22:11 < mech422> Just hit up the yellow pages or go to a local networking event...
22:11 < ckotil> what about cold calls?
22:12 < mech422> I personally have _never_ gotten _anything_ off a cold call...
22:12 < SDuensin> hehe
22:12 < mech422> Donna on the other hand seems to do ok with them
22:12 < mech422> but she's much more 'peopley' then me
22:13 < SDuensin> I'm stuck in the evil loop - I'm too busy to sell things, but nothing I'm doing makes enough to hire a salesperson.
22:13 < mech422> and don't forget other agencies - like pb.... lots of times you can sub-contract for other web shops
22:14 <@preaction> yeah, we do that quite a bit actually
22:14 <@preaction> (sub-contract, that is)
22:14 < mech422> SDuensin: do you have a 'good' website ?
22:15 < mech422> SDuensin: a lot of times, the cobblers kids have no shoes (like our website sucks .. gotta get the stupid redesign up)
22:15 < SDuensin> Mine is (slowly) getting better.  It has a WebGUI section now!
22:16 < mech422> SDuensin: Ahh - good - stuff lots of google fodder in it.  Make sure you have a good 'brochureware' section for non-tech and biz. people to read...
22:16 < mech422> in short - make sure you do all the things you'd tell a client to do :-P
22:16 < SDuensin> hehe
22:17 < mech422> It sucks - I _hate_ that crap... but it really does have to be done
22:18 < SDuensin> http://www.jaegertech.net/  <-- Look under "Services"
22:18 < mech422> SDuensin: also, if you have a niche you want to focus on - try hosting a wG for a 'force' in that market free of charge (like a trade organizations site)
22:18 < mech422> SDuensin: one good marquee customer can equal a lot of leads
22:19 < SDuensin> Yea, gonna try that approach with another of my products Thursday night.  :-D
22:19  * SDuensin is currently a four-trick pony.
22:19 < mech422> LOL - thats 3 more tricks then me :-)
22:20 < mech422> btw - its been said you get better responses by talking about 'benefits' then 'features'..
22:20 < mech422> for instance..
22:20 < mech422> the ability to import and create documents and multimedia materia
22:20 < mech422> could be something like:
22:21 < SDuensin> Yea.  People can't work out how "features" fit into their organization.
22:21 < mech422> save time and money by uploading documents and multimedia materials directly to the website!  No more waiting on hte webmaster, etc etc
22:21 < SDuensin> My current WebGUI pages are "had to get something online" pages.
22:21 < mech422> yeah - they are actually better then ours :-)
22:26 < ckotil> plaiblack.com is slow
22:26 <@preaction> yeah, we're working on it
22:27 < ckotil> k
22:28 <+perlDreamer> hey, that has nothing to do with the slowness!
22:29 < SDuensin> Must be all that Perl.  :-P
22:29 <+perlDreamer> d'oh
22:29 <+perlDreamer> actually, I'm trying a new liquid cooling technique
22:29 < ckotil> im getting some seg faults after an upgrade :/
22:29 <+perlDreamer> Molasses has a higher thermal capacity than water
22:29 < mech422> perlDreamer: threw teh computer in the pool ?
22:30 <+perlDreamer> ckotil, check for missing modules
22:30 < ckotil> testEnvironment passes
22:30 < ckotil> im going to perform a fresh upgrade. its on the dev hsot anway
22:31 < ckotil> but i want this to go smooth, bc i have a scheduled maintenance tonight at 11pm to upgrade the production
22:38 < SDuensin> This is rapidly turning into a "long day".
22:40 -!- plainhao [n=plainhao@208.75.85.237] has quit []
23:05 < ckotil> at 7.5.40 again, and not seeing any seg faults to httpds child processes.
23:10 -!- LTR_bob [n=bob@5ED6766C.cable.ziggo.nl] has joined #webgui
23:31 <@preaction> why does mysql have three different words to change a column in an ALTER TABLE? Change, Modify, and Alter
23:32 < ckotil> so you have to refer back to their website and manual all the time.
23:34 < ckotil> man, ive got this one problematic user up at the NOC who is really a thorn in my side.
23:35 < ckotil> 'my tables wont resize', 'font is formatted strangely', 'colors are wrong' bleh bleh bleh
23:43 -!- LTR_bob [n=bob@5ED6766C.cable.ziggo.nl] has left #webgui []
--- Day changed Wed Jun 17 2009
00:29 -!- preaction [n=doug@adsl-75-50-91-77.dsl.mdsnwi.sbcglobal.net] has quit [Connection timed out]
00:57 -!- dionak [n=dionak@97.66.185.250] has quit []
00:58 -!- dionak [n=dionak@97.66.185.250] has joined #webgui
00:59 -!- dionak [n=dionak@97.66.185.250] has quit [Client Quit]
01:03 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has joined #webgui
01:03 -!- mode/#webgui [+o preaction] by ChanServ
01:12 <+perlDreamer> if I see another one of those flash based windows mobile ads I'm going to puke!
01:21 -!- Chizad [n=chizad@67.64.55.59] has joined #webgui
01:37 -!- dionak [n=dionak@12.152.0.169] has joined #webgui
01:38 -!- dionak [n=dionak@12.152.0.169] has quit [Client Quit]
01:39 -!- Chizad [n=chizad@67.64.55.59] has quit [Remote closed the connection]
02:05 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has joined #webgui
02:05 -!- mode/#webgui [+v patspam] by ChanServ
02:18 -!- mech422 [n=steve@c-98-210-208-123.hsd1.ca.comcast.net] has quit [Remote closed the connection]
02:35 -!- CIA-23 [n=CIA@208.69.182.149.simpli.biz] has quit []
02:42 -!- CIA-46 [n=CIA@208.69.182.149] has joined #WebGUI
02:47 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has quit ["This computer has gone to sleep"]
03:05 -!- Haarg [n=haarg@97-88-245-238.static.mdsn.wi.charter.com] has joined #webgui
03:05 -!- mode/#webgui [+o Haarg] by ChanServ
03:18 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has quit [Client Quit]
03:55 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has joined #webgui
03:55 -!- mode/#webgui [+o preaction] by ChanServ
03:55 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has quit ["Leaving."]
04:08 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has quit [Client Quit]
04:09 < CIA-46> WebGUI: colin * r11281 /WebGUI/ (3 files in 3 dirs): 
04:09 < CIA-46> WebGUI: Performance improvements with getting the lists of packages when there
04:09 < CIA-46> WebGUI: are lots of assets.
04:09 < CIA-46> WebGUI: colin * r11282 /branch/WebGUI_7.6/ (3 files in 3 dirs): Backporting asset package performance improvements.
04:12 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
04:22 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has joined #webgui
04:22 -!- mode/#webgui [+o preaction] by ChanServ
04:23 < CIA-46> WebGUI: colin * r11283 /WebGUI/ (lib/WebGUI/AssetPackage.pm t/Asset/AssetPackage.t): Make the new getPackageList functionally equivalent to the old one.
04:27 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit [Remote closed the connection]
04:27 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
04:29 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has quit ["Leaving."]
04:31 -!- dionak_ [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui
04:31 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit [Read error: 104 (Connection reset by peer)]
04:34 -!- Haarg [n=haarg@97-88-245-238.static.mdsn.wi.charter.com] has quit ["This computer has gone to sleep"]
04:34 -!- preaction [n=doug@97-88-245-238.static.mdsn.wi.charter.com] has quit [Client Quit]
04:40 < CIA-46> WebGUI: colin * r11284 /WebGUI/lib/WebGUI/AssetPackage.pm: Update POD for getPackageList
04:40 < CIA-46> WebGUI: colin * r11285 /branch/WebGUI_7.6/ (lib/WebGUI/AssetPackage.pm t/Asset/AssetPackage.t): more getPackageList backports
04:51 -!- dionak_ [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit [Read error: 110 (Connection timed out)]
05:07 < CIA-46> WebGUI: colin * r11286 /WebGUI/ (3 files in 3 dirs): 
05:07 < CIA-46> WebGUI: Encapsulate a method to get the list of content prototypes.
05:07 < CIA-46> WebGUI: Performance improvements for the list retrieval.
05:22 < CIA-46> WebGUI: colin * r11287 /branch/WebGUI_7.6/ (3 files in 3 dirs): Backporting content profile improvements.
05:56 -!- elnino [n=ninow@user-38q49cv.cable.mindspring.com] has joined #webgui
06:30 < elnino> is there a help or command line parameters for /data/wre/sbin/webguiupdate.pl?
06:50 < ckotil> try --help
06:51 < ckotil> that usually works for the webgui cli utils
06:52 < elnino> oh. I used just a single dash. Thanks I"ll try that.
07:08 < elnino> I'm getting an error: 2009/06/16 21:02:08 - WARN - mediaangels.com.conf - WebGUI::Content::Asset::tryAssetMethod[210] - Couldn't call method view on asset for url: home Root cause: Can't locate object method "get" via package "WebGUI::User" at /data/WebGUI/lib/WebGUI/Asset/Shortcut.pm line 448.
07:09 < elnino> It's very odd.  The short cut "shows up" when admin is turned on, but when I turn off admin, the page goes blank and I get the above error. With admin on, I dont' get the error.
07:10 < elnino> I've cut the asset off the page, and the page will work fine. So there is something weird about the shortcut, but I dont' know what it has to do with the WebGUI::User.
07:10 < elnino> This is occuring just after a 7.6.27 upgrade from 7.5.40. 
07:38 < elnino> found the fix.
07:44 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui
07:44 -!- mode/#webgui [+o preaction] by ChanServ
07:57 < elnino> ckotil - nope, --help didn't work either. I'm a bit bummed. Upgrade is done, would have been much faster if I could have passed params. oh well, maybe its in the book.
07:57 < elnino> Thanks!
07:57 < elnino> have a good night!
09:25 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has joined #webgui
09:58 -!- ryuu_ro [n=rory@gw.oqapi.nl] has joined #webgui
10:40 < CIA-46> WebGUI: patspam * r11288 /WebGUI/lib/WebGUI/Asset/Wobject/Survey.pm: Small survey bug fix to Survey::persistResponseJSON
10:53 -!- perlmonkey2 [n=perlmonk@m470436d0.tmodns.net] has joined #webgui
10:53 -!- mode/#webgui [+v perlmonkey2] by ChanServ
10:54 <+perlmonkey2> .
10:56 -!- perlmonkey2 [n=perlmonk@m470436d0.tmodns.net] has quit [Client Quit]
11:34 -!- bartjol [n=bartjol@host2.procolix.com] has joined #webgui
11:34 -!- mode/#webgui [+v bartjol] by ChanServ
11:50 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has joined #webgui
12:08 -!- ryuu_ro [n=rory@gw.oqapi.nl] has quit []
12:30 -!- carogray [n=Caroline@c-98-217-214-184.hsd1.nh.comcast.net] has left #webgui []
12:57 -!- carogray [n=Caroline@174-147-196-51.pools.spcsdns.net] has joined #webgui
13:11 -!- carogray1 [n=Caroline@174-147-196-51.pools.spcsdns.net] has joined #webgui
13:15 -!- carogray [n=Caroline@174-147-196-51.pools.spcsdns.net] has quit [Read error: 60 (Operation timed out)]
13:26 -!- plainhao [n=plainhao@208.75.85.237] has joined #webgui
13:26 -!- mode/#webgui [+o plainhao] by ChanServ
14:57 -!- carogray1 [n=Caroline@174-147-196-51.pools.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)]
15:21 -!- carogray [n=Caroline@host2.209.113.248.conversent.net] has joined #webgui
15:43 < CIA-46> WebGUI: martin * r11289 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): fixed a bug in Thingy where in some cases the style template was not processed after editing a Thing.
15:43 < CIA-46> WebGUI: martin * r11290 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/Asset/Wobject/Thingy.pm): Merging thingy style template processing fix from HEAD.
15:56 -!- patspam [n=patspam@ppp221-151.static.internode.on.net] has quit ["Leaving."]
16:00 -!- bartjol [n=bartjol@host2.procolix.com] has quit ["Leaving."]
16:17 -!- Haarg [n=haarg@76-250-33-221.lightspeed.mdsnwi.sbcglobal.net] has joined #webgui
16:17 -!- mode/#webgui [+o Haarg] by ChanServ
17:51 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has joined #webgui
17:51 -!- mode/#webgui [+v danny_mk] by ChanServ
17:56 -!- MrHairgrease [n=martin@gw.oqapi.nl] has joined #webgui
17:56 -!- mode/#webgui [+v MrHairgrease] by ChanServ
18:03 -!- perlDreamer [n=colink@pool-71-117-209-184.ptldor.fios.verizon.net] has joined #webgui
18:03 -!- mode/#webgui [+v perlDreamer] by ChanServ
18:03 <+perlDreamer> MrHairgrease: Ya' big bug buster, you!
18:06 -!- LTR_bob [n=bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."]
18:06  * MrHairgrease rather busts beers
18:07  * perlDreamer suggests drinking instead of busting beers
18:08 <+perlDreamer> but you Dutch people do what you want
18:08 <+perlDreamer> elnino, did I ever send you a package for a SQL Report that figures out which activities go in which workflows?
18:11 < SynQ> busty beers?
18:11 <+perlDreamer> booty beers
18:11 <+perlDreamer> boot from beers
18:11 <+perlDreamer> beer from boots
18:11 < SynQ> http://www.lesjones.com/posts/002537.shtml
18:12 < SynQ> which reminds me of a certain bar in las vegas
18:12 < ckotil> Im seeing httpd segfaults after upgrading to 7.6.27. http://webgui.pastebin.com/m167a5b67
18:13 < ckotil> i got a core file, but it doesnt seem to indicate where the problem is
18:13 < elnino> perlDreamer. no.
18:13 <+perlDreamer> hm.  I was sure I made something like that at one point
18:14 <+perlDreamer> ckotil, what OS are you using?
18:14 < ckotil> rhel5
18:14 <+perlDreamer> WRE?
18:14 < ckotil> sadly no
18:14 <+perlDreamer> there was a recent post on the forums about ImageMagick problems on RHEL/CentOs
18:15 <+perlDreamer> it's worth a read
18:15 < ckotil> but this probelm only appears after upgrading to 7.6.27 (maybe earlier)
18:15 <+perlDreamer> that would be when IM became required vs optional
18:15 < ckotil> 7.6.27?
18:15 <+perlDreamer> in the 7.5 series, I think
18:15 < ckotil> oh. im running 7.5.32 without a problem
18:16 -!- SynQ [n=koendejo@host2.procolix.com] has quit [Read error: 104 (Connection reset by peer)]
18:16 < ckotil> 7.5.40 seems to be OK too. but then there's another bug in that release that i have to avoid w.r.t synopsis missing from search results.
18:16 <+perlDreamer> because you backported it by hand?
18:16 < ckotil> no
18:17 < ckotil> i run whatever i get from pb
18:17 < elnino> perlDreamer THANK YOU for http://www.webgui.org/bugs/tracker/10525  you made the upgrade process to 7.6.27 much shorter.
18:18 <+perlDreamer> you're welcome. :)
18:18 <+perlDreamer> although I added that bug in the first place :/
18:19 <+perlDreamer> ckotil, what's the bug in the upgrade containing that bug fix?
18:19 < ckotil> the synopsis bug?
18:20 <+perlDreamer> yeah, why do you have to avoid it?
18:20 < ckotil> bc search results become worthless. my users would be pissed
18:20 < ckotil> i think it was fixed in 7.6.25
18:20 < ckotil> the synopsis data is missing from search results.
18:21 <+perlDreamer> I understand, you have to upgrade to a version that has the fix for that bug
18:21 < ckotil> well, the bug doesnt exist in 7.5.32 
18:21 <+perlDreamer> right, you want to skip over it
18:21 < ckotil> im upgrading to get ldaps, and general bug fixes
18:21 < ckotil> yup
18:24 < ckotil> i attempted an upgrade last night on the production just to see if the core dumping would carry over to the production server, and it did. and i expected it too since its the same hardware and software
18:24 < ckotil> so i backed out of that.
18:33 -!- s4eek [n=charles@andc-fw1.exploreos.com] has joined #webgui
18:38 < ckotil> running httpd in single process mode, and i cant get it to segfault
18:42 -!- MrHairgrease [n=martin@gw.oqapi.nl] has left #webgui []
18:54 < CIA-46> WebGUI: colin * r11291 /WebGUI/ (docs/changelog/7.x.x.txt lib/WebGUI/AssetClipboard.pm): Pasting from the AdminBar in the AssetManager should leave you in the manager.
18:54 < CIA-46> WebGUI: colin * r11292 /branch/WebGUI_7.6/ (docs/changelog/7.x.x.txt lib/WebGUI/AssetClipboard.pm): Backporting asset manager paste fix.
19:02 <+perlDreamer> that's a nice bug catch, daviddelikat
19:03 < daviddelikat> what caused it
19:03 <+perlDreamer> asset data is spread across multiple tables
19:03 <+perlDreamer> asset, assetData and then whatever specific tables are required for that asset.
19:03 <+perlDreamer> each table is processed separately
19:04 <+perlDreamer> the asset and assetData tables are done first
19:04 <+perlDreamer> I think
19:04 < daviddelikat> and no transactions
19:04 <+perlDreamer> no
19:04 <+perlDreamer> there is transactional support for those operations
19:04 <+perlDreamer> but the WRE does not ship with transactional support for MySQL by default
19:04 <+perlDreamer> so it's useless
19:05 < daviddelikat> I'll have to be sure to test your bug fix... :)
19:05 <+perlDreamer> I'll probably write a test script to test my bug fix ;)
19:06 <+perlDreamer> but feel free to double check
19:06 < daviddelikat> I'll be working in helpdesk for a while..
19:06 < daviddelikat> and my memory for this sort of thing fluctuates
19:09 <+perlDreamer> post all the bugs to the bug board
19:09 <+perlDreamer> if it's not a bug, we'll close it
19:09 <+perlDreamer> or move to an RFE
19:54 -!- cap10morgan [n=wmorgan@c-75-71-249-188.hsd1.co.comcast.net] has joined #webgui
19:54 -!- mode/#webgui [+v cap10morgan] by ChanServ
20:22 -!- Nuxli [n=rholtz@68-20-202-162.ded.ameritech.net] has joined #webgui
20:33 < ckotil> what mod_perl version is required for the latest stable build?
20:38 < ckotil> bah, im running the latest anyway.
20:39 <+perlDreamer> me, too ckotil
20:39 <+perlDreamer> my dev box is FC10
20:40 < Nuxli> has anyone run Webgui on Ubuntu 8.04?  are there any complications? anything to watch out for?
20:40 <+perlDreamer> Nuxli, best thing to do is check the forums for that kind of info
20:40 <+perlDreamer> in general, however, wG runs anywhere on linux
20:41 <+perlDreamer> oh, the wiki is another good place to look for OS specific issues
20:43 < Nuxli> Thanks perlDreamer, I'll check the forums
20:45 < SDuensin> Nuxli - That's the config I run on.  Works great!
20:45 -!- danny_mk [n=chatzill@64-204-40-34.client.dsl.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]"]
20:45 <+perlDreamer> maybe we need a WebGUI matrix, where people can say which versions of WebGUI they use on which operating systems
20:45 <+perlDreamer> that sounds like a DataTable kind of application
20:46 <+perlDreamer> matrix is a bad word, since we use that for another application
20:46 < Nuxli> Thanks SDuensin.  We currently run it on Fedore Core 6, which we built back in March of 2007.... FC6 is long past its "EOL" date.  Plus we are trying to get most linux apps over to Ubuntu server now.
20:47 < Nuxli> BTW, off topic, but IRC via the Pidgin IM app w