[6.0 RC2] webdav calendar - can not save data

Bug #704465 reported by Ferdinand
70
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Medium
OpenERP R&D Addons Team 1

Bug Description

[2011-01-18 16:29:26,360][demo_set] DEBUG:DAV.WebDAVServer:Don't use iterator
[2011-01-18 16:29:26,361][demo_set] DEBUG:http:MultiHttpHandler init for ('127.0.0.1', 51501)
[2011-01-18 16:29:44,135][?] DEBUG:http:MultiHttpHandler init for ('127.0.0.1', 51504)
[2011-01-18 16:29:44,137][?] INFO:auth:Found user="admin", passwd="***" for db="demo_set"
[2011-01-18 16:29:44,270][demo_set] ERROR:db.cursor:Programming error: multiple assignments to same column "write_date"
, in query update crm_meeting set "description"=%s,"date_deadline"=%s,"date"=%s,"duration"=%s,"location"=%s,"recurrent_id"=%s,"base_calendar_url"=%s,"exdate"=%s,"write_date"=%s,"exrule"=%s,"base_calendar_alarm_id"=%s,"organizer"=%s,"name"=%s,write_uid=%s,write_date=now() where id IN %s
[2011-01-18 16:29:44,271][demo_set] WARNING:webdav:Cannot save Meetings.ics: multiple assignments to same column "write_date"

Revision history for this message
Amit Parik (amit-parik) wrote :

Hello DR Ferdinand,

Thanks for the reporting, and i am confirming this bug.

Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 1 (openerp-dev-addons1)
importance: Undecided → Low
status: New → Confirmed
Changed in openobject-addons:
status: Confirmed → In Progress
Changed in openobject-addons:
status: In Progress → Confirmed
Revision history for this message
tfr (Openerp) (tfr) wrote :

This bug still happen in 6.0.1 ?

Revision history for this message
Ferdinand (office-chricar) wrote :

there are not duplicate field errors now

BUT
* it's possible to save a meeting
BUT
* update fails with permission error

Revision history for this message
Ferdinand (office-chricar) wrote :

want to add I am using KDE 4.6 Korganizer

Revision history for this message
Ferdinand (office-chricar) wrote :

korganizer "hangs" on save

OpenERP revisions: Tue Feb 8 16:24:55 CET 2011
server 3349
addons 4408

Revision history for this message
Julian Robbins (joolsr) wrote :

I get same original error with latest up to date revisions of 6.1-dev from trunk

Revision history for this message
Julian Robbins (joolsr) wrote :

using lightning with thunderbird ...

Revision history for this message
Julian Robbins (joolsr) wrote :

Should this really be termed low priority? It basically means you can't use the OpenERP calendars with most external calendaring applications, like Lightning, Konqueror, Evolution, etc etc ...

The move to webdav for this was supposed to make it much easier than ftp to working with other calendaring systems. This is holding our company back, from using it ...

Revision history for this message
Alan Lord (theopensourcerer) wrote :

Still present in 6.0.2. This is not very helpful.

According to the documentation for the Caldav implementation (http://openobject.com/wiki/images/8/83/Caldav_doc.pdf)...

"With OpenERP caldav module(s) you can use/share and synchronize OpenERP events and tasks to
any remote calendar. And changing data to remote calendar will reflect to OpenERP."

This doesn't work.

Calendaring is quite important to most businesses.

Could I ask that this gets bumped up the priority list a bit?

Revision history for this message
Eric Caudal - www.elico-corp.com (elicoidal) wrote :

+1 with alan

Revision history for this message
tfr (Openerp) (tfr) wrote :

Apparently this bug is solve with last trunk of addons and server

Changed in openobject-addons:
status: Confirmed → Fix Committed
Revision history for this message
TArpi (teksearpi) wrote :

I have the following trunk rev's:
server: 3400,
client: 1883,
web: 4645,
addons: 4670
and I still encounter the problem.

Please tell me the version of the trunk where is solved.
Thank you

Arpi

Roberto Rojas (rjrojasm)
Changed in openobject-addons:
status: Fix Committed → Incomplete
status: Incomplete → Opinion
Revision history for this message
TArpi (teksearpi) wrote :

Hi!

Kindly please explain what meas Opinion state , and why this bug is not in confirmed state ?
Thanks,
Arpi

Roberto Rojas (rjrojasm)
Changed in openobject-addons:
status: Opinion → Confirmed
Revision history for this message
TArpi (teksearpi) wrote :

Hello,

Kindly, can we ask to give a higher priority to this bug?

Because this problem is something essential. I can't even dismiss my meetings in TB. I can dismiss, only from OpenERP.

I tried with an Android mobile, and the same behavior, I can't modify the meetings.
Please higher the priority.

Thank you.
Arpi

Revision history for this message
TArpi (teksearpi) wrote :

Hello,

I tried with TB , with Lightning 1.0b3pre - a nightly built, but the same behavior.

Here are the error description from lightning:

Error code: MODIFICATION_FAILED
Description: Status Code: 403, The user lacks the required permission to perform the request.

Thanks,
Arpi

Revision history for this message
GA (ga) wrote :

we have the same problem

Revision history for this message
tfr (Openerp) (tfr) wrote :

@GA can you please specify which software you're using (thunderbird, ical etc ...)
and which version of addons and server you use.

And with which user and what are the access right of this user

Changed in openobject-addons:
importance: Low → Medium
Revision history for this message
GA (ga) wrote :

@tfr
we tested it on latest openerp distribution (6.0.2), without updating any module:
caldav 6.0.1.1
crm_caldav 6.0.1.1
document_webdav 6.0.2.3
project_caldav 6.0.1.1

caldav client: thunderbird 3.1.10 + lightning 1.0b2

user: has all of the rights

Revision history for this message
tfr (Openerp) (tfr) wrote :

this issue is fix lp:~openerp-dev/openobject-addons/trunk-fix-caldav-issue-tfr
Pushed up to revision 4857.

and also other caldav issue,

you can try

Changed in openobject-addons:
status: Confirmed → Fix Committed
tfr (Openerp) (tfr)
Changed in openobject-addons:
status: Fix Committed → Fix Released
Revision history for this message
Yann Papouin (yann-papouin) wrote :

Fix has landed in 6.1 trunk (even if the current merge is in pending state), 6.0.3 is always buggy on this.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.