Messages

76

Ideas / Deep Linking Documents - Wiki style - Bounty offered

« on: April 01, 2009, 06:41:54 pm »

Hey, perhaps this feature tdea could be something that i could sponsor the development of: Bounty coders, take note!

I'm slightly frustrated because the excellent document editor doesn't allow me to make interlinked documents. Or does it?

What I'd like to do:

* see a document full-screen, or almost full screen, to read it. The action/Properties/comments panels etc. that surround the document view make the document window so small. They should be foldable, or at least the document window should automatically scale (vertically) to fill the remaining space. As it stands now, you get a better view of your document if you edit it, because then all these panels are out of the way... but of course, in edit mode, links don't work. (By the way, the document is styled differently in edit mode and in view mode - at least I get serif typefaces in view where the editor shows sans.)

* be able to link to another document. This should be obvious.
However AFAIK it's not possible at the moment, there's only an option to download the HTML document. Not to view it.

I'd like to suggest two different modes of viewing, which could probably be implemented as actions in the files application:

http://myhost.com/index.php?c=files&a=get_document&id=x would simply serve the file as if it were an HTML file on the web server, effectively making the documents editor a real web server.

http://myhost.com/index.php?c=files&a=view_document&id=x would serve the file as if it were an HTML file on the web server, but retain the Goo interface frames (workspace, application buttons, etc) around it. Preferrably with the actions ("Edit this page") in a corner. This would make the content editor a basic wiki system.

and now if you also added a feature to call pages by their names instead of their IDs, that would almost be a real wiki system, wouldn't it? It would overcome the problem of versioning: show only the latest version of this document.

Of course it would also be super duper slick if the "add link" function of fckEditor could work for all internal entities, just as when you link e.g. a contact to a task. That minibrowser is sooo cute!

77

1.3 final / minor styling problems in calendar

« on: April 01, 2009, 09:11:06 am »

in month view on large monitors, the header panel of the calendar scales while the cells of the dates have a fixed maximum height. This happened to me in a current firefox as well as in Google Chrome. See attached.

Also: when looking at several projects at once they're color coded in the week view, but not in Month view. It would surely make sense to maintain the color coding in all views...

78

Installation problems / Re: email not working - how to debug this?

« on: March 29, 2009, 08:26:47 pm »

needless to add, i am trying to use SMTP Server for the Mail transport, with the same settings as in the email (beta) app.
There is currently no sendmail configured on this server.

79

Installation problems / Re: email not working - how to debug this?

« on: March 29, 2009, 07:37:16 pm »

Some more on my initial problem of not being able to send emails:
* sending mails from my mail account works when using the email (BETA) application with in OGOO.
* but the mail tester from the admin controls - and the mass mailer - still gives me

failed to send test message
on the exact same account info.
it may be woth noting that when i enter an invalid email account, or an invalid password, the error message is
Notifier has failed to construct mailer object
which is not a helpful error message. that could be much clearer.
using a googlemail account instead of my locally hosted one didn't help either.

where should i look?

.

80

Installation problems / Re: email not working - how to debug this?

« on: March 29, 2009, 06:48:35 pm »

well,
some things have improved. e.g., I can now select the folders to sync under email actions-> edit account.
But I have about 8000 mails in my inbox main folder. of these, only the 8 oldest have been synced, and they're displayed as unread, which isn't the case in my other mailers.
after that, nothing. Then when I send a test mail, it appears on top of the list.
I'll keep an eye on it whether it does receive all future mails or not, and keep you posted.

maybe this bit from the cache/php.log helps:


Session "default" started at 2009-03-29T21:35:33+0000
#1 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
#2 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
#3 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
Time since start: 1.30620193481 seconds
-------------------------------------------------------------------------------

Session "default" started at 2009-03-29T21:36:31+0000
#1 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
#2 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
#3 ERROR: Error: Uninitialized string offset:  3 in '/var/www/opengoo/library/PEAR/Net/IMAPProtocol.php' on lin$
#4 ERROR: Error: iconv() [<a href='function.iconv'>function.iconv</a>]: Detected an illegal character in input $
#5 ERROR: Error: iconv() [<a href='function.iconv'>function.iconv</a>]: Detected an illegal character in input $
Time since start: 1.84622502327 seconds
-------------------------------------------------------------------------------

81

1.3 final / Re: upgrade 1.3 to 1.3.1. not available

« on: March 29, 2009, 06:33:34 pm »

hi ignacio,

ok, then a little bit of feedback;

just as you'd expected, most of the files in var/www/opengoo were owned by root, not by www-data (I'm running ubuntu server).
so a little
sudo chown -R www-data:www-data *
inside the opengoo dir did the trick.

being a newbie on my own testing server I am only a little unsure if this couldn't pose a security risk. Wouldt this way anyone with an upload permission be able to insert executable code somewhere? Initially I had only set those directories to be owned by www-data which are mentioned in the installer, e.g. /cache, /config etc...

that aside I can say that this is surely one of the easiest updaters I've ever seen on a web site.

Wording could be improved: after the upgrade it says:

