Closed
Bug 223505
Opened 21 years ago
Closed 21 years ago
Impossible to select new date in sidebar month view
Categories
(Calendar :: Sunbird Only, defect)
Calendar
Sunbird Only
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: RainerBielefeldNG, Assigned: mostafah)
Details
Attachments
(1 file)
1.17 KB,
patch
|
mostafah
:
first-review+
|
Details | Diff | Splinter Review |
I see the problem in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20031007 with Mozilla Calendar 2003080411-cal That was no problem with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Mozilla Calendar 2003061213-cal Steps to reproduce: 1. Open calendar 2. select "week view", so that you see actual week and the octual month in the sidebar month view 3. Mouseclick (or double click, iv you want) to a day in the sidebar month view, which is not in the actual week expected: week view will change to the week with the "clicked" day in it actual: nothing happens, week view remains as it is. The problem is also reproducible for day view, month view and all others. I reported with UNCONFIRMED, because I think, we already have a bug for this, but I can't find it. Rainer
Comment 1•21 years ago
|
||
confirmed by me on windows and http://bugzilla.mozilla.org/show_bug.cgi?id=221404
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•21 years ago
|
||
the suppression of the lines if (this.parentNode.parentNode.parentNode.parentNode.callback) this.parentNode.parentNode.parentNode.parentNode.callback(); from the file datepicker/calendar.xml corrects the problem. I can't find any definition of this callback function. But, this call sometime leads to a "permission denied access to property xulelement.value".
Reporter | ||
Comment 3•21 years ago
|
||
Actually it is WFM :-\ I don't know what has changed, the problem seems not to be 100% reproducible Rainer
Assignee | ||
Comment 4•21 years ago
|
||
A few modifications were made to datepicker.xml and calendar.xml which seem to have fixed this problem too: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=CalendarClient&branch=HEAD&branchtype=match&dir=mozilla%2Fcalendar%2Fresources%2Fcontent%2Fdatepicker&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=11%2F10%2F2003&maxdate=11%2F14%2F2003&cvsroot=%2Fcvsroot It is "Works For Me" too running from CVS. Eric: The callback function is being set to gCalendarWindow.goToDay function with the ondatepick attribute.
Comment 5•21 years ago
|
||
Rainer: I also observed that the problem is not 100% reproducible in Mozilla Application Suite. It seems nevertheless that it is 100% reproducible in Thunderbird (at least here on windows). Mostafa: my version should include the modification you mentioned, but it still does not work. In Mozilla Suite 1.5 windows, in the cases I observe the bug, I get in the JS Console, a message like : Error : uncaught exception: Permission denied to get the property XULElement.value In the cases, I do not observe the bug, the message is a warning that the callback is not defined (which is the case when the calendar is not call from the datepicker.xml but from calendar.xul) This bug is annoying and not 100% reproducible.
Comment 6•21 years ago
|
||
I don't know why but this patch correct the bug for me on Mozilla 1.5 and Thunderbird 0.3 on Windows.
Updated•21 years ago
|
Attachment #136220 -
Flags: first-review?(mostafah)
Assignee | ||
Comment 7•21 years ago
|
||
I still can't reproduce this bug with a fresh Thunderbird 0.3 and calendar installed from http://pagesperso.laposte.net/ericb/calendar-TB-MozillaSuite-031113.xpi
Comment 8•21 years ago
|
||
Very odd; I've been seeing this for a while, and on finding this bug decided to do some more testing. I now find I cannot reproduce it at all, yet this morning I could not get the data to select even once. 20031129 Linux/x86.
Updated•21 years ago
|
OS: Windows 98 → All
Hardware: PC → All
Assignee | ||
Comment 9•21 years ago
|
||
Comment on attachment 136220 [details] [diff] [review] patch of calendar.xml Finally got to see the problem. It seems whatever the reason, this fix is a good and safe workaround for it. Checked into CVS.
Attachment #136220 -
Flags: first-review?(mostafah) → first-review+
Assignee | ||
Comment 10•21 years ago
|
||
This should be fixed now.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•20 years ago
|
||
Just a note that the fix for bug 206382 may reopen this bug. See http://bugzilla.mozilla.org/show_bug.cgi?id=206382#c30
Comment 12•18 years ago
|
||
The bugspam monkeys have been set free and are feeding on Calendar :: Sunbird Only. Be afraid for your sanity!
QA Contact: gurganbl → sunbird
You need to log in
before you can comment on or make changes to this bug.
Description
•