Hopbot log for 2009-09-22 - Helma IRC channel: #helma on irc.freenode.net

2009-09-22:

[10:40] <simono> hannesw, the link to install instruct here http://helma.org/download/ is broken - i can't find a page that would fit
[10:40] <hannesw> simono: yes, ran over this yesterday
[10:40] <hannesw> i think the page just doesn't exist
[10:41] <simono> i could copypasta the section from readme and create page
[10:41] <hannesw> yep, would be a good start :)
[10:42] <simono> this error msg could be prettier :) http://helma.org/wiki/create?name=documentation/installation
[10:45] <simono> and when a page doesn't exist, then a "do you want to create it now" would be super convinient, like http://helma.org/Documentation/Installation
[10:46] <hannesw> yep. I was considering a redirect to create?name=foo when the user is logged in, otherwise a generic not-found page
[10:47] <hannesw> or actually if the user has permission to create the page (for wikis that allow anonymous editing)
[10:47] <hannesw> that way we have the best of both worlds (wiki/ordinary site)
[10:47] <simono> yey great
[11:23] <hannesw> done and deployed
[11:23] <hannesw> not sure if this should be a redirect or an internal call to create_action()...
[11:43] <hannesw> simono: I gave you member status on helma.org so you should now be able to edit pages outside of the wiki
[11:43] <hannesw> let me know if that's not the case
[11:53] <simono> hannesw, permissions work.
[11:53] <hannesw> cool!
[11:53] <simono> the diff button doesn't work though, it fails to load http://helma.org/Documentation/installation/javascript.js
[11:54] <simono> never caught the wiki/site difference.. now i won't have too hehe
[11:54] <hannesw> in the edit page? strange, works for me
[11:56] <simono> not for me on FF3.0, this line in source is correct? <script type="text/javascript" src="http://helma.org/Documentation/installation/javascript.js"></script>
[11:56] <zumbrunn> is the old antville based helma.org site still running somewhere?
[11:56] <hannesw> zumbrunn: http://helma.at
[11:57] <simono> hard reload doesnt help, but no biggy
[11:57] <zumbrunn> ok
[11:57] <hannesw> simono: the links at the bottom of download/install are all broken too :(
[11:57] <hannesw> is that from the readme?
[11:57] <simono> ugh yes
[11:58] <simono> fixing
[12:00] <zumbrunn> I have a list somewhere of the redirects we wanted to add to the apache config after the switch
[12:00] <hannesw> zumbrunn: great
[12:00] <zumbrunn> looking for it...
[12:00] <hannesw> simono: are you editing that page right now? I'd like to make a little t
[12:00] <hannesw> .. tweak.
[12:01] <hannesw> well, i just converted the page type from WikiPage to Page
[12:01] <hannesw> so now you can set the title independent from the name.
[12:02] <simono> okay, will change
[12:04] <simono> javascript.js really broken for me, maybe our stupod webwasher http://helma.pastebin.com/d3db5cfc8
[12:14] <zumbrunn> http://helma.org/docs/guide/ seems to be in limbo for some reason
[12:15] <zumbrunn> does it exist or does it not exist?
[12:15] <zumbrunn> http://helma.org/docs/list says it exists
[12:15] <zumbrunn> http://helma.org/Documentation/create?name=guide says it doesn't
[12:15] <zumbrunn> until you actually try to create it, then it changes its mind again :-)
[12:16] <hannesw_> zumbrunn: you created a redirect page within a redirect page
[12:16] <hannesw_> that doesn't work
[12:16] <zumbrunn> ehm, sorry...
[12:16] <hannesw_> no prob
[12:16] <zumbrunn> http://helma.org/docs/create?name=guide I meant
[12:17] <hannesw_> a redirect page redirect all its child urls to corresponding child urls of the target url.
[12:17] <zumbrunn> what doesn't work?
[12:17] <hannesw_> so what you have to do is make a redirect page in the target page.
[12:17] <zumbrunn> could it do that only after it cheks for its own children?
[12:17] <hannesw_> hm, have to check
[12:18] <zumbrunn> otherwise, what you are saying may be ok too.... thinking about it...
[12:18] <hannesw_> the thing is, redirect pages don't usually have create, list, etc actions
[12:19] <zumbrunn> well, that part seems to work
[12:20] <zumbrunn> http://helma.org/docs/guide/?redirect=no
[12:20] <zumbrunn> looks like it is working now
[12:20] <hannesw_> yes.
[12:21] <zumbrunn> did you change something?
[12:21] <hannesw_> yep.
[12:21] <zumbrunn> or was it just a caching issue
[12:21] <zumbrunn> ok
[12:21] <hannesw_> function getChildElement(name) {
[12:21] <hannesw_> var page = this.get(name);
[12:21] <hannesw_> if (page) return page;
[12:21] <hannesw_> ...
[12:21] <hannesw_> the way I had planned it was:
[12:21] <hannesw_> test...
[12:22] <hannesw_> ok
[12:22] <hannesw_> so the way I thought it would work was:
[12:22] <hannesw_> \/docs redirecting to /documentation
[12:22] <hannesw_> and then /documentation/guide redirecting back to /documentation
[12:23] <hannesw_> which do you prefer?
[12:23] <zumbrunn> I prefer the way it is now
[12:23] <zumbrunn> that way we have all that silly redirect mess inside of /docs/
[12:24] <zumbrunn> and we do not pollute the /documentation/ namespace
[12:24] <hannesw_> ok. then I'll enable the list and create actions, and set child type "Redirect"
[12:24] <hannesw_> of course you're right.
[12:24] <hannesw_> i'm just to deep in detail to figure these things out
[12:24] <hannesw_> :)
[12:32] <zumbrunn> something isn't quite right yet: http://helma.org/docs/guide/properties/?redirect=no
[12:34] <hannesw_> zumbrunn: child redirects are now officially supported :)
[12:34] <hannesw_> ah, i see what you mean
[12:35] <zumbrunn> maybe supported, but buggy :-)
[12:38] <hannesw_> well, wait - its working, right?
[12:38] <hannesw_> what's the problem?
[12:38] <zumbrunn> checking again...
[12:39] <hannesw_> hm, you didn't have a leading slash..
[12:39] <hannesw_> but i don't know how this caused the redirect to go to /documentation
[12:39] <zumbrunn> http://helma.org/docs/guide/?redirect=noDocumentation/Properties+Files
[12:39] <zumbrunn> (without the leading slash)
[12:40] <zumbrunn> ok, easy enough to workaround :-)
[12:44] <hannesw_> ok, now i know.
[12:45] <hannesw_> with relative urls, redirect pages resolve against the parent url
[12:49] <hannesw_> but should be fixed now...
[12:56] <zumbrunn> a cosmetic thing: gobi currently places anchors after their associated titles
[12:57] <zumbrunn> (currently inside the h3, for example, after the title text)
[12:57] <zumbrunn> better would be before or around the h3
[12:57] <zumbrunn> this way one currently lands to far down on the page: http://helma.org/Documentation/Object-Relational+Mapping+Tutorial/#ObjectRelationalMapping
[13:05] <simono> nobody else has the JS pageDiff problem?
[13:11] <hannesw_> simono: nope
[13:11] <hannesw_> zumbrunn: wow, quite a lot of redirect pages...
[13:13] <zumbrunn> yeah, but that's it now, I think
[13:14] <simono> okay JS really is our proxy, shitty thing
[13:23] <hannesw_> quick question:
[13:24] <hannesw_> should we rename the session cookie from HopSession to helma_session or something in that vein
[13:28] <zumbrunn> that would cause millions of users in the world to have to login again
[13:28] <zumbrunn> many would not remember their passwords
[13:29] <zumbrunn> and that would trigger a flood of email, requesting new passwords
[13:30] <zumbrunn> plus, we would loose one of the few last places where we have some Hop nostalgia
[13:34] <simono> yeah, better not
[13:34] <zumbrunn> ok, not true... that would be the autologin cookie ;-)
[13:35] <zumbrunn> so it could be changed without bringing the Internet down
[13:35] <simono> lol i would have to check but grepping for HopSession returns two files in our source
[13:35] <simono> won't be a biggy to change i guess

 

 

In the channel now:

Logs by date: