Which browser are you having the problem with?

I tried it with
Firefox 4.0 on Linux (openSUSE 11.3),
Epiphany 2.30.2 on Linux,
Firefox 4.0.1 on WinXP,
IE 8 on WinXP,
Google Chrome 12.0.742.100 on WinXP.

It's always the same. You get "Personal Calendar" when editing events.

BTW:
This is also true for tasks.

I can't reproduce this with FF5 and Safari 5.

Show me some screenshots.

I've attached screen shots made on Linux with Firefox 4.
On all above mentioned browsers and OS combinations it's always the same situation.

Screenshot1 shows the calendar overview.
As you can see, there is an Event named "Probe Event" painted in blue.
Blue is the colour associated with the second calendar "Probekalendar".

Screenshot2 shows the event "Probe Event" in edit view.
There you see that the "calendar:" field is set to "Persönlicher Kalender".
It should show "Probekalendar".

Hope this helps a bit.

I still can't reproduce that bug. Can you try on sogo-demo.inverse.ca?

Just tried it on sogo-demo.inverse.ca.
There I can't reproduce it either.

Don't know if this is a configuration problem or fixed in the current nightly.

Any errors from your Firefox error console?

I think it's an "update" problem on your side. That code hasn't changed in a long time.

You could validate that "theory" by downloading the ZEG 1.3.7a from sogo.nu and testing it out.

Regards,

Firefox 4.0.1 shows the following errors when I open an event for editing from our SOGo instance:

Fehler: uncaught exception: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.clearUserPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://dotnetassistant/content/bootstrap.js :: BootStrapDotNetAsssitantExtension :: line 52" data: no]
Fehler: Components.classes['@mozilla.org/extensions/manager;1'] is undefined
Quelldatei: chrome://jqs/content/overlay.js
Zeile: 9

There are some warnings too, which I think are irrelevant for this Problem:

Warnung: XUL-Box für _moz_generated_content_after-Element enthält ein Inline-#text-Kind-Element, was alle Nachkommen zwingt, von einem Block umgeben zu werden.
Quelldatei: chrome://browser/content/browser.xul
Zeile: 0
Warnung: Unbekannte Eigenschaft '-moz-outline'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/generic.css
Zeile: 51
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/generic.css
Zeile: 433
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/generic.css
Zeile: 452
Warnung: Fehler beim Verarbeiten des Wertes für 'padding-left'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/generic.css
Zeile: 858
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/SchedulerUI.css
Zeile: 1297
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/SchedulerUI.css
Zeile: 1340
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/SchedulerUI.css
Zeile: 1353
Warnung: Unbekannte Eigenschaft '-moz-opacity'. Deklaration ignoriert.
Quelldatei: https://sogo.uni-konstanz.de/SOGo.woa/WebServerResources/SchedulerUI.css
Zeile: 1394

Will try ZEG in the afternoon.

Any updates on your SOGo ZEG test?

Sorry for the late response.

Got ZEG 1.3.7 (@vizzini.inverse.ca 201105032010)

With it I can't reproduce the problem. It always sets the correct calendar when editing an event.

Also I get the same errors and warnings in Firefox 4.0.1 and 5.0 as mentioned before. Therefore they are not related to the problem.

The only difference I see is that our version reads 1.3.7 (root@vizzini.inverse.ca 201105061205). It was installed from rpm.

We are now on SOGo 1.3.8a.
But this problem persists.

I checked with firebug the corresponding window for changing the event.
All existing calendars are listed in option tags.
There is NO selected=selected entry for any of the option tags in id=calendarList.

So it can't display the correct one.

As this is working in ZEG, what could be the reason for this?

Tested this with 2.0 beta2.
Now it works correctly.

So this bug can be closed.