You already have upgraded to the latest possible version.

    * Config file found and loaded.
    * File '/config/config.php' exists and is writable
    * Folder '/config' exists and is writable
    * Folder '/public/files' exists and is writable
    * Folder '/cache' exists and is writable
    * Folder '/tmp' exists and is writable
    * Folder '/upload' exists and is writable
    * Extension 'mysql' is loaded
    * Extension 'gd' is loaded
    * Extension 'simplexml' is loaded
    * Upgrade script has connected to the database.
    * Test query has been executed. Its safe to proceed with database migration.
    * Upgrade script has connected to the database.
    * Test query has been executed. Its safe to proceed with database migration.
    *
    * Database schema transformations executed (total queries: 5)
    * OpenGoo has been upgraded. You are now running OpenGoo 1.3.1 Enjoy!

Well, obviously, "You have already upgraded" is irritating when after that you get the info about the upgrade.... the upgrade itself apparently went all right.

by the way, the mail reading still didn't work as expected, but I'll keep that in this thread: http://forums.opengoo.org/index.php?topic=1287.0

82

1.3 final / Re: upgrade 1.3 to 1.3.1. not available

« on: March 28, 2009, 05:01:49 am »

well, almost... when I try to run the automatic upgrade, i get

>You already have upgraded to the latest possible version.

  >  * There is no upgrade path from version 1.3 to 1.3.1.


... and then when I close the error message theres an update message tells me "new version available"...!

catch-22!

I'll go for the manual update next...

83

1.3 final / SOLVED: upgrade 1.3 to 1.3.1. not available

« on: March 27, 2009, 03:29:57 pm »

when using the upgrade function from the administration controls, it says there is no upgrade available - but i'm on 1.3 and 1.3.1. has just been published?

84

Installation problems / email not working - how to debug this?

« on: March 24, 2009, 06:52:33 pm »

I've just installed opengoo on a brand new ubuntu VirtualBox.
I am not certain that my apache2 or PHP are set up properly.
I can connect to the ubuntu VM from outside, and of course I can access the web from ubuntu.

OGOO installation went super-smooth and everything seems to work except mail sending:

1) Using the test mailer gives me "failed to send test message" (now wouldn't you just love a longer answer here). I have triple-checked the global mail settings.

2) using the email app i *can* send emails, but when i try to get new mail (via IMAP) theres always "email retrieval complete: 0 emails received" although there should be 7976 emails in that inbox.

log.php tells me no errors when i try 1).
when i try 2) (get imap emails) I get


Session "default" started at 2009-03-24T21:40:56+0000
#1 ERROR: Error: fsockopen() [<a href='function.fsockopen'>function.fsockopen</a>]: unable to connect to tcp://mail.meso.net:0 (Failed to parse address &quot;mail.meso.net&quot;) in '/var/www/opengoo/library/PEAR/Net/Socket.php' on line 138 (error code: 2)

(192.168.1.7 is our local mail server. ubuntu can ping it.)

any ideas? where else can I look for errors regarding 1) ?

85

Ideas / Re: Poor Man's Syncing

« on: March 24, 2009, 11:07:22 am »

EDIT: Sadysta has solved the first part of my question already. I could have used the search function more imaginatively...

Syncing calendar entries from oGoo with Sunbird / Lightning and other ical importing applications (read-only, but hey, it's free):
http://forums.opengoo.org/index.php?topic=1128.0

86

Feature requests / Re: Sync Calendar

« on: March 24, 2009, 10:51:18 am »

Hello all,

I'd like to reheat this topic a little. I'd sincerely consider using openGoo (for my company) if syncing was available. I could live with a funambol connectivity; however it seems to me that the funambol codesniper program mentioned above works the wrong way around: it presupposes that a groupware already offers a live export feed, bounties are paid by funambol after they've seen the need for a specific project. So my guess is they wouldn't fund a development inside of openGoo for now.

But I liked the idea of a bounty program, anyways.
So my question to the general public is:
How about offering bounties for similar features for OpenGoo?
I would much rather pay someone to create open source software than churning out the money for some proprietary rental license on some remote groupware hoster...

87

Ideas / Poor Man's Syncing

« on: March 24, 2009, 10:39:13 am »

I understand from a few older posts here that actual syncing via SyncML is somehow on the agenda, but not on the roadmap so far, i.e. you don't currently have any release dates planned... but in the meantime could you comment on one or two possible ways of doing a sync for mobile devices anyway?

Here's an idea:
* there already is an ical-export feature. Now couldn't you change the exporter function so that for a specific URL it would return all calendar entries (for a specific set of wrkspaces that i've access to) (for a given interval of time, say 1 month ago and all future entries) without the need of submitting a form, just by calling a URL?
I fantasize that this would be enough for me to subscribe to that ical file within thunderbird / lightning as if it were a live ical server - and then I'd know how to sync the stuff into my mobile phone from there. It would obviously be read-only for now, but hey, that's better than nothing...!

Similar thing with addresses:
* cheapest way here would be if the address book were exported in a field order of my preset, e.g. the Thunderbird Address Book preset. That way at least I'd need only three clicks to re-import the addresses out of OGoo into TB every few weeks. Again, that's read-only for now, but better than nothing.

I suppose I could write that my own if i scrape together my little knowledge of PHP. But I could also imagine there are bounty coders around in this forum perhaps?

of course then one could also think of implementing the full groupDAV protocol http://www.groupdav.org/draft-hess-groupdav-01.txt.
Have you developers any thoughts on this?