[13:00] *** Channel re-joined successfully. [13:00] *** Initial topic: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ReleaseBlockers [13:00] *** #twiki_release: PeterThoeny Lavr_ CDot gmc sven_ SvenDowideit WikiRingBot [13:01] *** #twiki_release was created on Tue Aug 07 08:44:09 2007. [13:01] *** ArthurClemens has joined #twiki_release. [13:01] gmc: hi all [13:01] ArthurClemens: hi - am I late? [13:01] gmc: seems that flu (bird-flu according to cdot) i've been neglecting for weeks has finally caught up with me again :( [13:01] gmc: ArthurClemens: yes, but so is almost everyone else so don't feel bad :) [13:02] PeterThoeny: hi arthur, crawford, koen, kenneth, sven (here?) [13:02] CDot: gmc: don't worry, the bird flu has passed [13:03] CDot: though it might be foot-and-mouth [13:03] CDot: sven_ is probably here in spirit only [13:03] CDot: he is expecting a new oven today [13:03] ArthurClemens: one of the two? [13:03] CDot: quite how that stops him coming to this meeting I'm not sure, but..... [13:04] CDot: so, do we have and agenda link? [13:04] PeterThoeny: there is a small chance that i might get pulled into an important meeting, in which case I will be half ear [13:04] CDot: .... and half there [13:04] gmc: PeterThoeny: you mean, this is not an important meeting?? [13:04] gmc: :) [13:04] Lavr_: http://twiki.org/cgi-bin/view/Codev/FreetownReleaseMeeting2007x12x03 [13:05] PeterThoeny: both are important :-) [13:05] CDot: thx Lavr_ [13:05] CDot: so, urgent bugs [13:05] PeterThoeny: i can faciliate for now if you wish [13:05] ArthurClemens: 11, including translations [13:06] PeterThoeny: enough people joined [13:06] PeterThoeny: shall we start? [13:07] PeterThoeny: agendat items: # 1. Review Urgent Bugs # 2. Coordinate TWiki Release 4.2 [13:07] PeterThoeny: anything to add? [13:08] CDot: shall we start at the top of the bugs list and work our way down? [13:08] ArthurClemens: I have added the translations problem to the bugs [13:08] ArthurClemens: we can handle it after the urgent bugs [13:08] PeterThoeny: ok [13:08] Lavr_: yes let us look at bugs. I am talking minutes also [13:08] PeterThoeny: ---++ 1. Review Urgent Bugs [13:08] PeterThoeny: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ReleaseBlockers [13:08] CDot: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5014 [13:09] Lavr_: How come we both have a http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ReleaseBlocker and http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ReleaseBlockers? [13:09] CDot: Lavr_: one is a query search [13:09] CDot: I added it when I was testing [13:09] CDot: they should say the same [13:09] Lavr_: Oh. I thought I had changed the other for that also [13:09] ArthurClemens: 5014 is not an EditTablePlugin bug, despite the title [13:09] Lavr_: They sort differently [13:09] CDot: ah [13:10] CDot: anyway, 5014 [13:10] Lavr_: OK I am on the same page with same order now [13:10] ArthurClemens: who is investigating this? [13:10] ArthurClemens: Sven or Kenneth? [13:10] Lavr_: Sven is working on 5014. I have been helping with analysis but I am stuck [13:10] Lavr_: I need Sven to explain why certain functions behave like they do to continue [13:11] CDot: I made the same change as you when I looked at another, similar bug [13:11] Lavr_: But it is more seriuos than just EditTable. It is the func function that is broken [13:11] Lavr_: so other plugins may also not work [13:12] Lavr_: This bug has prevented me from installing RC1 at work [13:12] Lavr_: Installing as a production site for testing. Naturally I have a a test installation at work but not one with real users [13:12] CDot: I'd favour restricting the spec again, if Sven can't provide a fix [13:13] CDot: users (even plugin authors) should never see cUIDs, so.... [13:13] Lavr_: I am nervous what other latent bugs that may lurk from this. [13:13] Lavr_: At least if we understand it .. [13:14] CDot: I thought you and Sven had both analysed it? [13:14] PeterThoeny: ok, so sven and kenneth are on top of this [13:14] Lavr_: I am stuck at some functions deep in TWikiUserMapping.pm where I do not understand some IF statements. [13:15] Lavr_: So I am not working on it any more. I wait for Svem [13:15] Lavr_: Sven [13:15] CDot: Lavr_: I have just been trhoguh that code, writing a user mapper for a client [13:15] CDot: so I can help you if needs be [13:15] PeterThoeny: cool [13:15] PeterThoeny: shall we go to the next one? [13:16] Lavr_: If you read the bug item then you see where I got stuck. I was very detailed. [13:16] CDot: Lavr_: I see it [13:16] CDot: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4551 [13:16] CDot: translations [13:17] ArthurClemens: ok, as we are here: I don't think the po files have been updated [13:17] ArthurClemens: that is, maketext has been run just after the string freeze [13:17] CDot: ArthurClemens: what needs to be done? [13:18] ArthurClemens: run maketext to generate updated po files [13:18] Lavr_: BB in 1 minute. need to confirm a bug on another machine [13:18] ArthurClemens: and give the work back to the translators [13:18] ArthurClemens: for the changed sentences [13:18] PeterThoeny: oh, to avoid extra work for translators that needs to be done asap [13:19] CDot: sounds like there is a step missing in the process [13:19] ArthurClemens: as I wrote in my mail to Antonio: I did make changes to launchWindow scripts [13:19] Lavr_: back [13:19] ArthurClemens: and I don't see the changes in the latest po files [13:20] PeterThoeny: problem indentified, lets ask antonio to follow up [13:20] PeterThoeny: Item4695 TWikiUpgradeGuide needs a new section for 4.2.0 http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4695 [13:21] Lavr_: I will update that when I upgrade at work [13:21] *** HaraldJoerg has joined #twiki_release. [13:21] Lavr_: I prefer to write such a doc as I do it [13:21] PeterThoeny: hi harald! [13:21] HaraldJoerg: Hi. Sorry for being late. [13:22] PeterThoeny: related to this, TWiki.TWikiHistory needs to be updated as well [13:22] PeterThoeny: http://develop.twiki.org/~twiki4/cgi-bin/view/TWiki/TWikiHistory [13:22] PeterThoeny: with key features and hall of fame [13:23] PeterThoeny: i can help out on the history page [13:23] PeterThoeny: Item5045 Saving while networkerror all contents is lost forever http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5045 [13:24] ArthurClemens: I could not confirm this with Firefox [13:24] ArthurClemens: perhaps it is IE only [13:24] CDot: well first, only changes are lost [13:24] CDot: second, it is in the guts of TinyMCE [13:25] CDot: I haven't been able to nail it down yet [13:25] CDot: it's very, very complex code, and totally uncommented..... [13:25] CDot: so, no ETA on a fix I'm afraid. [13:26] ArthurClemens: it does happen when clicking Preview [13:26] ArthurClemens: and then back [13:26] CDot: ouch [13:26] CDot: on IE only? [13:26] ArthurClemens: sorry [13:26] Lavr_: I though that was the FF bug. [13:27] ArthurClemens: human memory got mixed up [13:27] Lavr_: throught [13:27] CDot: please add any information you have to the report [13:27] Lavr_: you know what I mean Grrr.. [13:27] ArthurClemens: I tried today unplugging the cable, but ff was ok with this [13:27] CDot: anyway, if anyone is inspired to help debug it, I would be most grateful for any help [13:28] CDot: I am Javascript-blind :-( [13:28] Lavr_: I know nothing about JS either [13:28] ArthurClemens: I will first try to get the same behaviour with IE7 [13:28] CDot: thx [13:28] PeterThoeny: Item5019 if you get a lease conflict when using EditTablePlugin, the oops conflict output link is unusable http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5019 [13:28] ArthurClemens: I don't think that is solveable [13:29] Lavr_: Can we use a different oops message then that just blocks editing? [13:30] PeterThoeny: would it be possible to pass along all URL params back to edit after the oops? [13:31] CDot: it should be possible, yes [13:31] PeterThoeny: related, twiki 4 has a bug when you click edit on a table and you are not authenticated. after auth you are thrown into page edit instead of table edit [13:31] PeterThoeny: not sure if this is fixed in twiki 4.2 [13:32] CDot: ? sounds like a bug in the plugin [13:32] PeterThoeny: more like a bug in core [13:32] ArthurClemens: beyond me I am afraid [13:32] Lavr_: You get authenticated now so that old one is fixed I believe. The problem is with lease conflict [13:32] PeterThoeny: ok, good [13:33] PeterThoeny: so, can the fix for new bug be done in the same way as for auth? [13:33] CDot: when an oops exception is raised, the original requested URL is passed on to the login; the login redirects to whatever URL is passed [13:33] PeterThoeny: (the old bug?) [13:33] CDot: the same mechanism could be used fr the lease conflict, I guess [13:33] PeterThoeny: yes, my point [13:34] CDot: it would be horrible complex, I suspect [13:34] CDot: but it could be done [13:34] CDot: are there any other oops pages that have the same constraints? [13:35] Lavr_: I could in 4.2 live with just being rejected. The issue is that the ooops say you can edit anyway but you just end up in normal view [13:35] PeterThoeny: is this an urgent bug? [13:35] PeterThoeny: happens infrequently [13:35] CDot: it is listed as urgent, yes [13:35] PeterThoeny: and does not destroy content [13:35] PeterThoeny: question: reprio is normal? [13:35] Lavr_: It was split out from the other urgent bug. This one is not urgent. [13:36] PeterThoeny: ok, normal then [13:36] PeterThoeny: Item5028 Merge conflict eats page content http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5028 [13:36] CDot: I have absolutely no idea [13:36] CDot: I spent 2 hours on Saturday trying to reproduce this [13:36] CDot: and failed :-( [13:36] Lavr_: I can reproduce that one easily. [13:37] CDot: I saw it happen, so I know it's a bug [13:37] CDot: I just can't reproduce it, even with Lavr_'s topic [13:37] CDot: I followed your instructions [13:37] CDot: and it works fine [13:37] Lavr_: Can it be setup related? [13:37] CDot: I doubt it [13:37] CDot: it may be related to timing [13:37] Lavr_: I ran my reproduction with same setup that causes the other Func bug to happen [13:38] Lavr_: Ie PasswordManager none [13:38] CDot: that shouldn't matter [13:38] CDot: but if you can isolate it, that would be helpful [13:38] Lavr_: I can try different scenarios. [13:38] CDot: please [13:38] Lavr_: OK [13:39] CDot: I tried several already, but not systematically [13:39] Lavr_: I just tried twice and failed both times so I did not do a long study either. Did not think I needed to [13:39] CDot: k [13:40] CDot: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4946 [13:40] PeterThoeny: Item4946 urlDecode() not working for characters represented by Unicode code points [13:40] CDot: Hideyo has provided a patch [13:40] Lavr_: Last word is a suggested patch [13:40] CDot: but someone needs to review/comment [13:41] CDot: maybe even test ;-) [13:41] Lavr_: We really need a test bed running utf8 and someone that can see the difference between working and not working. [13:41] HaraldJoerg: That may depend a lot on locale etc. settings [13:42] HaraldJoerg: I tried the patch because of my "normal" 4840 item. [13:42] CDot: and? [13:42] HaraldJoerg: (Euro symbol gets destroyed) [13:42] PeterThoeny: hideyo is very supportive, let's try to recruit him as a regular contributor! [13:42] HaraldJoerg: The patch changes the behaviour, but doesn't solve the problem [13:42] CDot: :-( [13:43] Lavr_: Yes. It would be good to have Hideyo on board. [13:43] gmc: be carefull not to push him.. if i've learned anything with working in volunteer run organisations it is that pushing it will not work [13:43] HaraldJoerg: The Euro symbol is %([\da-f]{4}) bot the regex only checks %([\da-f]{2}) [13:44] CDot: HaraldJoerg: could you give him some feedback? [13:44] PeterThoeny: i will send hideyo a personal e-mail inviting him [13:44] CDot: he's in a good position to test [13:44] HaraldJoerg: I'll do so when I manage to do tests with different settings [13:44] HaraldJoerg: My (home) linux is all on UTF8 [13:44] CDot: 8-) [13:44] HaraldJoerg: my corporate Wiki is iso-8859-1 [13:45] CDot: not even -15? [13:45] HaraldJoerg: Not yet [13:45] HaraldJoerg: Shouldn't make a difference, though, if I enter the Euro symbol as &-Entity [13:46] CDot: agreed [13:46] CDot: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4771 [13:46] HaraldJoerg: Ouch. [13:46] PeterThoeny: Item4771 TWikiUserMapping fails with Corporate SSO [13:47] HaraldJoerg: Apparently "unusual" syntax of login names is part of the problem [13:47] HaraldJoerg: maybe the bigger part [13:47] HaraldJoerg: Installations which have mail addresses as login names will have the same problems [13:49] CDot: it sounds like SvenDowideit understands the problem, if not the solution [13:50] HaraldJoerg: Let's hope so, because I don't understand the code [13:50] CDot: the Hello.DOMAIN issue is due to the Hello part being treated as a web name [13:50] Lavr_: it is the same code I have been trying to understand in the other related bug [13:51] SvenDowideit: moin [13:51] CDot: speak of the devil [13:51] SvenDowideit: there are at least 2 parts to the problem [13:51] SvenDowideit: one is that skins hardcode it to [[]] [13:51] HaraldJoerg: Huh? [13:51] SvenDowideit: which is v bad for email login or url logins [13:52] HaraldJoerg: No, that's the same in TWikiUsers [13:52] SvenDowideit: in the left bar, it says [13:52] SvenDowideit: y, i said one part [13:52] SvenDowideit: that limits the solution set [13:52] SvenDowideit: another part is that TWiki::Users::Password wasn't written with none usage like this [13:53] SvenDowideit: and another is that it feels like a messup from when we removed the UserMapping_ prefix [13:53] SvenDowideit: which resulted in my being able to invert the handlesUser fallback [13:53] SvenDowideit: for all other cases [13:54] SvenDowideit: it really just involves me spending mucho time debugging, to make sure that the code paths are expected [13:54] SvenDowideit: right now they are not what i expected [13:54] SvenDowideit: (ie, its not doing what I thought it was doing before we removed the prefix [13:55] SvenDowideit: the DOMAIN.txt file is another artifact of the 4.1.2 code [13:56] SvenDowideit: and should be a change similar to the one allowing logged in users to register someone else [13:56] SvenDowideit: (ie, it was hardcoded to LoggedInUser, rather than the info coming from the register params [13:56] SvenDowideit: done :) [13:57] PeterThoeny: time check: +56 min [13:57] PeterThoeny: Item4879 configure not honoring $TWiki::cfg{ScriptUrlPath} http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4879 [13:57] CDot: no feedback [13:57] CDot: unless a proxy reverser feeds back, we should reduce this to normal [13:57] Lavr_: I do not have a reverse proxy setup and making one would be a big deal just to verify this [13:58] gmc: ah [13:58] SvenDowideit: I should be setting one up before the release :/ [13:58] SvenDowideit: because the new servers should..... [13:58] gmc: i can see if i can try it with a reverse proxied twiki [13:58] gmc: i do a lot of reverse proxying lately [13:58] SvenDowideit: yay :) [13:58] PeterThoeny: cool, thanks koen! [13:58] gmc: somewhere by the end of this week i might have some time [13:58] PeterThoeny: Item5032 templatetopic parameter is ignored http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5032 [13:58] SvenDowideit: its pretty trivial to setup thankfully [13:58] CDot: gmc: I will set it to waiting for you nstead then [13:58] gmc: CDot: allright [13:59] PeterThoeny: on 5032, it is easily reproducable in the bugs web [13:59] PeterThoeny: i do not have time to debug this [13:59] ArthurClemens: yes, but is it elsewhere? [13:59] Lavr_: We see the WebTopicEditTemplate missing often on bugs but it never happened to me. [13:59] Lavr_: What do you do to get that bug?? [14:00] PeterThoeny: click on the "Create New Report" in the sidebar [14:00] PeterThoeny: you get an empty page [14:00] ArthurClemens: there is a TestCaseTemplateTopic [14:00] CDot: hay... that's new [14:00] SvenDowideit: 5% guess [14:00] PeterThoeny: let me do a shift-reload... [14:01] SvenDowideit: does it have anything to do with the svn up? [14:01] PeterThoeny: same, not a browser caching issue [14:01] SvenDowideit: cos when I use it, i create a bug :( [14:01] ArthurClemens: http://develop.twiki.org/~twiki4/cgi-bin/view/TestCases/TestCaseTemplatedTopic [14:01] Lavr_: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5066 [14:02] Lavr_: Just created. Looks normal. [14:02] ArthurClemens: that testcase seems to work fine [14:02] PeterThoeny: what are we going to do on 5032? [14:02] SvenDowideit: we clearly cannot proceed [14:02] Lavr_: The thing with 5032 is that I do not understand what you do??? [14:02] SvenDowideit: without more into [14:02] PeterThoeny: kenneth, do you get the default content of the WebTopicEditTemplate topic? [14:02] CDot: I reproduced it just now, by clicking "Create new Topic" [14:02] SvenDowideit: we _all_ want it to work, and it does [14:02] Lavr_: I just did 5066 using Create New Report [14:03] CDot: I expected to see a sig, but there was none [14:03] SvenDowideit: excellent :) [14:03] PeterThoeny: you are supposed to get the expanded: -- TWiki:Main/%WIKINAME% - %DATE% [14:03] CDot: right, thsat's what I expected [14:03] Lavr_: I got no signature but I got the rest. [14:03] SvenDowideit: course, my browser stuffs up :( [14:04] CDot: the bug is the missing sig [14:04] CDot: (I assume) [14:04] Lavr_: I also see bugs where the comment and the headline/table at top is missing [14:04] PeterThoeny: yes, or what ever else is in the template topic [14:05] ArthurClemens: Lavr_: these are older pages [14:05] Lavr_: No I have seen new bugs like this [14:05] PeterThoeny: kenneth: these are old bug entries that do not have the view template activated [14:05] ArthurClemens: that do not have VIEW_TEMPLATE set to ItemView [14:05] Lavr_: Unless my memory is ill. Could be [14:06] PeterThoeny: this is unrelated to 5032 [14:06] SvenDowideit: ok, well done, we know howto repro the bug :) next [14:06] PeterThoeny: i described the problem in the bug report clearly i thought, hopefully issue is understood now? [14:06] *** eset has joined #twiki_release. [14:06] SvenDowideit: thats a y from me [14:07] PeterThoeny: Item5036 New TMCE Attach feature not working http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5036 [14:07] Lavr_: I have confirmed this again. [14:07] HaraldJoerg: I guess I know the reason of the templatetopic issue in bugs [14:07] PeterThoeny: hi eset! (can you state your twiki.org user name and introduce yourself?) [14:07] PeterThoeny: ah, harald, let su know! [14:07] eset: hi, I'm Adam Hyde from FLOSS Manuals [14:07] gmc: hi adam (Koen here) [14:08] Lavr_: In IE6 - when I hit the attach icon the small window does not list any existing attachments and the window shows JS script errors. [14:08] eset: hey! [14:08] PeterThoeny: ah, hi adam, nice to see you here! [14:08] HaraldJoerg: templatetopic is ignored because there *exists* a topic http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ItemAUTOINC1 [14:08] eset: well, TWiki is the beesknees [14:08] SvenDowideit: HaraldJoerg, wow :/ [14:08] CDot: HaraldJoerg: good catch! [14:08] HaraldJoerg: So what you get is the empty content of ItemAUTOINC1 instead of the template [14:08] Lavr_: When I click on the JS error icon I get an error number and unknown error. [14:08] CDot: Lavr_: I get no JS error in IE7 [14:09] PeterThoeny: ah, proper fix is to not check for topic exist if there is an AUTOINC [14:09] Lavr_: In IE7 I do not get the JS error. But the list of attachments is still empty [14:09] CDot: sorry, IE6.0.2900 [14:09] Lavr_: In FF it works [14:09] CDot: it works for me in IE [14:09] PeterThoeny: or better, to calculate the new topic name and do an exist check on that [14:09] * CDot just tried it 2s ago [14:10] ArthurClemens: works fine with IE6 and IE7 now [14:10] ArthurClemens: just tested it [14:10] * CDot just tested Safari 3 too [14:11] Lavr_: it does not work on my test topic. Can it be test topic dependent?? [14:11] CDot: unlikely [14:11] Lavr_: http://merlin.lavrsen.dk/twiki42/bin/view/Myweb/AttachmentWorks [14:12] Lavr_: Maybe strange attachment names can goof up the script? [14:12] Lavr_: I have some with 3 dots in that topic [14:12] Lavr_: Like phpinfo.php.foo.txt [14:12] CDot: maybe... [14:12] CDot: unlikely, though [14:13] CDot: I used \n as the separator, IIRC [14:13] Lavr_: I have two different clients showing some degree of failure. [14:13] ArthurClemens: correct [14:13] ArthurClemens: the that filename is not listed in the attachment list [14:13] Lavr_: In IE7 which I have here the pulldown is empty. [14:14] ArthurClemens: it is also not uploaded [14:14] ArthurClemens: it is uploaded, but not listed [14:15] ArthurClemens: in the normal attachment list [14:15] ArthurClemens: is it a forbidden file? [14:15] PeterThoeny: time check: +75 min [14:15] Lavr_: Hmmm. Yes. Probably. These files were part of a security test I did. [14:16] ArthurClemens: btw it is uploaded as phpinfo.php.foo.txt.txt [14:16] ArthurClemens: double txt [14:16] Lavr_: Which does not help. It is still a PHP script seen from Apache unless you have disabled php. [14:16] Lavr_: Apache does not care if the .php is a suffix or in the middle. [14:17] CDot: username and password for merlin? [14:17] ArthurClemens: tmp.tmp.txt works fine [14:17] SvenDowideit: its a real shame that if the php module isn't loaded that apache barfs if you turn php off [14:17] Lavr_: I think a valid username and password at the moment is eda001 and isedin [14:19] CDot: ok, I think I can see what the error must be [14:19] gmc: Lavr_: that is simply not correct imho [14:19] CDot: suspect a problem in my JSON [14:19] Lavr_: gmc?? [14:20] PeterThoeny: let's continue [14:20] PeterThoeny: who is on top of 5036? [14:20] Lavr_: Apache has a "feature" that enables script.php.en and script.php.de and script.php.es etc etc to be PHP scripts in different languages. That is why hfhf.php.hdhgd is a php script. A real trap. [14:20] CDot: me [14:20] gmc: lavr: "Apache does not care if the .php is a suffix or in the middle.", apache does care (if properly set up, although i don't see how you can set it up not to care without jumping trough a lot of hoops( [14:21] PeterThoeny: ok [14:21] ArthurClemens: the file does not get uploaded with normal Attach either [14:21] PeterThoeny: anything else to review on bug items? [14:21] ArthurClemens: so nothing to do with TinyMCE [14:22] PeterThoeny: if not, let's go to next agenda item [14:22] PeterThoeny: ---++ # 2. Coordinate TWiki Release 4.2 [14:22] Lavr_: Arthur the upload of normal files works. it is the initial invokation that fails. It seems CDot knows what it is about now [14:22] PeterThoeny: thanks sven for building rc1 last week! [14:22] PeterThoeny: when shall we shoot for rc2? [14:23] PeterThoeny: i did not announce rc1 to twiki-announce, but will do for rc2 [14:23] Lavr_: Well We need the severe bugs fixed. [14:23] PeterThoeny: which of the urgent items should be fixed before we build rc2? [14:23] Lavr_: The ones that make basic features not work. [14:24] Lavr_: One moment. [14:24] SvenDowideit: the sso 2 [14:24] SvenDowideit: i'm aiming for building rc2 2 weeks after rc1 - next monday my time [14:24] PeterThoeny: items like Item5014 should be fixed, but some other difficult to solve items should not hold back rc2 if they happen infrequently and affect a few people only [14:25] PeterThoeny: ok, that gives us a bit less than one week [14:25] Lavr_: We need 4771, 5036 (unless it is related to my illegal names), 5014 fixed I would say [14:26] SvenDowideit: y, 5014 and 4771 are my 2 sso ones [14:26] PeterThoeny: i agree, better to release with schedule, and create more rc's if needed [14:26] SvenDowideit: y, it gives us momentum [14:26] gmc: SvenDowideit: like a runaway freight train :) [14:26] SvenDowideit: better than an amtrak the ran out of petrol [14:26] PeterThoeny: ok, now what target date should we have for ga (general availablility)? [14:27] SvenDowideit: which happened last week [14:27] Lavr_: I would really like to get an RC in real production to get test exposure. But because my users need the release but because real user testing is always the best test you can get. [14:27] PeterThoeny: yep [14:27] Lavr_: And for that I need at least 5014 fixed [14:27] SvenDowideit: Lavr_, I suspect you could do that with rc1, and that change you suggested in Func [14:27] Lavr_: Yes. I could do that. [14:27] gmc: i've been planning to install rc1 in some low-key twikis i'm running [14:27] SvenDowideit: its not the correct fix, but it ought to work [14:27] gmc: production twikis [14:28] SvenDowideit: I know people that are using beta3 [14:28] PeterThoeny: i sugegst to target beginning of jan for ga [14:28] SvenDowideit: and are extremely happy [14:28] gmc: i'm actually developing a news system against rc1 (beta3) before, that is now in straging phase [14:28] SvenDowideit: I was thinking we release 2 weeks after an rc that works [14:28] PeterThoeny: so that we have a higher impact in the news [14:28] gmc: s/news/new/ [14:28] SvenDowideit: ie, freight train [14:28] Lavr_: Well without the password none - you are not exposed to the two SSO bugs [14:28] SvenDowideit: zactly [14:29] Lavr_: I even had positive results from testing TMCE on some advanced quality documents. That is a good sign [14:29] ArthurClemens: huh [14:29] PeterThoeny: i suggest to prolong the release to more than 2 weeks after a stable rc in case it would fall between xmas and new years [14:30] SvenDowideit: there's bugger all chance of that :) [14:30] PeterThoeny: we had the same question last time [14:30] SvenDowideit: cos i'll be away [14:31] SvenDowideit: personally, i think we're better off releaseing when its done, and on a schedule [14:31] SvenDowideit: that way we can do what many oss projects are doing [14:31] PeterThoeny: can we agree to either release one week before xmas or after jan 1st [14:31] PeterThoeny: ? [14:31] SvenDowideit: build mind share by talking it up as coming soon [14:31] SvenDowideit: yes, we can, because i won't be around that week [14:31] Lavr_: I will not get any test exposure between xmas and NY either. In the Danish calendar there are two working days between the 22nd and the 2nd. [14:32] SvenDowideit: I _hope_ to drop off the face of the world [14:32] eset: no one will be online round xmas or new years [14:32] SvenDowideit: I have a stack of boks to catch up on [14:32] CDot: SvenDowideit: going sheep-rustling again, huh? [14:32] Lavr_: There is no doubt. We release after new year. I just hope we get an RC2 out one week from now so I can do some real life testing before xmas [14:32] SvenDowideit: yup [14:32] PeterThoeny: and possible an rc3 if needed [14:32] PeterThoeny: ok, i think we are done [14:32] SvenDowideit: let me at least pretend I can release before xmas [14:32] PeterThoeny: unless someone has a topic [14:33] gmc: guys, i'm off.. can't fight the cold anymore... byebye [14:33] SvenDowideit: even if its mathematically impossible [14:33] SvenDowideit: nite [14:33] PeterThoeny: bye koen, and thanks! [14:33] PeterThoeny: anything else? [14:33] CDot: SvenDowideit: it's mathematically possible.... if we seal Lavr into a Klein bottle >:-) [14:33] SvenDowideit: sold! [14:33] Lavr_: :-)) [14:34] PeterThoeny: :-) [14:34] SvenDowideit: Lavr_, likes seals anyway [14:34] SvenDowideit: the fur is so warm and soft :) [14:34] CDot: thanks everyone; looking forward to your support in the bugfixing! [14:34] Lavr_: Meat should be good too. And fat [14:35] SvenDowideit: mmmm, I'd love to come to _that_ bbq [14:35] Lavr_: I will try and reproduce that merge error the next days. [14:35] PeterThoeny: ok, i will post the logs [14:35] Lavr_: I did not write anything else than who was there in the minutes - yet. [14:35] PeterThoeny: thanks all for the hard work and for supporting our community!!! [14:36] Lavr_: How many are planning to go to the next Summit in SF? [14:36] SvenDowideit: not allowed [14:36] SvenDowideit: have to get a visa to goto the US, so i figure they don't want tourism [14:36] Lavr_: I am - if I bring SWMBO. [14:36] CDot: I will go if I can afford it [14:37] CDot: I want to go into the mountains [14:37] HaraldJoerg: I doubt I'll have time [14:37] SvenDowideit: I'm not even sure i'll get to berlin atm [14:37] eset: this is a twiki summit or something else? [14:38] CDot: these are developer summits [14:38] CDot: there are also user meets - next is in Utrecht, I believe [14:38] SvenDowideit: actually, i wonder what it would take at this stage [14:38] CDot: or Amsterdam, or somewhere under sea level [14:39] eset: oooo [14:39] eset: im in amsterdam...cool [14:39] CDot: adam, if you want one in London..... [14:39] eset: but tis a core dev summit or also contributers? [14:39] eset: amsters is better [14:39] CDot: Kobby and I were talking about organising one in London this morning [14:39] eset: depending on timing [14:39] CDot: I'd rather amsetrdam, myself - cheaper to get to from Machester [14:40] eset: london crushes my bank account with their currency [14:40] CDot: yep, mine too :-( [14:40] eset: well...trickier if u live in manch i guess... [14:41] eset: i have access to a good space in ams if necesary [14:41] PeterThoeny: eset: we have t dev summits a year, one in europe, one in north america [14:41] Lavr_: On the Berlin in Q3 2008 one I have suggested a small move in date - if possible. [14:41] PeterThoeny: then we havs user meetups, anywhere in the world, and es frequently as desired [14:42] PeterThoeny: lets move this conversaion back to #twiki