| Age | Commit message (Collapse) | Author |
|
bzr revid: al@openerp.com-20140326130146-up8geys9qzh4jhc8
|
|
bzr revid: tde@openerp.com-20130521122359-b5vii7gv8arluz06
|
|
bzr revid: mat@openerp.com-20130514142837-jt65d8xjd1eozqst
|
|
bzr revid: mat@openerp.com-20130514141132-610k885sxtcr8vpb
|
|
bzr revid: mat@openerp.com-20130514120424-xwjzdf3mufifl90d
|
|
openerp.addons).
bzr revid: vmt@openerp.com-20130416151844-gatbo4s2l2e6reme
|
|
bzr revid: vmt@openerp.com-20130222161029-zecwro75yra2vz0d
|
|
bzr revid: vmt@openerp.com-20130209053524-2vkiy92khsn1nfrw
|
|
bzr revid: dle@openerp.com-20121219161840-t5jrxrtly1jzm8lh
|
|
bzr revid: cto@openerp.com-20121217154628-0c0i8y3389yz4dxd
|
|
bzr revid: cto@openerp.com-20121217145921-6pk1jrktppezuq13
|
|
bzr revid: dle@openerp.com-20121213141452-ts3a0xdcgo63pscg
|
|
bzr revid: dle@openerp.com-20121213095651-be2skhlkh0i4dlnz
|
|
bzr revid: dle@openerp.com-20121212182413-kusxwx9g9qrg7jdv
|
|
bzr revid: dle@openerp.com-20121212174232-5pnme7whe9yskrj7
|
|
bzr revid: vmt@openerp.com-20121206151316-u1eqx41ltjpz2lrd
|
|
bzr revid: vmt@openerp.com-20121206145632-0h1coh5aaem65wsy
|
|
bzr revid: abo@openerp.com-20121002102915-424prxd74izb1szw
|
|
google_base_account, mrp and mrp_repair
remove exclamation marks at the end of messages
remove unjustified capital letters
bzr revid: abo@openerp.com-20120806170841-cx9vuend1vglmsqk
|
|
bzr revid: hsa@tinyerp.com-20120713052957-iie8hdqbde1g3qz9
|
|
bzr revid: fka@tinyerp.com-20120622072545-uuok6zj2jm2koxw4
|
|
bzr revid: fka@tinyerp.com-20120622064839-llitm8szgikxznwr
|
|
[REF] coding style consistency
lp bug: https://launchpad.net/bugs/525808 fixed
bzr revid: ls@numerigraphe.fr-20120305184003-er00xtj9vtcw7gna
|
|
system for caldav synchronization
bzr revid: atp@tinyerp.com-20120209090622-qoo0zfr9vjr4q0ak
|
|
lp bug: https://launchpad.net/bugs/524279 fixed
bzr revid: ls@numerigraphe.fr-20111122085138-x6u2lcl6vrpyybp9
|
|
revno 3548, revid vmt@openerp.com-20110909122856-29uhsjfe193fqdi8
bzr revid: vmt@openerp.com-20110909123005-aqbixbe7xj0nwlc9
|
|
renamed auth_proxy to auth_provider.
bzr revid: vmt@openerp.com-20110908123115-meorb9rnc2j0rb40
|
|
bzr revid: vmt@openerp.com-20110908094438-rpqz2k5xn0pmhigx
|
|
Branch patch11 had somewhere been lost in bzr hell.
Conflicts:
account/account_move_line.py
document_webdav/nodes.py
document_webdav/webdav_server.py
event_project/__init__.py
users_ldap/users_ldap.py
bzr revid: p_christ@hol.gr-20101223155444-ym8r0g4208gm88j9
|
|
See commit 848c3f9ad2df3. Again, read it a few times.
bzr revid: p_christ@hol.gr-20101223141403-6qbj4ysz06mmvuih
|
|
bzr revid: atp@tinyerp.co.in-20101223105705-xyo4vu424j3lhqlt
|
|
Yes, I have been subclassing the DAV module and improving on the existing
code, regarding that we couldn't ship our own version of the whole
python-webdav library (as in v5.x).
At commit b2a2c3f95416788, on 2010-04-06, we explicitly deleted our custom
copies of the DAV module and linked to the upstream project, in fact.
bzr revid: p_christ@hol.gr-20101209095950-qf2ppgdxw8y2lake
|
|
This replaces the pseydo-locking of python-webdav library with a real
db-based locking. Locks are stored as DAV properties, which will
effectively also be listed in the PROPFIND response of the nodes.
With locking in place, Office suites can collaborate on documents online.
bzr revid: p_christ@hol.gr-20101207134041-8negkvxrbscv7fs7
|
|
bzr revid: atp@tinyerp.co.in-20101125073131-zicpd0nvq7p6p635
|
|
Having an allocated logging object may even speed up things.
bzr revid: p_christ@hol.gr-20101123190125-0l951ev1h9dsu6lw
|
|
iPhones etc. are preset to look into /principals/users/xx , so let's
provide that path to them.
bzr revid: p_christ@hol.gr-20101123185343-n1k1szxojdmcpekz
|
|
Since both "well-known" urls are about webdav[1], we can safely assume
that the webdav module is needed when well-known uris are used. The code
is much similar, too.
http://www.iana.org/assignments/well-known-uris/well-known-uris.xhtml
bzr revid: p_christ@hol.gr-20101123185338-az85yl7pbc9gf76z
|
|
The gnome gvfs component falsely requires that / will serve PROPFIND
requests. We reuse the static-http capability of the server (force
activation rather than opt-in default behavior) and serve pseudo-DAV
properties for the root.
Conflicts:
document_webdav/webdav_server.py
bzr revid: p_christ@hol.gr-20101123185011-besih03q4gt2atps
|
|
bzr revid: sbh@tinyerp.com-20101112114946-u19wkxzh1vj33sol
|
|
bzr revid: hmo@tinyerp.com-20101112094836-qy4536d3tjvw04xc
|
|
This isn't our fault, but KDE is bound to remain broken for quite some
time, we'd better support it.
bzr revid: p_christ@hol.gr-20101103112604-78mdkva38dx1vm9k
|
|
In commit e7eede397c8a84, quotes were re-introduced around ETags. At the
http "If-Match" header, we have to follow that.
bzr revid: p_christ@hol.gr-20101015092758-3wajkzjo0bm5z60g
|
|
bzr revid: p_christ@hol.gr-20101012115534-0un3ip9jpw8hia4g
|
|
several fixes that hadn't been backported or applied correctly.
bzr revid: p_christ@hol.gr-20101012112030-snnb4fjkya4ndqkm
|
|
The underlying python-webdav supports some emulation for lock/unlock, so
try to use that.
bzr revid: p_christ@hol.gr-20101012104035-jffog0w1dco2lo9i
|
|
bzr revid: p_christ@hol.gr-20101012103830-0mfo4ecuu4lu78ia
|
|
This should solve the following: When we reply to PROPFIND requests etc,
we provide the absolute url of ourselves like:
<D:href>http://our.server:8069/webdav/mydb/Documents</D:href>
The problem is that if we bind to 0.0.0.0 and the interface, which the
client connects through, doesn't resolve from "our.server", then we are
practically redirecting the client to the wrong address.
This is expected to happen at openerp servers w/o full qualified names and
reverse resolution of their interfaces.
Requires server patch (at websrv_lib) to function, fallbacks to old code
on trouble.
bzr revid: p_christ@hol.gr-20100926163210-v8scuvhg991jbbzc
|
|
bzr revid: uco@tinyerp.com-20100819115157-sfsmbnjdgpp4wl12
|
|
An ETag should refer to the requested uri, so a Location header will
render it invalid anyway. Gnome's evolution has an if-else block that
first checks ETag and then Location.
bzr revid: p_christ@hol.gr-20100812111025-xoilqlb956moovgv
|
|
Used in caldav, the final location of the node and its ETag must be
returned after creation.
bzr revid: p_christ@hol.gr-20100812111023-s6dv0g24enfghki9
|