Session Start: Mon Mar 17 21:46:15 2008 Session Ident: #twiki_release [21:46] * Now talking in #twiki_release [21:46] * Topic is 'http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/ReleaseBlocker' [21:46] * Set by PeterThoeny on Mon Jan 07 22:13:25 [21:48] * ArthurClemens_ has joined #twiki_release [21:53] * ColasNahaboo has joined #twiki_release [21:54] 'hi all [22:01] hi [22:01] hi arthur, colas, gilmar, kenneth, oliver (here?), sven (here?) [22:01] * ArthurClemens_ is now known as ArthurClemens [22:01] hi all [22:01] Good evening/afternoon [22:02] Bugs is very slow [22:02] proposed agenda is at http://twiki.org/cgi-bin/view/Codev/GeorgetownReleaseMeeting2008x03x17 [22:03] * LarsEik has joined #twiki_release [22:03] # 1. Review Urgent Bugs with 4.2.1 scope [22:03] # 2. Feature requests for Georgetown Release [22:03] # 3. Decide on date for TWiki Summit in Berlin [22:03] hi lars! [22:03] hi all [22:03] who is taking notes, who is facilitating? [22:04] hi Lars [22:04] I take notes [22:04] i think we have critical mass and can start [22:04] great, thanks kenneth [22:04] i'll facilitate [22:04] anything else for agenda? [22:06] I have a "little" question, but maybe it is out of scope: (I don't know what priority give to Item5449, that I just reported). If it is "urgent", then we could discuss here [22:06] We can go through it [22:06] * uebera|| has joined #twiki_release [22:06] we can cover it in 1. review [22:07] hi ueberall [22:07] Hi there. :) [22:07] could you let us know your twiki.org wikiname? [22:07] Sure -- MarkusUeberall [22:07] welcome here at the release meeting, it is good to see new folks :-) [22:08] * gmc has joined #twiki_release [22:08] agenda and minutes are at http://twiki.org/cgi-bin/view/Codev/GeorgetownReleaseMeeting2008x03x17 [22:08] Thanks. :) [22:08] hi koen [22:08] * gmc has left #twiki_release [22:08] ---++ Review Urgent Bugs with 4.2.1 scope [22:08] * gmc has joined #twiki_release [22:08] oops, sorry (times two) [22:08] irl meetings ran late [22:09] anyone else having troubles with Bugs? [22:09] I am trying to save Item5283 in vain [22:10] I always have these problems with saving on Bugs [22:10] If I did not have two ADSL lines with very different IP addresses I could not use Bugs in my daily life [22:10] for me it's working ok. i've just saved a bug [22:11] ah, maybe it is my VPN [22:11] http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5426 [22:11] RSS feeds failing due to newlines at top of page [22:13] read. seems not a bug after all? [22:13] yes, it's marked as urgent [22:13] bt an issue with custom skin [22:13] * ArthurClemens_ has joined #twiki_release [22:14] marcus suggests that we look into this [22:14] regular skin should not affect rss feeds [22:14] i think he has a good point [22:14] but bug is normal prio, not urgent [22:14] may be even low [22:14] I dnt think it is a bug [22:15] if you mess the skin everything can go wrong. I guess it should be put in the FAQ though [22:15] problem is that it is very sensitive to newlines [22:15] yes, that is the other approach, document the don'ts [22:15] any newline at the end (which is often inserted automatically by pico) creates empty paragraphs [22:16] perhaps the template parser could be aware [22:16] that problem was introduced with twiki 4.0 (4.1?) where leading and trailing newlines no longer get stripped [22:16] in templates [22:16] it is a constant pain [22:16] because it is very hard to pin down the location [22:16] do not have the bug number handy of that change, but it already caused a number of headaches [22:17] I assume the change was made because the old behavior also caused some headaches [22:17] perhaps the benefits outweigh the problems [22:17] the rule is very clear [22:17] have not seen any issues with the old spec though [22:17] but not documented [22:18] frankly, my editor always add a newline at the end [22:18] action item? [22:18] n any case, i am not advocating to change the spec back since this would cause yet another disruption [22:18] look up the old issue? [22:18] but we need to document the fact [22:18] document? [22:19] y [22:19] in TWikiSkins I think [22:19] es [22:19] yes [22:19] I agree with Peter. Maybe change behavior for 5.0, but just document for 4.2.x [22:20] This is a "dammed no matter what we do" situation. And then I'd rather just stay with what we have [22:20] found the original bu item: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item1640 [22:20] I can do the doc [22:20] thanks arthur [22:21] I lower to normal and assign to Arthur [22:22] # Item5437: UTF-8 fixes for TWiki 4.2 [22:22] http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5437 [22:22] i think this one needs thorough testing [22:23] * MichaelDaum_ has joined #twiki_release [22:23] * MichaelDaum_ is now known as MichaelDaum [22:23] is this for 4.2.1? [22:23] Peter the upload bug is just the same problem with Bugs again again again. [22:24] hey guys. sorry for being late. [22:24] same problem, as when I cannot save [22:24] hi Michael [22:24] hi michael [22:24] Hi Michael. Nice you could make it [22:24] hey michael [22:24] I can save in Sandbox, not in Bugs web [22:24] * MichaelDaum is going to read the irc logs [22:25] Michael we are walking throght bugs for 4.2.1 [22:25] ie urgent bugs only [22:25] utf-8 too big an issue I guess to be reasonably solved for 4.2.1 [22:25] testing UTF-8 thoroughly will take time [22:25] okay I will try to follow and catch up. [22:25] i would say item5437 is of urgent nature but not a release blocker for 4.2.1 [22:25] Agree. [22:26] Agree [22:27] ok [22:27] isn't there a problem if the underlying file system is non-utf8-ed? [22:27] * ArthurClemens_ finally saves the page [22:27] added acomment as such to the bug item [22:27] MichaelDaum: we could have 2 levels of support for utf-8 [22:28] # Item5206: Image not shown , when inserting image with Image button and not using any path [22:28] http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5206 [22:28] low: be able to edit utf-8 text, also with wysiwyg, but no %SEARCHes and no filenames in utf-8 [22:28] high: the whole thing [22:28] y [22:28] same with things like MathModePlugin etc [22:29] * ArthurClemens has quit IRC (Connection timed out) [22:29] It seems that we need a new owner for the Wysiwyg and TMCE. [22:30] At least it seems abandonned at the moment. [22:30] isn't CDot the authority for it still? [22:30] * ArthurClemens_ is now known as ArthurClemens [22:30] CDot has asked numerous times for an expert [22:30] (or a native) [22:30] We are talking Item5206: Image not shown , when inserting image with Image button and not using any path - now [22:31] yes, we need an owner for i18n stuff [22:31] Plain error in Wysiwyg plugin. Has been open since 04 Jan. [22:31] Lavr_: on 5206 could the problem be solved by money? (sponsoring CDot?) [22:31] richard donkin is no longer active on i18n [22:32] ColasNahaboo, not sure. Ask him. However he would be more than delighted to have someone to his side to learn all this stuff. [22:33] kenneth, is 5206 a release blocker for 4.2.1? [22:33] thus taking off a bit of the load on his shoulders [22:33] Colas. Maybe! I do not understand what is happening on this project at the moment. Noth Crawford and Sven has not touched a single bug item for 2 months [22:33] yes, 5206 prevents using images with WYSIWYG [22:34] I know locally at Motorola people are starting asking me to add a Edit Raw at the top because Wysiwyg is so buggy. [22:35] well, someone else needs to step in [22:35] I'd recommend Smartedit which is really, really nice to usr. But the code is a shame (trainee work) [22:35] frankly a lot of support forums off diffrent projects are full of reports about wysiwyg components. ms word may have raised the expectations a bit too high and users expect the same inside their browsers. [22:35] TWiki's TinyMCE si quite good [22:36] but needs continuous attention [22:36] The problem with Wysiwyg is not that is lacks features. It just have some annoying bugs. [22:36] inymce neds some tlc [22:36] tender loving care [22:36] s/inymce/tinymce integration/ [22:36] I remember I said last time I would have a look. Shame. [22:37] another problem is, i think, we bascially have one expert [22:37] xactly [22:37] and no replacement willing to spend the weeks/months required to gain the level of knowledge cdot has gained by implementing it all [22:37] the reason why we need to recruit more developers to scale the dev & bug fixing [22:37] Well, CDot code on thw WYSIWYG is really impressive. Cannot we find money for him? [22:38] it is not always $$ that keeps running an Open Source contributor. [22:39] looking at the ratio of paid work vs non-paid work cdot put in, i doubt that just throwing more money on it would work, unless you are atlking lots of money [22:39] putting some money to fix the integration might be helpful in the short term [22:39] ... but not in long term [22:39] but i'm speculating though, the only way to know for sure is asking cdot what it would require for him to fix the matter at hand [22:40] ok, we know the issues, let's move on to the next item [22:40] Without Wysiwyg bugs fixed there is no 4.2.1 [22:41] These are the bugs that makes people complain to me all the time. [22:41] who will ask cdot? [22:42] ok, I will [22:42] I can also [22:42] Thanks. Unfortunately I think you will find the answer to be political. [22:42] maybe its best when you, Peter, and CDot put your heads together and sort things out. [22:43] i will check on my side if i can fund something for fixing urgent wysiwyg bugs [22:43] # Item5345: Logging in as admin still redirects to main home, http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5345 [22:44] what is the status on this one [22:44] ? [22:44] old bug keeps creeping back [22:44] never seen that happen ... [22:44] perhaps this is not tested with template login [22:45] happens all the time when I need to login as admin [22:45] (latest MAIN branch) [22:45] also in the T42 branch? [22:45] is this just irritating, or is this urgent, e.g. blocker? [22:45] you mean it happens with or without template login? [22:45] well, irritating [22:46] with template login, I don't use apache login [22:46] I do not see it with ApacheLogin [22:46] can be scaled down to normal [22:46] time check: +45 min [22:47] reprioritize as normal? [22:47] yes [22:47] Agree [22:47] OK with me [22:47] # Item5427: TOC is evaluated too early? when written in a template: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5427 [22:47] put it in sleepyland [22:47] I think there is a deeper issue [22:48] VARCACHE also does not work inside a template [22:48] * MichaelDaum tested to log in as admin on TWiki.WelcomeGuest using template login and was _not_ redirected to Main.WebHome afterwards [22:48] i do not think that item is urgent [22:48] could it be that certain variables are not evaluated properly when inside a template? [22:49] which ones? [22:49] issue (or spec) is that toc works on current text [22:49] at the very end of the variable rendering [22:49] that is, if you render template text it takes that text to render [22:50] possible fix: make toc aware of the fact that it is inside template text, e.g. take main page content if needed [22:50] so there is not one final page composed from templates, and then the TOC generated from it? [22:50] you have to wonder [22:50] well, it would be nice to have it in other places as well not sure what it takes to behave like a normal var. people tried it in the sidebar navi and failed as well...for no obvious reason (to them) [22:50] if the left bar uses h1's [22:50] and the template uses h2's [22:51] and the main topic text has headings [22:51] what exactly would one expect TOC to use, and what to ignore [22:51] good morning sven [22:51] moin - ish [22:51] this is not about INCLUDEs but about topic templates [22:51] Morning Sven [22:51] which seems more fundamental to me [22:52] y, and if you have headings _in_ the template [22:52] then the TOC would show them? [22:52] seems a too deep problem to fix for 4.2.1 [22:52] because that is the scope of the TOC? [22:52] (does %SEARCH, etc work in a tremplate?) [22:52] actually TOC needs to fetch the topic text itself again and expand it w/o the template to fetch all headings, doesnt it? [22:52] I'm asking, because i'm not positive that what TOC should show if used in a tmpl is obvious) [22:53] y, but which topic? [22:53] baseweb.basetopic [22:53] if you put a TOC into a topic that you then include [22:53] know there is an exception for speadsheetplugin to wait with eval until processing in including topic (e.g. not in included topic) [22:53] does it show the TOC of the base topic [22:53] or the included one? [22:53] i think this fix is out of scope of 4.2.1 [22:53] no. TOCs of that kind only work in mediawiki...which calls tempaltes differently anyway. [22:54] The TWIkiDocumentation TOC is generated from massive includes [22:54] ok, so twiki toc is basically odd [22:54] should we reprioritize this item to normal? [22:54] it is supposed to work on the basetopic and fetch all includes and the headings that come with it [22:54] fairysnuff [22:54] so currently I need to write TOC inside a topic, not inside a template [22:55] its not what i would expect, but then i don't like TOC much personally [22:55] whereas a tree with TREEPLUGIN just works [22:55] perhaps I need TocPlugin [22:55] Since this doea not harm a normal user I do not see this as a 4.2.1 blocker either. [22:55] yea odd [22:55] template processing is currently done outside of include context, e.g. the rendering machine renders main page content and templates separately, then combines them [22:56] e.g. we can't change this without impacting skins etc [22:56] Ok. Solve by FAQ-ing it then :-) [22:56] heh [22:56] shows that I still don't grasp the fine issues of templates [22:56] treeplugin probably works because it does not look at the text thrown at it, but loads the text from file [22:57] true [22:57] right [22:57] which has the "gotacha" that changes before save are not visible [22:57] reprioritize to normal? [22:58] yes [22:58] # Item5375: Wrong path when inserting image using Attach icon: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5375 [22:58] stated as 5.0 bug [22:58] This should be solved. [22:58] but apparently happens on 4.1.2 too [22:58] ah [22:58] close then? [22:58] No [22:59] I mean this SHOULD be solved for 4.2.1 [22:59] This is one of the very annoying bugs because it hits normal users again and again in normal use [23:00] I assume this is a WywiwygPlugin bug. [23:00] ah [23:00] typo not a joke :-) [23:01] same bucket like 5206 we talked earlier about [23:01] Yes [23:01] # Item5425: Renaming does not take VIEW_TEMPLATE setting into account: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5425 [23:02] any comments? [23:02] annoying [23:02] time check: +62 min [23:03] but not that urgent [23:03] (i'm gone, it's 23:00 over here and i'm tired, will let irc log continue so i can read up tomorrow) [23:03] ok , good night Koen [23:03] Thanks for joining Koen. Good night. [23:03] bye koen [23:04] * Lavr_ is enjoying a Guinness to observe that today is St Patricks day. [23:04] but I am a bit afraid we are having a huge backlog of 'normal' bugs that together make a bad experience [23:04] # Item5283: EditTablePlugin dollar percent expansion does not work well together with SpreadSheetPlugin: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5283 [23:04] Arthur yes they are piling up. [23:04] working on it [23:04] the setting of VIEW_TEMPLATE variables is quite flexible, based on the template lookup along the path. [23:04] so I think it would be quite a stretch to cover all posibilities in rename...though renaming a topic seems broken nevertheless [23:05] thanks arthur [23:05] yes, but should it fail totally? [23:05] do you need feedback on this item? [23:05] the ETP item yes [23:05] I gave feedback earlier today on the ETP [23:05] I have just added (just managed to upload) [23:06] my proposal [23:06] I'm a bit confused [23:06] i would have thought that if you ask for a template that does not exist [23:06] twiki should always fall back to one that does [23:06] good, so on 5283 arthur has feedback he needs? [23:07] I see we cover two bugs now. [23:07] not yet [23:07] on templates, possibly review the default path? [23:07] basically the idea is to make an exception for %CALC% [23:07] so that $percntCALC$percnt gets expanded to %CALC% [23:08] or any other variable set in EXPAND_FORMAT_VARIABLES [23:08] Hmm. Need to think about that one. As first impression it is a bit high on the NerdoMeter [23:08] i thought variables always expanded in table cells, e.g. a known issue [23:08] This is when you ADD ROW! [23:08] except when you write $percntY$percnt [23:08] i think CALC stays alive if put into header cells [23:09] In earlier versions the $percnt became a % when you saved the table. [23:09] i think i put in an exception for header cells [23:09] Now it stays a $percnt and gets expanded when you view instead. [23:09] yes, this is convenient for ICONs [23:09] which are used a lot in ETP [23:10] but using $percnt for CALC does not work [23:10] ah, it looks like it would be nice to ahve control over expanding (or not) of $percnt [23:10] I would rather revert to the old way and try and resolve the real issue which is that twiki variables are expanded when you edit and save. [23:11] mmm, reading up to previous things [23:11] with rendering order it is not possible to get at the page content before internal variables are resolved [23:11] I thought that cdot made it clear that he's basically waiting for a satisfactory resolution to the governance issue [23:11] it would be a proper fix though to _not_ expand variables when in etp more [23:11] and to say I've not touched any bugs is a lie [23:11] s/more/mode/ [23:12] I thought I had fixed that when I prevented expansion in beforeCommonTagsHandler, but that causes other bugs [23:12] so variable expansion is done before ETP gets its hands to it [23:12] I have decided not to do anything on governance as long as our customers are being taken hostage. [23:12] i think tehre is no easy fix for his [23:13] I will not be threatened to do things. [23:13] i second kenneth remarks [23:13] there you go then [23:13] though I'm not positive that has been communicated [23:13] # Item5118: Difference from 4.1.2 - 4.2: Apache loginname no longer works with access control lists: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5118 [23:14] so 5283 is ok now? [23:14] I can understand that you will not work on new features but not solving urgent bugs is unforgivable and totally against everything I believe in with respect to total customer satisfaction [23:15] seems to me there is a implicit assumption that its your right to demand that other people work on things [23:15] Lavr_: remember that this is an open source project, it does not have customers [23:15] i think arthur's proposal is a workable solution for 5283 [23:15] which is a little flawed [23:16] Naturally we have customers. At least that is how I see it. When I act on this project I think about the customers = the users of TWiki. [23:17] it is my beleif that thinking like that is reducing the chances that we get new oss developers [23:17] but then twiki's never had many [23:17] this is just a word issue, you can say we have users or customers or whatever [23:17] I dont think we can say "customers demand" [23:17] we have people in the community who are committed to help our user base [23:17] y, i don't mean the word either [23:17] or "users demand" [23:18] that includes bug fixing, helping out in the support web, helping improve docs etc [23:18] i think that characterising crawford as evil [23:18] because there is an imbalance [23:18] and not customer focussed [23:18] in open source, we scratch our own itches. it happens than other people can benefit from it tooo [23:18] is showing the problem [23:18] Well. If I only scratches my own itches I would not work as a release manager on this project. [23:18] nite all /me falling appart [23:19] good night [23:19] good night michael, thanks for attending [23:19] Night Michael. [23:19] night. [23:19] everone has his own motivation [23:19] night Michael [23:19] tbh, its pretty simple [23:19] Kenneth's motivation may be different from Crawford's [23:19] oss works, because you don't need to rely on others [23:19] Lavr_: you are one of a very rare kind [23:19] yes. I my motivation to work on givornance issues with a shutgun to my head is zero. [23:19] * MichaelDaum is now known as MichaelDaum_ [23:20] and demanding that others put in while you vilify them, isn't likely to lead to getting help [23:20] time check: +80 min (i have a hard stop in 10 min) [23:20] * SvenDowideit_ has to go too [23:20] it is time we recognize we are all different into this project [23:21] ok, we stated the opinions, good to have this open conversation [23:21] i just wanted to have some idea of why there isn't peace [23:21] i am sure we will work it out [23:21] so we cannot impose our own ethics [23:21] and now i know [23:21] too much blame for progress i guess [23:21] could you explain? [23:22] ArthurClemens, if you read the log [23:22] does it read like cdot's being thanked for his contributions [23:22] and then efforts made to kindy persuade him to help [23:22] Sven, I would disagree with you. we were stressed to find a solution to a problem [23:22] it being oss [23:23] i believe everybody in this room _hugely_ appreciates all the contributions cdot did so far [23:23] if you're stressed, then there's code to be done [23:23] PeterThoeny_, that is not how it reads [23:23] so the wording on IRC logs should not be taken as well-balanced polished statements [23:23] which is obviously important [23:23] kenneth's remark was on the threat, not on the contribution [23:23] no, they are reflections of truer feelings [23:23] its not a threat [23:23] it is a personal statement [23:23] ie, i feel i can do this [23:24] I feel it is a threat. [23:24] blaming him for making a personal decision [23:24] Sven, please. IRC is akin to a spoken medium [23:24] is sending a message to anyone else out there that might consider helping [23:24] so, it is a statement and a counter statement [23:24] this is free speech [23:24] There is no logguer bot here [23:25] seems to me that therefor you all know why cdot is not around as much [23:25] whereas the previous discussion implied that you were ignorant of it [23:25] Fact is that we either need a new contributor on the Wysiwyg or we have to wait maybe forever to get it fixed. And I am trying to get fresh people making it visible that there is a void to be filled out [23:25] i agree we need many new contributors [23:25] i however feel that the way you are talking [23:26] you are strongly discouraging them [23:26] i respect cdot decision, and it is his decision how to act upon our response [23:26] because you are demanding [23:26] rather than accepting [23:27] i'm also a little inflamed by the statement that i have not done anything on bugs since the release [23:27] as i recal commiting some fixes [23:27] and even finding the time to put some info on bugs [23:27] Not on the urgent bugs. [23:27] there are 2 things. CDot's tremendous contributions. I said the other day he is our start programmer. And there is an upcoming bug release. [23:27] you wanna bet [23:27] star [23:27] Lavr_, if i did commit a fix on a urgent bug [23:27] stop please [23:27] will you send me the most expensive case of alahol you can buy? [23:28] basic thought is [23:28] currently we are running though Urgent Bugs [23:28] yes, lets get back on track please [23:28] complaining isn't helping the project move forward [23:29] so any remarks should be read in this light [23:29] # Item5118: Difference from 4.1.2 - 4.2: Apache loginname no longer works with access control lists: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5118 [23:29] if things are stalled because of Governance, this was not clear [23:29] ArthurClemens, wrt cdot, that is where it stands yes [23:29] for me, i'm simply busy with things i'm enjoying more [23:30] (we as a community need to take action if one person can stall the development) [23:30] anyhoo, gotta run [23:30] Item5118 is the one that I have not seen any commitment to getting resolved for 4.2.1 [23:30] i think 5118 _is_ important in a corporate setting [23:30] e.g. our mission [23:31] out of my league [23:32] (a possible fix) [23:32] sven, if you are around, could you please look at 5118? [23:32] this is right up your alley [23:33] unfortunately i need to sign off now, need to travel offsite [23:33] sorry, would like to stay around to the end of this meeting [23:33] who is facilitating from now on? [23:33] I can [23:34] thank you colas [23:34] It is Item5118 and 5345 that are the only Sven bugs I could recall when I wrote my - I admit - angry remarks - earlier. [23:34] as a start: next item: [23:34] # Item4946: urlDecode() not working for characters represented by Unicode code points: http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4946 [23:34] bye now! [23:34] Bye Peter [23:34] bye [23:35] Bye Peter. On the bug, this is definitely for [23:35] I got some good feedback on how to try and "be Chinese". I would like to play a little with it. [23:35] I cannot commit a fix but maybe some more analysis. [23:35] * PeterThoeny_ has quit IRC [23:35] .. and testing. [23:35] Lavr, it will help a lot [23:36] I have vacation now so I have some days to work on TWiki. [23:36] ok, so its for Lavr for now [23:36] yes. Hing Ho Ming. :-))) [23:36] # Item4863 RcsWrap does not support RcsDirs? http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item4863 [23:37] I raised a deprecation proposal. [23:37] http://twiki.org/cgi-bin/view/Codev/DeprecateRcsDirectoriesFeature [23:37] Until now the feedback has been "you cannot kill it - it is already dead". [23:37] yup, seems the proposal is not objected [23:38] But let us give it a week more. The "fix" for 4.2.1 only has to be removal from configure and a doc update. [23:38] Agreed [23:38] # Item5393: Adding bullet right after a heading adds annoying html paragraph tags http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5393 [23:38] I am working on it [23:39] Yes. This is the most hated Wysiwyg bug. Great you are looking at it! [23:39] What is your plan? [23:39] was in conference last week so didnt have time. will look more seriously this week [23:39] this should also fix spaces after variables... [23:40] I fixed the spaces after variables issue already. [23:40] ok [23:40] good work [23:40] I have no specific plan. I will have to look at the logic [23:40] ... and fry my brain :-) [23:40] woha, kudos Lavr [23:40] The Wysiwyg plugin itself does not seem so overly complicated. It is knowing what TMCE does that makes things difficult. [23:41] # Item5316: PHP flag in pub-htaccess.txt is not working with PHP running as CGI http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5316 [23:41] That is a doc item that I own. [23:41] It is easy but I need to create a VM with PHP running as CGI to test my doc fix. So the verification is time consuming. [23:42] It is ok for you to keep be assigned to it? [23:42] Yes I will eventually fix this one. [23:42] ok thx [23:42] If nothing else then a warning doc fix. [23:43] # Item5341: Simplify subversion organisation http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5341 [23:43] Not a release blocker. [23:43] yup, seems all important things done [23:43] But in all fairness Sven and Crawford has done a great job already and I have my merlin.lavrsen.dk working as a check-out also from trunk now [23:43] needs a summary of things to be done [23:43] ArthurClemens: just the last line :-) [23:44] port & update release build system [23:44] not unimportant [23:44] ah, not for 4.1.2 [23:44] yes, but Lavr says it seems to work for him already anyways? [23:44] The T42 branch should still be the "good old" so we can still release a 4.2.1. It is when we get to 5.0 we need the build stuff working also on trunk. [23:45] I have not tried. Maybe it already works. My merlin.lavrsen.dk is a SVN checkout [23:45] I have both a 4.1.2, a 4.2.X and a 5.0 running on that URL. [23:45] What do we do? change it to "Normal" priority? [23:45] No. it will be urgent when we get to 5.0. we just ignore it at release. [23:46] ok. I mean... do I have to edit some topic now? :-) [23:46] No. [23:46] Ok, thus last one [23:46] # Item5410: WebSearchAdvanced does not regex search when you select that it should http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5410 [23:46] I have taken that one also. I should have the skill set to fix that [23:47] Plan to do it in my vacation now. [23:47] if not, mail me and I will do it [23:47] I cannot tell people to fix thing and not take the ones I can fix with my skillset right? ;-) [23:47] :-) [23:48] Ok, seems we are done [23:48] I don't know if http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item5449 is urgent [23:48] Let us read it [23:48] well, we can leave the other items in http://twiki.org/cgi-bin/view/Codev/GeorgetownReleaseMeeting2008x03x17 for next time [23:48] I think people can live with it, but it should be fixed [23:49] GilmarSantosJr: still awake? [23:49] yes [23:49] :) [23:49] it's 19:49 here (Brazil) [23:49] So you have a fix :-) Well. Check it in right away so we can give it some test hours before release. I trust your perl skills which for sure are better than mine :-) [23:50] GilmarSantosJr: do you feel anle to fix it? [23:50] s/anle/able [23:50] ColasNahaboo: I have a fix and it worked for me. hope to work to every one else ;) [23:51] ok, let's go then. I thing you can commit [23:51] Once checked in what normal use should I do to verify that nothing has broken? [23:51] GilmarSantosJr: I understand that the bug would also happen with mod_perl & speedycgi? [23:51] Lavr_: thanks, but I still have a lot to learn [23:52] Well you have impressed me with the work you have done on the Stand Alone branch. [23:52] with mod_perl i think so. maybe with speedycgi, but i don't know how it handles the end of scripts [23:53] What doc to read about the syscommand? only sourcecode? [23:53] GilmarSantosJr: pardon me if I am stupid, but with just exitint after the failed exec do not solve the problem? [23:53] I'll investigate what is the effect of this bug under plain CGI (I think it could leads to "Internal Server Error" or something like that) and add comments about to bug description [23:54] s/exitint/exiting/ [23:54] yes [23:55] but how the parent caould know if the exec failed or the executed program returned an error status (think about a command that doesn't exist) [23:56] if the command doesn't exist, only exiting should solve [23:56] but if exist and return some error code (exit status != 0), then it's a different situation [23:56] ok [23:57] the $key is there so that the parent can distinguish these two distinct cenarios... [23:57] ok. you commit your fix. [23:58] maybe we could leave the bug oipen to remind us to ask ourselves if we have made enough tests of it before shipping it with 4.2.1 ? [23:58] Gilmer both to the trunk and the TWikiRelease04x02 branch :-) [23:58] yes [23:58] Great! [23:59] Ok. [23:59] So that was the bug walk through. [23:59] * MichaelDaum_ has quit IRC (Read error: 104 (Connection reset by peer)) [23:59] good timing [23:59] :-) Session Time: Tue Mar 18 00:00:00 2008 [00:00] Urgent issues to be discussed on 2. Feature requests for Georgetown Release ? [00:00] Yes. I did not put any proposals up because I knew we would spend time on the huge backlog [00:00] * OliverKrueger has quit IRC (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") [00:00] But it is nice to see that the storage part of the roadmap finally gets some attention now. [00:01] Ok, closed [00:01] Ok to report 3. Decide on date for TWiki Summit in Berlin ? [00:02] I did not manage to contact the guy in Berlin. Maybe I should try tomorrow if he is not on vacation. [00:02] But there is a clear favorite which is the week of the Wikisym in September. [00:02] * MichaelDaum_ has joined #twiki_release [00:02] So I will try and ask for that. [00:03] Wikisym is in Porto, Right? [00:03] Yes. I am not sure I will go this year. Depends on projects and vacation plans. [00:03] I was in Porto just 1.5 years ago so it is not an obvious vacation place for my wife and I. [00:04] Ok, so all things seem all right thus [00:04] I guess we can close the meeting [00:04] I will try and get that week. If I cannot then I will go for the one before which is what I already asked for. [00:05] Thanks to all! [00:05] Thanks and sorry for my angry statements earlier but I need to know WHY the current state of things were as they were and I got a clear answer. [00:06] thanks all and good night [00:06] * ArthurClemens has quit IRC