History: ToDo

- ^Please, feel free to help improving edu.tw.o (:smile:). Tiki code in edu.tw.o updated to 1.10svn May 13th 2008. ^

- 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:r />> />> 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: ^ I attempted to create a new workspace here on edu.tw.o today May 13th 2008, once updated those two files with your changes from Feb 28th 2008: r />* tiki-workspaces_admin.php />* aulawiki-assignments_admin.php

- Workspace type: Course, not closed, not hidden, called TrialCourse, etc.
Tiki answers (from tiki-workspaces_admin.php still):

- Notice: this variable may not be empty: ~~red:id~~

- Workspace is not created.r />^

- !! (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.net''prova2''1157039271''1157039234'NULL />> Input array does not match ?: select `userId` from `users_users` where
> `login`='7' LIMIT
> 0,1'xavidp_confluencia.net''prova2''1157039271''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.net''prova2''1157039271''1157039234'NULL />>r />> (... 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: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1701&show=view&from=Calendar|this bug] and [http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1350&show=view&from=Calendar|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:
^[[-] WSGRPWSDOC
* WSGRPWSDOC-Owner
* __WSGRPWSDOC-Student__
* WSGRPWSDOC-Teacher
^
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 [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1760&show=view&offset=0&reloff=0&status=o&trackerId=5&sort_mode=created_desc|here]

!- Done
* Report to forums the relevant information exchanged through e-mail messages during the last months.
** wikicampus
** uniwiki dev.
** tikidav and others (escire)
* Update edu.css to 1.9.x css styles.
* upgrade site from 1.8.3 to latest 1.9.4
* Create two forums (1 for users, 1 for developers)
* inform edu.tw.o users about the two new forums
* Increase communication related of Tiki in educational scenarios through forums in edu.tw.o instead of many other tikis and lists...
* Use AulaWiki in edu.tw.o (according to "Eat our own dogfood" principle :-)