28 Jan
2015
28 Jan
'15
9:10 p.m.
Hi,
When trying to save a URL in a task I get the JS error "TypeError:
vCalendar.tplM.VTcontentline_URL[repeatHash] is undefined". This causes the task app
to hang (running circle just goes on and on in task rectangle).
Do others also hit this issue? (I'm running on top of Baïkal 0.2.7.) Is there
anything I can do to further diagnose this issue?
TIA,
Erik
29 Jan
29 Jan
8:12 a.m.
Hi Eric,
the question is whether the object you working with is an existing object (downloaded from
your DAV server and then edited in our client) or a completely new object you are trying
to create.
In first case we need the binary representation of the VTODO object from your server
(binary because we need to see all invisible/whitespace characters, and copy & paste
into e-mail can remove these).
In both cases we need the description of the operations you performed in the editor before
you clicked to "Save".
JM
On 28 Jan 2015, at 22:10, Erik Quaeghebeur
<inf-it.davclients(a)equaeghe.nospammail.net> wrote:
Hi,
When trying to save a URL in a task I get the JS error "TypeError:
vCalendar.tplM.VTcontentline_URL[repeatHash] is undefined". This causes the task app
to hang (running circle just goes on and on in task rectangle).
Do others also hit this issue? (I'm running on top of Baïkal 0.2.7.) Is there
anything I can do to further diagnose this issue?
TIA,
Erik
8:51 a.m.
the question is whether the object you working with is
an existing
object (downloaded from your DAV server and then edited in our
client) or a completely new object you are trying to create.
I encounter the problem in both cases.
In first case we need the binary representation of the
VTODO object
from your server (binary because we need to see all
invisible/whitespace characters, and copy & paste into e-mail can
remove these).
I could export vtodos using Lightning if needed and attach them instead
of copy-pasting, but will wait with that as it seems at first sight to
not depend on that.
In both cases we need the description of the
operations you performed
in the editor before you clicked to "Save".
Let me do that in this mail:
CONTEXT: InfCloud 0.12 connecting non-CrossDomain to Baïkal 0.2.7 as
described in https://github.com/netgusto/Baikal/issues/331 accessed
using Firefox ESR 31.3.0 on amd64 Linux.
# New todo
ACTION: I log in
CONSOLE: a dozen "not well-formed" JS errors, one "REPORT ... 403
Forbidden ..." Net error (this repeats whenever InfCloud background syncs)
ACTION: click Todos
INTERFACE: goes to Todos
ACTION: click <new todo icon>
INTERFACE: activates new todo edit rectangle
ACTION: add Name "test"
ACTION: add URL "http://www.example.com"
ACTION: click Save
INTERFACE: unceasing spinning circles where todo edit rectangle was
CONSOLE: JS error "TypeError:
vCalendar.tplM.VTcontentline_URL[repeatHash] is undefined vtodo.js:770"
ACTION: CTRL-SHIFT-R to refresh and return to login screen
# Existing todo
ACTION: I log in
CONSOLE: a dozen "not well-formed" JS errors, one "REPORT ... 403
Forbidden ..." Net error (this repeats whenever InfCloud background syncs)
ACTION: click Todos
INTERFACE: goes to Todos
ACTION: click <new todo icon>
INTERFACE: activates new todo edit rectangle
ACTION: add Name "test"
ACTION: click Save
INTERFACE: brief spinning, then message save successful, then return to
standard todo interface
ACTION: select that todo and click edit
INTERFACE: activates the todo edit rectangle
ACTION: add URL "http://www.example.com"
ACTION: click Save
INTERFACE: unceasing spinning circles where todo edit rectangle was
CONSOLE: JS error "TypeError:
vCalendar.tplM.VTcontentline_URL[repeatHash] is undefined vtodo.js:770"
ACTION: CTRL-SHIFT-R to refresh and return to login screen
9:02 a.m.
CONTEXT: InfCloud 0.12 connecting non-CrossDomain to
Baïkal 0.2.7 as
described in https://github.com/netgusto/Baikal/issues/331 accessed
using Firefox ESR 31.3.0 on amd64 Linux.
I thought that repeating the experiment in a different browser might
help get more info, but I couldn't get InfCloud to start on Rekonq 2.4.2
(webkit-based). I get the unceasing spinning circles in the login cloud
and the error
Error: [DAVresourceDelegation: 'REPORT
https://<username>@baikal.<domain>/calcard.php/principals/<username>/']
code: '400' status: 'error' webdav_protocol.js:681
after logging in
Erik
9:21 a.m.
Hi,
it must be a browser bug because in JavaScript you cannot create "bad request"
(request which not respects HTTP protocol) and the 400 error says that ...
JM
On 29 Jan 2015, at 10:02, Erik Quaeghebeur
<inf-it.davclients(a)equaeghe.nospammail.net> wrote:
CONTEXT: InfCloud 0.12 connecting non-CrossDomain
to Baïkal 0.2.7 as
described in https://github.com/netgusto/Baikal/issues/331 accessed
using Firefox ESR 31.3.0 on amd64 Linux.
I thought that repeating the experiment in a different browser might help get more info,
but I couldn't get InfCloud to start on Rekonq 2.4.2 (webkit-based). I get the
unceasing spinning circles in the login cloud and the error
Error: [DAVresourceDelegation: 'REPORT
https://<username>@baikal.<domain>/calcard.php/principals/<username>/']
code: '400' status: 'error' webdav_protocol.js:681
after logging in
Erik
9:31 a.m.
it must be a browser bug because in JavaScript you
cannot create "bad
request" (request which not respects HTTP protocol) and the 400 error
says that ...
That does not surprise me... Rekonq is quite buggy in my experience;
I'll install another alternative browser for testing.
Erik
9:20 a.m.
Hi Erik,
please try the attached path (+execute the cache_update.sh after you apply it), and let us
know the result.
Thanks,
JM
On 29 Jan 2015, at 09:51, Erik Quaeghebeur
<inf-it.davclients(a)equaeghe.nospammail.net> wrote:
the question is whether the object you working
with is an existing
object (downloaded from your DAV server and then edited in our
client) or a completely new object you are trying to create.
I encounter the problem in both cases.
In first case we need the binary representation
of the VTODO object
from your server (binary because we need to see all
invisible/whitespace characters, and copy & paste into e-mail can
remove these).
I could export vtodos using Lightning if needed and attach them instead of copy-pasting,
but will wait with that as it seems at first sight to not depend on that.
In both cases we need the description of the
operations you performed
in the editor before you clicked to "Save".
Let me do that in this mail:
CONTEXT: InfCloud 0.12 connecting non-CrossDomain to Baïkal 0.2.7 as described in
https://github.com/netgusto/Baikal/issues/331 accessed using Firefox ESR 31.3.0 on amd64
Linux.
# New todo
ACTION: I log in
CONSOLE: a dozen "not well-formed" JS errors, one "REPORT ... 403
Forbidden ..." Net error (this repeats whenever InfCloud background syncs)
ACTION: click Todos
INTERFACE: goes to Todos
ACTION: click <new todo icon>
INTERFACE: activates new todo edit rectangle
ACTION: add Name "test"
ACTION: add URL "http://www.example.com"
ACTION: click Save
INTERFACE: unceasing spinning circles where todo edit rectangle was
CONSOLE: JS error "TypeError: vCalendar.tplM.VTcontentline_URL[repeatHash] is
undefined vtodo.js:770"
ACTION: CTRL-SHIFT-R to refresh and return to login screen
# Existing todo
ACTION: I log in
CONSOLE: a dozen "not well-formed" JS errors, one "REPORT ... 403
Forbidden ..." Net error (this repeats whenever InfCloud background syncs)
ACTION: click Todos
INTERFACE: goes to Todos
ACTION: click <new todo icon>
INTERFACE: activates new todo edit rectangle
ACTION: add Name "test"
ACTION: click Save
INTERFACE: brief spinning, then message save successful, then return to standard todo
interface
ACTION: select that todo and click edit
INTERFACE: activates the todo edit rectangle
ACTION: add URL "http://www.example.com"
ACTION: click Save
INTERFACE: unceasing spinning circles where todo edit rectangle was
CONSOLE: JS error "TypeError: vCalendar.tplM.VTcontentline_URL[repeatHash] is
undefined vtodo.js:770"
ACTION: CTRL-SHIFT-R to refresh and return to login screen
9:39 a.m.
Thanks,
in next ~5-6 days I will release the 0.12.1 version (with this patch included).
JM
On 29 Jan 2015, at 10:30, Erik Quaeghebeur
<inf-it.davclients(a)equaeghe.nospammail.net> wrote:
please try the attached path (+execute the
cache_update.sh after you apply it), and let us know the result.
That solved it. Great!
Thanks,
Erik
2716
days inactive
2717
days old
8 comments
2 participants
participants (2)
-
Erik Quaeghebeur -
Ján Máté