On Mon, 2010-02-08 at 14:32 +0100, Christian Schneider wrote:
> Hi all.
>
> First of all, I really like the DAViCal software, and I've been using it
> for several years now (when it still was called RSCDS).
>
> Until recently, all the upgrades worked fine for me. However, I have
> several issues with the latest release. I'm using the DEB packages for
> Debian Lenny for the installation.
>
> After the upgrade, I ran the database update as required:
>
> $ /usr/share/davical/dba/update-davical-database
> The database is version 8.3 currently at revision 1.2.5.
> Applying patch 1.2.6.sql ... succeeded.
> Applying patch 1.2.7.sql ... succeeded.
> Successfully applied 2 patches.
> Supported locales updated.
> Updated view: dav_principal.sql applied.
> CalDAV functions updated.
> RRULE functions updated.
> Database permissions updated.
>
> But since the upgrade I only have read-only access to my calendars, I
> cannot create new events or todos.
>
> So I logged in to the web interface and checked the permissons. The
> default permissions that each user was automatically assigned to after
> the upgrade is shown in the screen shot strange-user-rights.png, which
> doesn't seem very reasonable to me.
>
> But I'm still not able to write to my calendars after I gave myself all
> rights per default. So I decided to create a new test user to see what
> rights he receives and what the settings for his home calendar are set
> to. I called the user "Testuser", but it is now displayed very strangely
> in all user dropdown fields (see attached strange-user-list.png).
>
> While playing with the access rights, I noticed some absolute URLs in
> the web interface which should have been relative. Enclosed you find a
> patched for this issue. I'm now able to view the "edit" form for the
> access rights, but neither are the changes saved, nor can I delete a
> grand that I made.
Thanks for the patch. I'll include that fix now.
> In addition, I did not find a way to delete the Testuser that I
> previously created.
>
> To sum it up, here are all the points I made for reference:
>
> 1. No write access to my calendars after upgrade, even with all
> rights granted
> 2. Strange default access rights for users after DB update
> 3. Newly created user is displayed strangely
> 4. Patch for making absolute URLs relative
> 5. Still cannot edit or delete any grands
> 6. No option to delete a user
>
> Thanks in advance for your help!
This looks quite strange, making me wonder if perhaps it is some sort of
bug in the translation file somewhere causing this weird output.
If it is possible for you, would you be able to send me a dump of your
database for debugging?
Being the owner of a calendar overrides all permissions, so it should
not matter what permissions you set as a default for others, and in
general the default for non-owners should be to be able to see free-busy
information.
I would have liked to have put the ability of deleting principals, and
of uploading new calendars, into the new part of the UI, but those
features are still accessible in the meantime by clicking directly on
'User Functions' and drilling down through the old interface code.
That's kind of horrible, but it will be a few weeks before I have time
to go back to that code and I felt it was better to release now,
especially to get some wider feedback after fixing most of the worst
problems with the 0.9.8, which I deliberately did not release widely.
If we can track down what's going wrong with the localisation in your
site I'll put out a release specifically to fix that, because it's
obviously really a showstopper, and a shame I didn't catch that sort of
issue before the release, but nobody has seen it elsewhere, as far as I
am aware.
Regards,
Andrew McMillan.
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Don't look now, but there is a multi-legged creature on your shoulder.
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20100209/95849e71/attachment.pgp>
-------------- next part --------------
> Hi all.
>
> First of all, I really like the DAViCal software, and I've been using it
> for several years now (when it still was called RSCDS).
>
> Until recently, all the upgrades worked fine for me. However, I have
> several issues with the latest release. I'm using the DEB packages for
> Debian Lenny for the installation.
>
> After the upgrade, I ran the database update as required:
>
> $ /usr/share/davical/dba/update-davical-database
> The database is version 8.3 currently at revision 1.2.5.
> Applying patch 1.2.6.sql ... succeeded.
> Applying patch 1.2.7.sql ... succeeded.
> Successfully applied 2 patches.
> Supported locales updated.
> Updated view: dav_principal.sql applied.
> CalDAV functions updated.
> RRULE functions updated.
> Database permissions updated.
>
> But since the upgrade I only have read-only access to my calendars, I
> cannot create new events or todos.
>
> So I logged in to the web interface and checked the permissons. The
> default permissions that each user was automatically assigned to after
> the upgrade is shown in the screen shot strange-user-rights.png, which
> doesn't seem very reasonable to me.
>
> But I'm still not able to write to my calendars after I gave myself all
> rights per default. So I decided to create a new test user to see what
> rights he receives and what the settings for his home calendar are set
> to. I called the user "Testuser", but it is now displayed very strangely
> in all user dropdown fields (see attached strange-user-list.png).
>
> While playing with the access rights, I noticed some absolute URLs in
> the web interface which should have been relative. Enclosed you find a
> patched for this issue. I'm now able to view the "edit" form for the
> access rights, but neither are the changes saved, nor can I delete a
> grand that I made.
Thanks for the patch. I'll include that fix now.
> In addition, I did not find a way to delete the Testuser that I
> previously created.
>
> To sum it up, here are all the points I made for reference:
>
> 1. No write access to my calendars after upgrade, even with all
> rights granted
> 2. Strange default access rights for users after DB update
> 3. Newly created user is displayed strangely
> 4. Patch for making absolute URLs relative
> 5. Still cannot edit or delete any grands
> 6. No option to delete a user
>
> Thanks in advance for your help!
This looks quite strange, making me wonder if perhaps it is some sort of
bug in the translation file somewhere causing this weird output.
If it is possible for you, would you be able to send me a dump of your
database for debugging?
Being the owner of a calendar overrides all permissions, so it should
not matter what permissions you set as a default for others, and in
general the default for non-owners should be to be able to see free-busy
information.
I would have liked to have put the ability of deleting principals, and
of uploading new calendars, into the new part of the UI, but those
features are still accessible in the meantime by clicking directly on
'User Functions' and drilling down through the old interface code.
That's kind of horrible, but it will be a few weeks before I have time
to go back to that code and I felt it was better to release now,
especially to get some wider feedback after fixing most of the worst
problems with the 0.9.8, which I deliberately did not release widely.
If we can track down what's going wrong with the localisation in your
site I'll put out a release specifically to fix that, because it's
obviously really a showstopper, and a shame I didn't catch that sort of
issue before the release, but nobody has seen it elsewhere, as far as I
am aware.
Regards,
Andrew McMillan.
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Don't look now, but there is a multi-legged creature on your shoulder.
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20100209/95849e71/attachment.pgp>
-------------- next part --------------