Messages

31

How To's / Re: Assign task to multiple user

« on: March 31, 2010, 12:48:34 pm »

A task at the lowest level is an item that is assigned to a single person. If you are assigning a task to multiple people that task likely can be broken down into subtasks that are assigned to individuals.

32

Ideas / Re: Visual Collaboration, another request for Mind Maps

« on: December 01, 2009, 11:10:25 am »

Most mind map software (at least what I have used) that is open source is Java based. As OpenGoo is PHP based, this will make many mind map solutions difficult to implement.

Mindjet Catalyst is not something that can be included in OpenGoo. It is a subscription service.

I would recommend something more along the lines of WikkaWiki (http://wikkawiki.org/HomePage) which is written in PHP and uses MySQL for storage.

33

Older versions / Cannot upload files in workspaces

« on: August 21, 2009, 06:25:18 pm »

I upgraded to 1.5.2 and now get the following message when trying to upload a file:

Error:

Query failed with message 'Incorrect string value: '\x92s pri...' for column 'content' at row 1'

This is a very serious error. Is there a way to downgrade to 1.5.1. If file uploads do not work, OpenGoo is rendered essentially usable.

34

Older versions / Changing parent workspace failed

« on: August 12, 2009, 04:18:35 pm »

OpenGoo 1.5.1

After changing the parent workspace of a child workspace the child workspace "is lost" and does not appear under the new parent workspace.

35

Older versions / Re: 1.5 beta 3 - File deletion from trash

« on: July 16, 2009, 12:17:36 pm »

Thanks for the clarification. Commenting out the line as you suggested worked.

36

Older versions / 1.5 beta 3 - File deletion from trash

« on: July 16, 2009, 10:56:24 am »

Whenever I delete a file from trash I receive the following message in the trash list box:

Caught Exception in AutoLoader: exception 'Exception' with message 'Could not find class file for "SUCCESS"' in D:\websetup\basePHP\sitesearch\environment\classes\AutoLoader.class.php:105 Stack trace: #0 D:\websetup\basePHP\sitesearch\environment\classes\AutoLoader.class.php(111): AutoLoader->loadClass('SUCCESS') #1 D:\websetup\basePHP\sitesearch\application\functions.php(33): AutoLoader->loadClass('SUCCESS') #2 D:\websetup\basePHP\sitesearch\public\assets\javascript\gelSheet\php\controller\BookController.class.php(106): __autoload('Success') #3 D:\websetup\basePHP\sitesearch\application\models\project_file_revisions\ProjectFileRevision.class.php(436): BookController->deleteBook('2') #4 D:\websetup\basePHP\sitesearch\application\models\project_files\ProjectFile.class.php(744): ProjectFileRevision->delete() #5 D:\websetup\basePHP\sitesearch\application\models\project_files\ProjectFile.class.php(724): ProjectFile->clearRevisions() #6 D:\websetup\basePHP\sitesearch\application\controllers\ObjectController.class.php(1287): ProjectFile->delete() #7 D:\websetup\basePHP\sitesearch\application\controllers\ObjectController.class.php(1075): ObjectController->do_delete_objects(Array, NULL, true) #8 D:\websetup\basePHP\sitesearch\environment\classes\controller\Controller.class.php(76): ObjectController->list_objects() #9 D:\websetup\basePHP\sitesearch\environment\classes\controller\PageController.class.php(62): Controller->execute('list_objects') #10 D:\websetup\basePHP\sitesearch\environment\classes\Env.class.php(133): PageController->execute('list_objects') #11 D:\websetup\basePHP\sitesearch\init.php(149): Env::executeAction('object', 'list_objects') #12 D:\websetup\basePHP\sitesearch\index.php(9): require('D:\websetup\bas...') #13 {main}

37

Feature requests / Open read only copy of Gelsheet

« on: July 15, 2009, 04:55:25 pm »

As always, great work on OpenGoo. Version 1.5 looks very nice.

When someone is subscribed to a gelsheet, it would be nice to allow them to read the gelsheet in read only mode similar to the way a document can be read.

38

Getting Started / Re: File paths for documents and task imports

« on: July 08, 2009, 11:25:48 pm »

Do you want the files on a completely different web server or do you want the files in a different location on the web server? If a different location on the same server. you could script something that takes the files from the OpenGoo upload file structure and places them in a file structure you create with the file names taken from the values in the name attribute entry. You could compress (i.e. zip) that new directory structure and maybe FTP to another sever where it could be unzipped or simply FTP the new file structure to another server?

39

Older versions / Re: Permission problem

« on: July 08, 2009, 04:32:46 pm »

Great to hear this will be addressed. Makes OpenGoo that much better.

40

Getting Started / Re: File paths for documents and task imports

« on: July 08, 2009, 10:02:30 am »

As for item 1) , there is a bit of work involved to get the file path. In the table file_repo_attributes there are three fields, id, attribute, value. The id field entries contain the path and file name concatenated. For each uploaded file, there are three attribute entries, name, size and type. You find the path by breaking down the id field entry.

