Calendar:QA Chat:2006-03-22:Log
From MozillaWiki
[12:35] <mschroeder> ctalbert: meeting time? [12:37] -->| maarten (maarten@moz-45086CB3.ipact.nl) has joined #calendar-qa [12:37] <ctalbert> mschroeder: yeah, it is. We're having a meeting here too [12:37] <mschroeder> ctalbert: oh... i see [12:37] <ctalbert> :-S [12:37] <ctalbert> So, let's get the Calendar QA Meeting started [12:39] <ctalbert> Sorry for running late. Here is the wiki page: http://wiki.mozilla.org/Calendar:Current_QA_Chat [12:39] <ctalbert> First off, some updates [12:40] <ctalbert> We have code freeze this saturday. Several bugs are heading in - eTag support on CalDav, ability to determine whether or not iTIP should always bring up a compose window when attendees are present on an event [12:41] <ctalbert> Also, I am trying to get something together that will handle the foreign timezone problem, and that will likely push our dates back a few days. [12:41] -->| ulf|away (ulf@moz-7A1DEEB2.sun.com) has joined #calendar-qa [12:41] =-= ulf|away is now known as ulf [12:41] <ctalbert> We had a good test day on Tuesday. Attendence was light, but I think that is due to the giant focus on development right now. We'll turn that around as we move past code freeze and start concentrating on QA [12:42] <ctalbert> Omar (aka thorn) was our winner. [12:43] <ctalbert> Are there any questions about any of that stuff? [12:43] <ctalbert> Soudns like no. [12:43] |<-- eor has left irc.mozilla.org (Ping timeout) [12:44] <ctalbert> What do people think about Damian's idea w.r.t. "test day needed" whiteboard flag? [12:44] |<-- eva|afk has left irc.mozilla.org (Ping timeout) [12:44] <mschroeder> I don't know. [12:45] <ssitter> is that basically the same meaning as qawanted? [12:45] <mschroeder> It's nothing for a permanent test like those in litmus. [12:45] <ctalbert> I thought it sounded kind of the same as QAWanted [12:45] <mschroeder> ssitter: agreed [12:46] -->| eor (b6001a21@8347DB3A.61587D70.1139E686.IP) has joined #calendar-qa [12:46] <ctalbert> ah yes. And the bug he mentions was resolved, so I don't see why we'd be spending more time on testing it. Perhaps that was a typo [12:46] -->| eva|afk (b6001a21@8347DB3A.61587D70.1139E686.IP) has joined #calendar-qa [12:47] <ctalbert> I think I'm going to suggest he use QAWanted for anything he thinks needs more testing, and we'll see how that works out. [12:47] <ctalbert> If it gets too difficult to manage, then perhaps we'll look at splitting it out later. [12:48] <ctalbert> It also might help if I add a specific "Test QAWanted" section to the Test Day wiki page to increase the visibility of those bugs. [12:48] <ssitter> the meaning of qawanted is: Use this keyword for bugs which need more info, or it needs reproducing, or testcasing, or it's a dupe but you can't find what it's a dupe of. [12:49] <mschroeder> ctalbert: that's a good idea [12:50] <ctalbert> I think that's partially what he wanted to address. The other problem he surfaced about "needing more than one person" for testing, sounds like it could be rectified by using multiple programs or more than one instance of the program. [12:50] <ctalbert> That would be a case by case determination. [12:50] <ctalbert> Unfortunately, he's not here... [12:51] <ctalbert> Let's take this up with him when he logs in, but I don't want too many keywords that mean similiar things. [12:51] |<-- eor has left irc.mozilla.org (Ping timeout) [12:52] |<-- eva|afk has left irc.mozilla.org (Ping timeout) [12:52] <ctalbert> Let's go through the QA Discussion needed [12:52] <ctalbert> 17 of these: http://tinyurl.com/yhwge4 [12:53] <ctalbert> I'm sorting by Severity [12:53] <ctalbert> So, bug 367822 is first [12:53] <firebot> ctalbert: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=367822 cri, --, ---, nobody@mozilla.org, UNCO, Sunbird 0.3 may corrupt remote calendar if closed while popup alarm box is active [12:53] -->| eor (b6001a21@8347DB3A.61587D70.1139E686.IP) has joined #calendar-qa [12:55] <ctalbert> We need to confirm this if we can, and then ask lilmatt if he thinks it ought to block 0.5. I'm kind of doubting if it should block unless people have a larger chance to hit it. [12:55] <ctalbert> (than only when the close sunbird with an alarm window open) [12:56] <mschroeder> so it's a qawanted candidate [12:56] <ctalbert> If it's something that can happen any time you close during a write operation, then I think it must block 0.5. [12:56] <ctalbert> mschroeder: yes, definitely [12:57] <ssitter> wasn't there something fixed some time ago with delaying application exit until writing is finsihed? [12:58] <ctalbert> ssitter: I don't remember. [12:58] <mschroeder> ssitter: i think so [12:58] <ctalbert> Cool, so this may not be an issue on 0.5pre [12:59] <ssitter> and there is also a bug with not performing dismiss all when closing the dialog/exit - iirc it's waiting only for review [12:59] -->| eva|afk (b6001a21@8347DB3A.61587D70.1139E686.IP) has joined #calendar-qa [12:59] <ssitter> Bug 355755 [12:59] <firebot> ssitter: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=355755 nor, --, Sunbird 0.5, daniel.boelzle@sun.com, ASSI, Alarms are dismissed when Sunbird is closed [13:00] <ctalbert> We'll bring that one up with lilmatt and mvl, I think they are triaging the blocking list today [13:00] |<-- skuribay has left irc.mozilla.org (Quit: Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]) [13:00] <ctalbert> next on the qa discussion list is: 371300 [13:01] <ctalbert> bug 371300 [13:01] <firebot> ctalbert: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=371300 cri, --, ---, nobody@mozilla.org, NEW, Incorrect calendar's functionality while working offline, losing data in some cases [13:02] <ctalbert> As ssitter already noted, we have no offline mode in 0.5, so I don't think we can really expect this to work. [13:02] <ctalbert> I think Bas summed up the issues rather well [13:03] <ctalbert> (though caldav and wcap are missing) [13:03] <mschroeder> so is this a duplicate of one of the three bugs ssitter mentioned or a new issue? [13:04] <ctalbert> I tend to think they should all be duped to 366923 right now. And we'll start opening new "offline" bugs once that feature lands. What are your thoughts? [13:05] <mschroeder> agreed [13:05] <ctalbert> ssitter: What do you think about that? [13:06] <ssitter> I won't dupe against 366923 reading mvl comment in that bug [13:07] <ctalbert> he has a point there [13:08] <ssitter> probably keep the bug in question and mark it dependend on a generic add-offline bug (if we have one) [13:08] <ctalbert> That sounds like a good plan. [13:09] <ssitter> but since we don't have no offline modus yet this is no real critical bug but just lack of functionallity [13:09] <ctalbert> +1 [13:10] <ctalbert> bug 372093 is next on the list [13:10] <firebot> ctalbert: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=372093 maj, --, ---, nobody@mozilla.org, UNCO, Dismissed event reoccur [13:12] <ctalbert> Sounds like this just ought to be marked QA Wanted and see if we can confirm it... [13:12] <mschroeder> That's because we don't write to the remote calendar when an event is dismissed? And if the calendar is read-only there is no possibility to write. [13:12] <ssitter> dupe of bug 356002 in that case [13:12] <firebot> ssitter: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=356002 nor, --, ---, nobody@mozilla.org, NEW, Cannot dismiss/snooze alarms from read-only calendar [13:13] <ssitter> the reporter should check the js console when pressing dismiss [13:13] <ctalbert> I'll bet that's it. [13:13] <ssitter> this might tell if writing failed [13:14] <ctalbert> Let's see if we can get more information out of him. [13:15] <ssitter> maybe even the same error message as in Bug 354883 [13:15] <firebot> ssitter: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=354883 nor, --, ---, nobody@mozilla.org, NEW, subscribing missed events - dialog fires when alarm is off [13:16] <ctalbert> Hmm...we're not going to get through all the bugs. Does anyone have one that they want to bring up for consideration? [13:16] <ctalbert> (off either qawanted or qa discussion lists) [13:17] <mschroeder> I think bug 256591 is WONTFIX. [13:18] <firebot> mschroeder: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=256591 enh, --, ---, nobody@mozilla.org, UNCO, Feature Request: Export to some PHP/Perl Web Calendar Program or Sunbird Web Version [13:19] <lilmatt> +1 [13:19] <lilmatt> We're not making server software [13:19] <ctalbert> I think the GData extension is as close to this as we'll get for a long time. [13:20] <ctalbert> Of course WCAP also has web calendars available, and Cosmo has a webcalendar, I think. So, in some sense it is handled. [13:20] <ctalbert> Let's WONTFIX it. [13:20] <mschroeder> Bug 371114 is WFM. [13:20] <ctalbert> But note that if the person wants to implement a web-sunbird and an extension to do this, he should go right ahead.... [13:20] <firebot> mschroeder: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=371114 enh, --, ---, nobody@mozilla.org, UNCO, The different views have no fast access [13:21] <ctalbert> +1 [13:21] <lilmatt> I wouldn't even bother with that [13:22] <lilmatt> There's many different ways to post your data on the web and access it via Sunbird. [13:22] <lilmatt> We don't need to re-invent one [13:22] <firebot> ctalbert.moz@gmail.com set the Resolution field on bug 371114 to WORKSFORME. [13:22] <ctalbert> lilmatt: true. [13:24] <ctalbert> What about bug 369261 [13:24] <firebot> ctalbert: Bug https://bugzilla.mozilla.org/show_bug.cgi?id=369261 enh, --, ---, nobody@mozilla.org, UNCO, Enhancement: Sunbird could automatically publish updates to remote calendars [13:24] <ctalbert> This is like the auto-refresh thing that bbbrowning and Fallen|away were discussing yesterday. it's either a dupe or WFM [13:25] <bbbrowning> looks like extension fodder to me [13:27] <ssitter> don't we always publish when using remote calendars? [13:27] <ctalbert> That is what I thought, and what Bas noted [13:28] <bbbrowning> hmm .. I thought 'publish' was 'wrap it all up in a single .ics and put it somewhere' [13:28] <bbbrowning> where 'somewhere' is most likely not the usual calendar url [13:29] <ctalbert> It sounds like the user does have a local calendar that he's trying to publish up to iCalX [13:29] <ctalbert> That would probably not be done automatically yet. [13:30] <ctalbert> I'll see if we can get more details on this guy's set up. The description is pretty week. [13:30] <ctalbert> er weak [13:30] <ctalbert> too many calendars in my life.... ;-) [13:31] <ctalbert> We're about out of time. I had one last thing to mention, and saved it for last. For those of you who are going to be at the F2F meeting, we're going to have a session (or two) specifically on calendar QA. [13:33] <ctalbert> I want to hold that one when it will be convienent for "the usual suspects" to be there, and perhaps we can even rig up a conference call with folks that can't be in Germany then. So, I invite you to take a look at the current agenda: http://wiki.mozilla.org/Calendar:Hamburg_F2F_Meeting#Who and let me know when would be the best time for everyone. Or, I can just pick a day, if that is easier. [13:33] <ctalbert> Note, that it will probably have to be during working hours in Germany, so that means morning time for folks in the US. [13:34] <ctalbert> My current thought is to do it on Sunday afternoon. [13:34] -->| MaartenJB (root@moz-715C76A4.speed.planet.nl) has joined #calendar-qa [13:34] =-= mschroeder is now known as mschroeder|away [13:35] <ctalbert> Well, let me know if folks who aren't going to be in Germany would like to attend the QA Session, and let me know if Sunday afternoon (Germany time) would be OK. Probably hold it at the same time as this chat. [13:36] <ctalbert> And that is it, for the QA Chat unless anyone has anything else they would like to bring up. [13:36] <lilmatt> This time in germnay would be 7:30pm [13:36] <ctalbert> Ouch. Perhaps a bit earlier. [13:36] <mschroeder|away> I'll decide next week if I come to Hamburg or have to call in. [13:36] <ctalbert> Ok. [13:37] <ctalbert> Mostly, I want to get people thinking about it. I will be there the whole four days, and the schedule is pretty open right now, so I want to carve us out a time that's convient. [13:38] <ctalbert> That's the end of the QA Chat. Thanks for the good work. We'll be ramping up QA here next week in preparation for the release, so keep on Testing! Happy Testing. [13:38] <ctalbert> Have a look at QA Defects too, if you have time! [13:38] <ctalbert> s/QA Defects/QA Wanted Defects