Hi, thanks for the help, as always. I have a couple of questions unrelated to this matter: - I noticed that a conference scheduled via API is not present in the dashboard->myrooms, but if I create it manually as an event in the calendar then it appears, could this be fixed? - the updateRoomWithModeration API doesn't provide the chance to change the conference time and date, this way I have to delete the conference an then create a new one with the update data, has this feature been considered in the roadmap? - When I delete a room via API (also created via API), it still appears in the calendar. - Why does getRooms only returns the room startdate in the response xml? see: "<ax29:starttime>2011-12-20</ax29:starttime>" - Last one, it seems that, when we create an appointment via API, the appointment gets the default name,the only way to change it is by doing it manually
Actually I'm thinking about contributing to the project, even though I'll be busy in the coming weeks, I'd be happy to add these features. Thanks Cristiano ----- Original Message ----- From: "seba wagner" <[email protected]> To: [email protected] Sent: Tuesday, December 20, 2011 1:21:59 PM Subject: Re: addRoomWithModerationAndExternalTypeAndStartEnd Hi Cristiano, the Timezone handling was heavily refactored in OpenMeetings version 1.9.x. So first of all you should upgrade to that version first to make sure that your implementation meets the API also in the current version. The current implementation expects the time/date transfered to the API call to be in the timezone that is set in the user-profile of the web-service API user that you are using. So if the SOAP User you're using has the GMT time zone, the 8 o'clock today is treated as 8 o'clock GMT today, if the SOAP User has PST set in his user profile in OpenMeetings, 8 o'clock is treated as 8 o'clock PST. The timestamps in database-tables are all in the servers timezone since version 1.9.x. The time/date in the UI that you see are based on the TimeZone of the user's profile that you are using to login into OpenMeetings. So you see ... there no short answer to you problem. We could add a API call to acceppts UTC $TIMESTAMPS in milliseconds since 1970, however I am not sure if that will make it easier in any way. Sebastian 2011/12/20 Cristiano Bernardini < [email protected] > Hi everyone, I think there is an issue with this specific API, I am running openmeetings_1_8_5_r4452. I'm trying to plan a conference in the afternoon, so I suppose I have to use PM time: String fromDate = "20-12-2011", fromTime = "16:00", toDate = "20-12-2011", toTime = "18:00"; what happens is that in the calendar the event is wrongly scheduled from 04:00p to 06:00a, this doesn't happen if I'm planning a morning event from 10:00 to 11:00, for example. Please see the attachment. I don't know if I'm correctly using the API or if there's something wrong. Thanks -- Cristiano Bernardini -- Sebastian Wagner http://www.openmeetings.de http://incubator.apache.org/openmeetings/ http://www.webbase-design.de http://www.wagner-sebastian.com [email protected]
