History: ToDo

Table of contents

• Ongoing issues
  • (1) when attempting to create a new workspace...
  • (2) when attempting to add a plain registered user...
  • (3) It takes ages each time to load...
  • (4) module workspaces_calendar...
  • (5) Adding events to a particular calendar...
  • (6) Workspace module user management partly shown on left Tiki column
• Done

Ongoing issues

On Sun, Mar 2, 2008 at 8:03 PM, Xavier de Pedro wrote:
>
> Hi Rodrigo:
>
> Thanks for your work! Nowadays, workspaces admin is not blocked, but
> several things seem to be not properly working yet between aulawiki and tiki
> 1.10cvs:

(1) when attempting to create a new workspace...

> (1) when attempting to create a new workspace, I hit:
>
> Fatal error: Call to a member function get_watches() on a non-object in
> /var/www/tiki110/lib/notifications/notificationemaillib.php on line 475
>
> However, it looks as if the worksapce is created successfully.

Rodrigo: 1. i can't reproduce this problem, is this fixed?

Xavi:

(2) when attempting to add a plain registered user...

> (2) when attempting to add a plain registered user (prova2, which has email
> xavidp_confluencia.net) to a workspace as student, through the module
> "workspaces_user_groups", I get:
> ---
> Input array does not match ?: select `userId` from `users_users` where
> `login`='7' LIMIT
> 0,1'xavidp_confluencia.netprova21157039271''1157039234'NULL
> Input array does not match ?: select `userId` from `users_users` where
> `login`='7' LIMIT
> 0,1'xavidp_confluencia.netprova21157039271''1157039234'NULL
>
>
> (... header of the site here ...)
>
> Input array does not match ?: select `default_group` from `users_users`
> where `login` = '7' LIMIT
> 0,1'xavidp_confluencia.netprova21157039271''1157039234'NULL
>
> (... repeated several times... )
> ---

Rodrigo: 2. fixed today

Xavi: Issue not shown any more, afaik.

(3) It takes ages each time to load...

> (3) It takes ages each time to load the newly created workspace (20
> seconds?; it didn't take so long before, afaik):
> Example: http://moviments.net/cursos/ws107

Rodrigo: 3. could you send me a dump of this website database so i can test on my machine and see if i'm able to find out what is happening

Xavi: I'll send you a backup of that db for testing.

(4) module workspaces_calendar...

> (4) Could it be that there is something wrong in module workspaces_calendar
> ? since it didn't show events in sync with the dates shown in (and added
> through) tiki calendar... it shows an event 16 hours before the right date
> and time...

Rodrigo: 4. the module workspace_calendar was displaying the day of the event and not the hour and the day (that is why the events were always displayed at 0:00). in my local server it is working fine now, but not in edu.tikiwiki.org. may be you can try to update the tiki there and see what happens? my user dont have permission to change the files.

Ok, I'll make sure you have access to change files on edu.tw.o

(5) Adding events to a particular calendar...

> (5) Adding events to a particular calendar doesn't place them in that
> calendar but into the default calendar (the first one alphabetically
> sorted?)

Rodrigo: 5. unable to reproduce

Xavi: This behavior is also hapenning to me (when attempting to duplicate events) on tiki sites with no aulawiki module installed. It might be general bug. See: this bug and this bug : maybe related?).

(6) Workspace module user management partly shown on left Tiki column

When attempting to manage some workspaces users and groups through the corresponding workspace module, the option to add a user or group, submit buttons, etc. are shown on the left column of tiki, and not on the left column of the workspace desktop. You can reproduce it here on edu.tw.o:
Come here:
http://edu.tikiwiki.org/tiki-workspaces_view_module.php?module=workspaces_user_groups&workspaceId=2

And the field to add the user or group name, etc, and show subgroups such as:

Will be shown on the left column, on a module called: UserGroups?

This happened not only with tikipedia_workspaces.css theme style, but also with others. BTW, aulawiki.css theme style has bigger problems, since it's based on moreneat, and moreneat has know conflict because it does not shown menu options (main application menu, user menus, etc.). Reported here

Done

[+]