Re: mod_mbox bug squashing
Maxime Petazzoni wrote: 5) If you know that the AJAX view only works in Gecko based browsers do you plan on sniffing the browser type and redirecting to the non-AJAX view in that case? This is probably a bit of a controversial subject, but it seems like the kind of thing that would have to be resolved before the ASF could roll something like this out. I'll try to make the AJAX view work on as many browser as possible. I'd like it to work on Konqueror and Opera. The IE problem does not seem to be fixable. I agree that it is better to dedicate the time to support more browsers, than to invest too much in cases where AJAX is not supported. However, what is this problem with IE that doesn't seem to be fixable? If it was discussed here and I missed it, I apologize, but please give me a pointer to that discussion. P.S. It's cool. Thanks, -- Eli Marmor [EMAIL PROTECTED] Netmask (El-Mar) Internet Technologies Ltd. __ Tel.: +972-9-766-1020 8 Yad-Harutzim St. Fax.: +972-9-766-1314 P.O.B. 7004 Mobile: +972-50-5237338 Kfar-Saba 44641, Israel
Re: mod_mbox bug squashing
Hi, First of all, thanks for your reply, I was looking forward to having mod_mbox's original author comments ! It crashes Safari (Mac OS X 10.4.x) when I try to select a message in the list when I already have a message open. Ouch! Ok, if it crashes it means we won't have any debugging information. If you have a couple of minutes today on IRC, can we make step by step debugging ? I'll add alert box in the toggleMessage() function, and you'll tell me where it crashes so I can isolate the problem. With Firefox (Deer Park Alpha 2), it works. It seems to work perfectly with any version of Firefox (tested from 1.0.4). Unfortunately that's only 20~30% of the browsers. The subject summaries in 'Message List' doesn't list the month - it just says 'Monday 01, 11:03:35' - I really think we need to emit the month there. (Yes, it's on the top, but that's easy to miss.) I just changed that yesterday evening because I find that the date is too long in the message list, especially with lower resolutions. What would you like to see there ? Tuesday 12 April 2005, 14:29:51 (very, very long) Tue, 12 Apr 2005, 14:29:51 (like RFC822 dates but without the GMT stuff) 12 April 2005, 14:29:51 Tue, 12 Apr, 14:29 ... or any other combination you like. I must admit I don't know which one to choose here :P What is the pattern for the 'Message List' for showing the next messages in the sequence? I'm not sure how many messages it is trying to show - it doesn't seem consistent to me. What do you call the pattern ? If you are referring to the paging system, in date and author sort, 100 messages per page are displayed. In thread sort, 42 full threads are shown (this explain why you often have less pages in threaded mode than in date sort). One feature I like is having the 'Site Index' link - this is in mod_mbox trunk. How about having the 'Mailing list archives' also having a 'site index' link so you can view what other archives are present fro that site. Since this feature is actually in trunk/, you've said it, it will be backported. I just don't considerer it as a key feature for the moment. It's been an almost non-stop work+sleep+work+eat+sleep+work session since I'm back home, and I had more important features to code before this one :) I looked at your recent changes to mod_mbox, and I value them. I agree with Garrett that having the 'next' and 'prev' links should also appear at the *bottom* of the message - this is so that when you read the message, you can then click to read the next message in the thread w/o scrolling up. Most critically, I think the 'next' and 'prev', and numbered links can become confusing when trying to read a message. If you want to read the next message in the thread - clicking the 'message list' 'next'/'prev' links brings you out. So, finding some way to resolve that to make it clearer for the user - perhaps merely adding prev/next message in 'message view' list would be good. Or, have some way of hiding (or disabling) the list navigation when we have a message view active. We are still talking about the AJAX browsing interface, eh ? If yes, there is currently no message navigation in the message view. I agree with your comments, and these links will be added soon. Also, please notice that prev/next links will only be able to go through the currently loaded page. I can eventually make the last 'Next' click load the next page if it exists, but it won't be possible to load the first message of this new page directly (blame the first 'A' of AJAX (asynchronous)). But, again, it looks a lot better than what we have today. Cool. -- justin Thanks, - Sam -- Maxime Petazzoni (http://www.bulix.org) -- gone crazy, back soon. leave message. signature.asc Description: Digital signature
Re: mod_mbox bug squashing
Hi, * Eli Marmor [EMAIL PROTECTED] [2005-08-29 11:57:50]: Maxime Petazzoni wrote: I'll try to make the AJAX view work on as many browser as possible. I'd like it to work on Konqueror and Opera. The IE problem does not seem to be fixable. I agree that it is better to dedicate the time to support more browsers, than to invest too much in cases where AJAX is not supported. However, what is this problem with IE that doesn't seem to be fixable? If it was discussed here and I missed it, I apologize, but please give me a pointer to that discussion. It was not discussed here, so no need to apologize. Basically, I have an body onLoad function that calls the box list and message list creation. The getMsgList() function create an XmlHttpRequest call to the YY./ajax/thread URL, and waits for the result. When it gets it, it saves the resulting XML document into a global variable '_msglist' and then call a processing routine, drawFullMsgList(). But at the first attempt of drawFullMsgList() to access the _msglist variable, IE thraw a Javascript error, saying that _msglist is null or not defined. I don't have a clue on how to fix this. If someone has, please show up. - Sam -- Maxime Petazzoni (http://www.bulix.org) -- gone crazy, back soon. leave message. signature.asc Description: Digital signature
Build error on FreeBSD-5.4
This is the error I get when I run make (this happens on freebsd 5.2 too) ar cru .libs/mod_apreq2.a handle.o filter.o ranlib .libs/mod_apreq2.a creating mod_apreq2.la (cd .libs rm -f mod_apreq2.la ln -s ../mod_apreq2.la mod_apreq2.la) make: don't know how to make all-local. Stop *** Error code 1 Stop in /house/doink123/libapreq2-2.06-dev/module. *** Error code 1 Stop in /house/doink123/libapreq2-2.06-dev.
Re: mod_mbox bug squashing
--On August 29, 2005 11:52:18 AM +0200 Maxime Petazzoni [EMAIL PROTECTED] wrote: First of all, thanks for your reply, I was looking forward to having mod_mbox's original author comments ! Ha! =) Ok, if it crashes it means we won't have any debugging information. If you have a couple of minutes today on IRC, can we make step by step debugging ? I'll add alert box in the toggleMessage() function, and you'll tell me where it crashes so I can isolate the problem. Perhaps later on today. But, you're in France, right? I'm in California (GMT-7), so that might be hard to arrange. With Firefox (Deer Park Alpha 2), it works. It seems to work perfectly with any version of Firefox (tested from 1.0.4). Unfortunately that's only 20~30% of the browsers. Is it that high now? =) The subject summaries in 'Message List' doesn't list the month - it just says 'Monday 01, 11:03:35' - I really think we need to emit the month there. (Yes, it's on the top, but that's easy to miss.) I just changed that yesterday evening because I find that the date is too long in the message list, especially with lower resolutions. What would you like to see there ? Tuesday 12 April 2005, 14:29:51 (very, very long) Tue, 12 Apr 2005, 14:29:51 (like RFC822 dates but without the GMT stuff) 12 April 2005, 14:29:51 Tue, 12 Apr, 14:29 ... or any other combination you like. I must admit I don't know which one to choose here :P I think the last option is probably best. (Dayname, Day Mon, Hour:Min) - no need for second granularity in the summary. What is the pattern for the 'Message List' for showing the next messages in the sequence? I'm not sure how many messages it is trying to show - it doesn't seem consistent to me. What do you call the pattern ? If you are referring to the paging system, in date and author sort, 100 messages per page are displayed. In thread sort, 42 full threads are shown (this explain why you often have less pages in threaded mode than in date sort). When you are reading a message - it still shows a part of the message list - but it seems a bit non-intuitive as to how many messages it is showing when you are reading a message. moment. It's been an almost non-stop work+sleep+work+eat+sleep+work session since I'm back home, and I had more important features to code before this one :) Sure. No worries. I looked at your recent changes to mod_mbox, and I value them. Thanks! We are still talking about the AJAX browsing interface, eh ? If yes, there is currently no message navigation in the message view. I agree with your comments, and these links will be added soon. Also, please notice that prev/next links will only be able to go through the currently loaded page. I can eventually make the last 'Next' click load the next page if it exists, but it won't be possible to load the first message of this new page directly (blame the first 'A' of AJAX (asynchronous)). Yes, I'm talking about the AJAX interface. So, I look forward to seeing how you address this. ;-) Thanks, - Sam Hey, you're the one doing the work not me. ;-) Thanks! -- justin
Re: mod_mbox bug squashing
Perhaps later on today. But, you're in France, right? I'm in California (GMT-7), so that might be hard to arrange. I use to stay late on IRC, just ping me on #apache-modules when you have some time. I just changed that yesterday evening because I find that the date is too long in the message list, especially with lower resolutions. What would you like to see there ? Tuesday 12 April 2005, 14:29:51 (very, very long) Tue, 12 Apr 2005, 14:29:51 (like RFC822 dates but without the GMT stuff) 12 April 2005, 14:29:51 Tue, 12 Apr, 14:29 ... or any other combination you like. I must admit I don't know which one to choose here :P I think the last option is probably best. (Dayname, Day Mon, Hour:Min) - no need for second granularity in the summary. Ok, I like this one too. It's already set up on http://skikda.bulix.org/archives/dev/ What is the pattern for the 'Message List' for showing the next messages in the sequence? I'm not sure how many messages it is trying to show - it doesn't seem consistent to me. What do you call the pattern ? If you are referring to the paging system, in date and author sort, 100 messages per page are displayed. In thread sort, 42 full threads are shown (this explain why you often have less pages in threaded mode than in date sort). When you are reading a message - it still shows a part of the message list - but it seems a bit non-intuitive as to how many messages it is showing when you are reading a message. This small context view display the messages before and after the one you are reading. The context size is -3 and +3 messages, except if you are in the first or last 3 messages of course. We are still talking about the AJAX browsing interface, eh ? If yes, there is currently no message navigation in the message view. I agree with your comments, and these links will be added soon. Also, please notice that prev/next links will only be able to go through the currently loaded page. I can eventually make the last 'Next' click load the next page if it exists, but it won't be possible to load the first message of this new page directly (blame the first 'A' of AJAX (asynchronous)). Yes, I'm talking about the AJAX interface. So, I look forward to seeing how you address this. ;-) I've added message view navigation and some other tweaks. Please referer to my last commits. - Sam -- Maxime Petazzoni (http://www.bulix.org) -- gone crazy, back soon. leave message. signature.asc Description: Digital signature
mod_smtpd filter support
Hi, I just checked in support for input filters and header parsing in mod_smtpd. This currently means little since there is no documentation on how to use mod_smtpd or many example plugins. In the next few days (once I receive power) I will have a couple of example plugins checked in (regular expression vrfy, postfix queuer) and some minor documentation (maybe a tutorial + tutorial plugin). mod_smtpd now also depends on libapreq2 for rfc822 header parsing (configure does not yet check if this is installed, patches welcome!!). This mostly means that mod_smtpd is very close to completion. I expect some bug-fixes and I plan on adding a one-recipient/one-transaction feature and a message body reading abstraction, but other than that it seems to be in its final working state. Features include: - Hooks on every important SMTP event, with pre-done logic to handle denies and disconnections. - DATA command input filter support per transaction. - RFC822 Header parsing via libapreq2 - Exported IO functions. Have Fun! -rian
Django : how to use Django with mod_python
Hi, Here is a link to a documentation on how to use Django with mod_python. What's interesting is how they cope with the current bugs, with sentences like When deploying Django sites on mod_python, you'll need to restart Apache each time you make changes to your Python code. or you'll need to take a special precaution to ensure mod_python's cache doesn't mess things up. http://www.djangoproject.com/documentation/modpython/ Regards, Nicolas
Re: svn commit: r264623 - in /httpd/httpd/trunk: CHANGES modules/generators/mod_cgid.c
On Monday 29 August 2005 21:12, [EMAIL PROTECTED] wrote: Author: wrowe Date: Mon Aug 29 13:12:43 2005 New Revision: 264623 URL: http://svn.apache.org/viewcvs?rev=264623view=rev Log: Correct mod_cgid's argv[0] so that the full path can be delved by the invoked cgi application, to conform to the behavior of mod_cgi. I see your comment on bugzilla about bringing it into line with mod_cgi. But isn't this the wrong way round? CGI gets its system info from the CGI environment variables, and exposing the full path in argv[0] smells of a possible security issue if paths above DocumentRoot are out of bounds. -- Nick Kew
a testing competition
[note: apologies if you received this from one of the other apache aliases but this was the recommended place to post this for httpd] When was the last time someone thanked you for writing a test, or noticed that you dramatically improved code coverage. Do you know what the current code coverage of httpd is? (its about 34% according to bullseye which is inline with other projects) Well Spikesource is running an open testing competition to foster participartory testing, however we can only make it successful with the blessing of committers of the projects involved. What's in it for you? Well apart from a share in the team award and a good chance for an immediate early bird registration prize if you act quickly, the end result should be useful tests for everyone, win or lose. For more details see http://www.spikesource.com/events/opentestingcontest/ regards calvin
Status of 2.1.7
I counted two votes about 2.1.7-beta: +1: Brad, Joe No one else put votes in the thread. We did find several non-showstopper issues with this tag. If anyone has a few spare minutes, it would be good to start back porting these from trunk to the 2.2.x branch. Thanks, Paul
