Closed Bug 364342 Opened 17 years ago Closed 17 years ago
New calendars do not appear in calendar list if available UI space is filled for list
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a2pre) Gecko/20061219 Calendar/0.4a1 This appears to be a UI specific issue. The new calendars are created, and are available via the drop down in the New Event dialog. However, they do not show up on the UI. I attempted to confirm this with Lightning, but Lightning does not exhibit this behavior. I was able to cause this to happen on two different Sunbird profiles, one with a mixture of calendar types, and one with only storage calendars. There are no errors in the error console. I am using nightly build ID: 2006121903 (trunk based sunbird build) Reproducible: Always Steps to Reproduce: 1. Create a new profile with only the default Home calendar 2. Resize the "Calendar List" UI to be as small as possible. 3. Create seven or eight storage calendars (enough to completely fill the given space in the UI for the Calendar list). Actual Results: Once the space is filled in the UI, newly created calendars fail to appear. However, you can verify that they were indeed created by checking the "Calendar" drop down menu on the new event dialog -- there all the created calendars will be available. Expected Results: The Calendars should continue to appear in the calendar list as long as you are creating them. An actual Use Case: Because iCAL.app does not support categories, I have separate calendars for what I would normally consider categories. This means that I have five calendars in iCAL.app. The Sunbird data migrator dutifully imports these five calendars. Add that to the default HOME calendar, and when I create but one or two more calendars (to use a network calendar for example), I encounter this bug.
Works for me using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/20070106 Calendar/0.4a1 ID:2007010603. This was fixed by Bug 365234. Resolving as duplicate.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20070106 Calendar/0.4a1
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.