Appointment changes in web interface

[cirrus_blue]

Hi all,

When I create a new "appointment" on the calendar, the calendar
cannot be edited...

For instance, I create a new appointment and accidentally post it to
my personal calendar. If I try to edit it to post to another
calendar, I get the message:

Item "15551" does not exist.

This circumstance seems to cause a lot of issues. If you try to
delete it, you will get another error message, or you will see the
event on the calendar with a transparent look. Do you have any ideas?
It is completely reproducible, it happens every time.

[romulo]

I have same problem !!!

LOG ERROR :


com.zimbra.cs.mailbox.MailServiceException$NoSuchI temException: no such item: 26462
at com.zimbra.cs.mailbox.MailServiceException.NO_SUCH _ITEM(MailServiceException.java:144)
at com.zimbra.cs.mailbox.MailItem.noSuchItem(MailItem .java:915)
at com.zimbra.cs.db.DbMailItem.getById(DbMailItem.jav a:1534)
at com.zimbra.cs.mailbox.MailItem.getById(MailItem.ja va:852)
at com.zimbra.cs.mailbox.Mailbox.getItemById(Mailbox. java:1660)
at com.zimbra.cs.mailbox.Mailbox.getItemById(Mailbox. java:1629)
at com.zimbra.cs.mailbox.Mailbox.getCalendarItemById( Mailbox.java:2538)
at com.zimbra.cs.service.mail.ModifyCalendarItem.hand le(ModifyCalendarItem.java:96)
at com.zimbra.soap.SoapEngine.dispatchRequest(SoapEng ine.java:270)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:168)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:90)
at com.zimbra.soap.SoapServlet.doPost(SoapServlet.jav a:223)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:709)
at com.zimbra.cs.servlet.ZimbraServlet.service(Zimbra Servlet.java:162)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:802)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invok e(StandardEngineValve.java:107)
at org.apache.catalina.valves.AccessLogValve.invoke(A ccessLogValve.java:541)
at org.apache.catalina.connector.CoyoteAdapter.servic e(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(H ttp11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11 ConnectionHandler.processConnection(Http11BaseProt ocol.java:667)
at org.apache.tomcat.util.net.PoolTcpEndpoint.process Socket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThr ead.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlR unnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)


Rômulo Giordani Boschetti

[romulo]

Hi cirrus_blue,

Look this :

Bug 7129 - cannot move existing appt/message/etc. to another user's mailbox


Rômulo Giordani Boschetti

[mufugger]

will this bug ever be fixed??

we use tons of shared calendars....and everyone is complaining of this issue.

[mmorse]

Welcome to the forums,
-Both are marked fixed
Bug 7129 - cannot move existing appt/message/etc. to another user's mailbox has been marked resolved (not checked by quality assurance yet)
and the related Bug 18855 - Web client fixes needed for inter-mailbox appointment move has been verified and will be in v5

[mufugger]

definitely not fixed here.

if someone creates a calendar appointment and goes to edit it, it will become transparent, and usually can't be deleted. since zimbra defaults to the "personal calendar," people forget to change to the shared calendar quite often.

therefore, we always have transparent events all over the calendar.

you have not heard of others that still have this bug?

[mmorse]

Well that's because their currently being worked into the v5betas (GA is 4.5.7 right now).

If your an admin:

su zimbra
zmcontrol -v

If your an end-user, in the search bar:

$set:get version

You could also add that output to your forum profile so we don't have to ask later