Take the id entry ad4fa937c32b2c05d48dd0e17f773ae965c1ab0d

Under the upload directory:

ad4 is a child directory of upload

fa9 is a child directory of ad4

37c is a child directory of fa9

32b2c05d48dd0e17f773ae965c1ab0d is the file name in the 37c directory.

In the table file_repo_attributes you will have three id values for ad4fa937c32b2c05d48dd0e17f773ae965c1ab0d, one associated with the name attribute of the file you uploaded (mydoc.odg), one associated with the size attribute of the file in bytes (16000) and one associated with file type attribute 'application/vnd.oasis.opendocument.graphics';

I haven't looked to see how the file name or id values are calculated/created. Someone with more knowledge could probably make more sense of this and provide some direction as to a best practice for accessing the files via the path.

41

Older versions / Re: Permission problem - Temporary fix found

« on: July 07, 2009, 03:55:15 pm »

There is still a permissions problem that exists in 1.5, but it exists in subscribers.

Here is my situation. I have two project workspaces that are to be accessed by users. Users 1 and 2 have read access to workspace 1 and users 1 and 3 have read access to workspace 2. The users should be anonymous to each other, so user 1 should not know about or see user 2 in workspace 1 and user 2 should not know about or see user 1. Same for workspace 2, user 1 should not know about or see user 3 and user 3 should not know about or see user 1. This anonymity works for what I am doing except for subscribers under the object's properties. Regardless of the rights given to a user, the user can see all users in the workspace and manage subscriptions to an object.

So he question, how do you remove subscriber properties for an object in the properties box? Since this doesn't seem to work correctly, I want to completely remove the subscribers option from the properties box.


I add an object to workspace 1, let's say a note.

==============

I have found a temporary fix, not the most elegant but it works. If anyone is interested in the fix I will post what I did.

42

Older versions / Flaw with an objects properties > subscribers

« on: July 06, 2009, 04:25:39 pm »

There is a flaw with the subscribers property of an object. A normal user can change the properties of an object added/controlled by another user. Also, if someone needs to keep user information anonymous, this is easily broken by using the subscribers to find a list of all users in the system. This lack of anonymity will keep OpenGoo from being usable in situations in which user identity needs to be confidential and the identity of users needs to be kept separate from other users.

43

How To's / Re: Hiding list of subscribers to object

« on: July 03, 2009, 03:53:34 pm »

Looks like I need to change the Overview Tab Properties code. Now, where to find the needed changes.

44

How To's / Hiding list of subscribers to object

« on: July 03, 2009, 02:41:40 pm »

I've setup an object (in this case a note) and have subscribed several users. The issue I'm having is that i do not want user to see who is subscribed to the object, the information is suppose to be anonymous. Is there any way in the current application to allow this or do I need to modify code to remove this or the entire properties box for the object?

45

Older versions / Reference to custom.css file that does not exist

« on: July 03, 2009, 01:22:02 pm »

in the webpage.php file in application\layouts  on line 19 the code is:

echo stylesheet_tag('custom.css');

There is no custom.css file. I was getting errors in my Apache log file on this.

In my particular case I have OpenGoo running under SSL and the error was basically removing the security since I was calling a custom error file using http. If you run OpenGoo using SSL and the SSL is broken after navigating off the login page there are two ways to correct this:

1. Add an empty file custom.css in public\assets\themes\default\stylesheets
2. Add a custom error file directive (ErrorDocument 404) in your SSL configuration