Nabble - OpenGroupware

Re: RSS Feeds Added In r2148

2008-08-29T08:49:40Z

On Tue, 2008-08-26 at 10:29 -0400, Adam Tauno Williams wrote:

> > I've installed and tried r2148
> Excellent, thanks for testing.
> > : Lightning recognizes the feed as "not valid",
> Lightning (?), I assume you mean Thunderbird?
> > firefox notices an error with german additional characters, e.g.
> > für: "für". If I remove all characters like 'ä','ö' and 'ü', the
> > feed works.
> > Any Idea?
> Hmmmm, not really. Do you have other feeds that work with german
> characters? I imagine such characters either need to be coded somehow
> or the feed needs to specify a charset, I really don't know. But I'll
> google around and see if I can find anything.

If you can test with r2150 (the current trunk) and see what happens.
The data should really be UTF-8 now I believe.

BTW, the URLs have changed -

.../zidestore/so/adam/Tasks/delegated-actions-rss
.../zidestore/so/adam/Tasks/project-actions-rss
.../zidestore/so/adam/Tasks/todo-actions-rss

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-29T08:48:14Z

> On 26.08.2008, at 15:38, Adam Tauno Williams wrote:
> >> Hm, if its ZideStore, why not map those to proper URLs?
> >> Eg:
> >> /zidestore/dav/USER/projects/task-actions.rss
> >> /zidestore/dav/USER/tasks/delegated-actions.rss
> >> /zidestore/dav/USER/tasks/todo-actions.rss
> >> Shouldn't be too hard?
> This just says that "/XYZ/rss" is mapped to the 'SxFolderRSS' page. Eg
> to accomplish this:
> > /zidestore/dav/USER/projects/task-actions.rss
> You would do:
> SxProjectsFolder = {
> methods = {
> "task-actions.rss" = {
> ...
> };
> Or possibly just 'task-actions' (could be that we always cut off the
> extension, not sure).

It always cuts off the extension. And it works this way as of r2150 -
.../zidestore/so/adam/Tasks/delegated-actions-rss
.../zidestore/so/adam/Tasks/project-actions-rss
.../zidestore/so/adam/Tasks/todo-actions-rss

Limit can still be specified like -
.../zidestore/so/adam/Tasks/todo-actions-rss?limit=25

> Please avoid breaking the old RSS support w/o providing replacements :-)

Yep.

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: Zidestore problems after upgrading OGo

2008-08-29T06:20:16Z

Am Freitag, 29. August 2008 14:29 schrieb Adam Tauno Williams:
> Did you convert your LATIN-1 database to UTF-8? That is required when
> moving from 1.0 to trunk. See the PostgreSQL chapter of WMOGAG.
Ouch, I missed that point. After converting the DB to UTF-8 Zidestore seems to
work.

> This request works for me -
>
> curl --header "Content-Type: text/xml; charset=utf-8" \
> -u adam:************ \
> -X PROPFIND \
> --data-ascii "<?xml version="1.0" encoding="utf-8" ?><D:propfind
> xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname
>/><D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:get
>lastmodified/><D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetyp
>e/></D:prop></D:propfind>" \
> http://opengroupware.mormail.com/zidestore/so/adam

Now this request works for me too. With my Username and URLs.

Thank you very much Adam!

Regards,
Fabian
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: Zidestore problems after upgrading OGo

2008-08-29T05:29:40Z

> we are running an OGo server with the following specs:
> OS: Debian Sarge
> OGo: Opengroupware 1.0
> OGo-Repository: opengroupware-1.0beta.2-rock
> Database: Postgresql 7.4.7
> Webserver: Apache2 2.0.54
> and LDAP for the authentification.
> Now we want to upgrade the Debian System and the OGo Version. The specs of the
> new server are:
> OS: Debian Etch
> OGo: Opengroupware1.1 (svn2106)
> OGo-Repository: http://download.opengroupware.og/nightly/packages/debian
> Database: Postgresql 7.5.22
> Webserver: Apache2 2.2.3
> First I backuped the old OGo server:
> 1. copy the folders .libFoundation, news_images, documents, skyfs
> from /var/lib/opengroupware.org
> 2. Backup the old database
> # pg_dump -Ft -f /tmp/OGoBackup.tar -U postgres ogo
> Then I restored the backup on the new server:
> 1. copy the 4 folders to /var/lib/opengroupware.org (removed the existing ones
> first)
> 2. drop the existing ogo database
> 3. created a new ogo database
> 4. restored the backup of the old database:
> # pg_restore --verbose --dbname=ogo OGoBackup.tar

Did you convert your LATIN-1 database to UTF-8? That is required when
moving from 1.0 to trunk. See the PostgreSQL chapter of WMOGAG.

> I activated these debug options in NSGlobalDomain.plist:
> PGDebugEnabled = Yes;
> WOHttpAdaptor_LogStream = Yes;
> This is what shows in the zidestore.log file:
> <?xml version="1.0" encoding="utf-8" ?><D:propfind
> xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/>
> <D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/>
> <D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>
> Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 connection established:
> <0x0x8395ebc[PGConnection]: connection=0x0x849e7a8>
> Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 channel 0x0x83e39b4
> opened (connection=<0x0x8395ebc[PGConnection]: connection=0x0x849e7a8>)
> Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: BEGIN TRANSACTION
> Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: SELECT
> t1.anniversary, t1.assistant_name, t1.associated_categories,
> t1.associated_company, t1.associated_contacts, t1.birthday, t1.boss_name,
> t1.company_id, t1.contact_id, t1.db_status, t1.degree, t1.department,
> t1.description, t1.dir_server, t1.email_alias, t1.fileas, t1.firstname,
> t1.freebusy_url, t1.im_address, t1.pop3_account, t1.is_account,
> t1.is_customer, t1.is_extra_account, t1.is_intra_account, t1.is_locked,
> t1.is_person, t1.is_private, t1.is_readonly, t1.is_template_user,
> t1.keywords, t1.login, t1.middlename, t1.name, t1.name_affix, t1.name_title,
> t1.number, t1.object_version, t1.occupation, t1.office, t1.owner_id,
> t1.partner_name, t1.password, t1.priority, t1.salutation, t1.sensitivity,
> t1.sex, t1.show_email2_as, t1.show_email3_as, t1.show_email_as,
> t1.source_url, t1.template_user_id, t1.url FROM person t1 WHERE ((1=1) AND
> (t1.is_account=1)) AND (t1.db_status <> 'archived')
> Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: CmdCtx[tiefert]: couldn't rollback
> database transaction !
> ### child 2499 (#2) was terminated by signal 6 (uptime=7998s).

This request works for me -

curl --header "Content-Type: text/xml; charset=utf-8" \
-u adam:************ \
-X PROPFIND \
--data-ascii "<?xml version="1.0" encoding="utf-8" ?><D:propfind
xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/><D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/><D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>" \
http://opengroupware.mormail.com/zidestore/so/adam

- on r2148

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Zidestore problems after upgrading OGo

2008-08-29T02:52:04Z

Hi all,

we are running an OGo server with the following specs:

OS: Debian Sarge
OGo: Opengroupware 1.0
OGo-Repository: opengroupware-1.0beta.2-rock
Database: Postgresql 7.4.7
Webserver: Apache2 2.0.54
and LDAP for the authentification.

Now we want to upgrade the Debian System and the OGo Version. The specs of the
new server are:

OS: Debian Etch
OGo: Opengroupware1.1 (svn2106)
OGo-Repository: http://download.opengroupware.og/nightly/packages/debian
Database: Postgresql 7.5.22
Webserver: Apache2 2.2.3

First I backuped the old OGo server:

1. copy the folders .libFoundation, news_images, documents, skyfs
from /var/lib/opengroupware.org

2. Backup the old database
# pg_dump -Ft -f /tmp/OGoBackup.tar -U postgres ogo

Then I restored the backup on the new server:

1. copy the 4 folders to /var/lib/opengroupware.org (removed the existing ones
first)

2. drop the existing ogo database

3. created a new ogo database

4. restored the backup of the old database:
# pg_restore --verbose --dbname=ogo OGoBackup.tar

5. set the correct password for the postgresql user ogo

After these steps I can connect to the OGo Server via the Web-Interface and
everything seems to be fine. But Zidestore doesn't work right. Normally I can
connect with a webDAV client (e.g. konqueror) via
webdav://<OGOSERVER>/zidestore/so/<USERNAME> and browse the folders. This
doesn't work anylonger after the upgrade. In the zidestore.log the following
line seems to be relevant:

Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: CmdCtx[tiefert]: couldn't rollback
database transaction !

Something is wrong with the database. Any ideas how to solve this problem?
I attached the zidestore.log at the end of this mail.

Regards,
Fabian

I activated these debug options in NSGlobalDomain.plist:
PGDebugEnabled = Yes;
WOHttpAdaptor_LogStream = Yes;

This is what shows in the zidestore.log file:

Aug 29 09:35:47 ogo-zidestore-1.5 [2499]: request is

PROPFIND /zidestore/ HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.100.177
x-webobjects-remote-host: 192.168.100.177
x-webobjects-server-name: 127.0.0.1
x-webobjects-server-url: http://127.0.0.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.5 (like
Gecko) (Debian)
Pragma: no-cache
Cache-control: no-cache
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: iso-8859-15, utf-8;q=0.5, *;q=0.5
Accept-Language: de, en
Host: ts-nl-test
Connection: Keep-Alive
Depth: 1
Content-Type: text/xml; charset=utf-8
Content-Length: 303

<?xml version="1.0" encoding="utf-8" ?><D:propfind
xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/>
<D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/>
<D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>
Aug 29 09:35:47 ogo-zidestore-1.5 [2499]: Note: storing cached vCards files
in: '/var/lib/opengroupware.org/documents'
Aug 29 09:35:47 ogo-zidestore-1.5 [2499]: account::change-password: using
password field: 'userPassword'
Aug 29 09:35:47 ogo-zidestore-1.5 [2499]: Note: members of role team 'team
creators' are allowed to create teams.
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: Note(SoObject): SoDebugKeyLookup is
enabled!
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: Note(SoObject): SoDebugBaseURL is
enabled!
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: Note(SoObject): relative base URLs
are enabled.
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: [WARN] <0x0x8354cfc[WOContext]> Got
no user from authenticator: <SxAuthenticator 0x8359704>
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: response is

HTTP/1.0 401 Authorization Required
www-authenticate: basic realm="OpenGroupware.org"
content-length: 0

Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: request is

PROPFIND /zidestore/so/ HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.100.177
x-webobjects-remote-host: 192.168.100.177
x-webobjects-server-name: 127.0.0.1
x-webobjects-server-url: http://127.0.0.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.5 (like
Gecko) (Debian)
Pragma: no-cache
Cache-control: no-cache
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: iso-8859-15, utf-8;q=0.5, *;q=0.5
Accept-Language: de, en
Host: ts-nl-test
Connection: Keep-Alive
Depth: 1
Content-Type: text/xml; charset=utf-8
Content-Length: 303

<?xml version="1.0" encoding="utf-8" ?><D:propfind
xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/>
<D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/>
<D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: [WARN] <0x0x8108b1c[WOContext]> Got
no user from authenticator: <SxAuthenticator 0x8359704>
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: response is

HTTP/1.0 401 Authorization Required
www-authenticate: basic realm="OpenGroupware.org"
content-length: 0

Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: request is

PROPFIND /zidestore/so/tiefert HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.100.177
x-webobjects-remote-host: 192.168.100.177
x-webobjects-server-name: 127.0.0.1
x-webobjects-server-url: http://127.0.0.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.5 (like
Gecko) (Debian)
Pragma: no-cache
Cache-control: no-cache
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: iso-8859-15, utf-8;q=0.5, *;q=0.5
Accept-Language: de, en
Host: ts-nl-test
Connection: Keep-Alive
Depth: 0
Content-Type: text/xml; charset=utf-8
Content-Length: 303

<?xml version="1.0" encoding="utf-8" ?><D:propfind
xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/>
<D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/>
<D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: |ogo-zidestore-1| ERROR: cannot
fetch logins, no cmdctx!
Aug 29 09:35:48 ogo-zidestore-1.5 [2499]: response is

HTTP/1.0 401 Authorization Required
www-authenticate: basic realm="OpenGroupware.org"
content-length: 0

Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: request is

PROPFIND /zidestore/so/tiefert HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.100.177
x-webobjects-remote-host: 192.168.100.177
x-webobjects-server-name: 127.0.0.1
x-webobjects-server-url: http://127.0.0.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.5 (like
Gecko) (Debian)
Pragma: no-cache
Cache-control: no-cache
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: iso-8859-15, utf-8;q=0.5, *;q=0.5
Accept-Language: de, en
Host: ts-nl-test
Authorization: Basic dGllZmVydDpzaHlIaWdoMw==
Connection: Keep-Alive
Depth: 0
Content-Type: text/xml; charset=utf-8
Content-Length: 303

<?xml version="1.0" encoding="utf-8" ?><D:propfind
xmlns:D="DAV:"><D:prop><D:creationdate/><D:getcontentlength/><D:displayname/>
<D:source/><D:getcontentlanguage/><D:getcontenttype/><D:executable/><D:getlastmodified/>
<D:getetag/><D:supportedlock/><D:lockdiscovery/><D:resourcetype/></D:prop></D:propfind>
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 connection established:
<0x0x8395ebc[PGConnection]: connection=0x0x849e7a8>
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 channel 0x0x83e39b4
opened (connection=<0x0x8395ebc[PGConnection]: connection=0x0x849e7a8>)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: BEGIN TRANSACTION
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: SELECT t1.login,
t1.is_locked, t1.password FROM person t1 WHERE (t1.login = 'tiefert') AND
(t1.is_account=1)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: COMMIT
TRANSACTION
PostgreSQL72 connection dropped 0x0x8395ebc (channel=0x0x83e39b4)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: <0x0xb7e51060[LSCommandContext]>
+[LSCommandContext(LDAPSupport) isLDAPLoginAuthorized:password:]: LDAP
server 'ldapserver.hagos.de:389' did authenticate user 'tiefert'
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 connection established:
<0x0x84c1814[PGConnection]: connection=0x0x8452cd8>
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PostgreSQL72 channel 0x0x83e39b4
opened (connection=<0x0x84c1814[PGConnection]: connection=0x0x8452cd8>)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: BEGIN TRANSACTION
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: SELECT t1.login,
t1.is_locked, t1.password FROM person t1 WHERE (t1.login = 'tiefert') AND
(t1.is_account=1)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: PG0x0x83e39b4 SQL: COMMIT
TRANSACTION
PostgreSQL72 connection dropped 0x0x84c1814 (channel=0x0x83e39b4)
Aug 29 09:35:54 ogo-zidestore-1.5 [2499]: <0x0xb7e51060[LSCommandContext]>
+[LSCommandContext(LDAPSupport) isLDAPLoginAuthorized:password:]: LDAP
server 'ldapserver.hagos.de:389' did authenticate user 'tiefert'
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PostgreSQL72 connection established:
<0x0x848098c[PGConnection]: connection=0x0x86618a0>
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PostgreSQL72 channel 0x0x866101c
opened (connection=<0x0x848098c[PGConnection]: connection=0x0x86618a0>)
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: BEGIN TRANSACTION
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: SELECT
t1.anniversary, t1.assistant_name, t1.associated_categories,
t1.associated_company, t1.associated_contacts, t1.birthday, t1.boss_name,
t1.company_id, t1.contact_id, t1.db_status, t1.degree, t1.department,
t1.description, t1.dir_server, t1.email_alias, t1.fileas, t1.firstname,
t1.freebusy_url, t1.im_address, t1.pop3_account, t1.is_account,
t1.is_customer, t1.is_extra_account, t1.is_intra_account, t1.is_locked,
t1.is_person, t1.is_private, t1.is_readonly, t1.is_template_user,
t1.keywords, t1.login, t1.middlename, t1.name, t1.name_affix, t1.name_title,
t1.number, t1.object_version, t1.occupation, t1.office, t1.owner_id,
t1.partner_name, t1.password, t1.priority, t1.salutation, t1.sensitivity,
t1.sex, t1.show_email2_as, t1.show_email3_as, t1.show_email_as,
t1.source_url, t1.template_user_id, t1.url FROM person t1 WHERE
(t1.login='tiefert' AND t1.is_account=1 AND (NOT t1.login='template') AND
(t1.is_locked=0 OR t1.is_locked is null)) AND (t1.db_status <> 'archived')
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: <0x0xb7e51060[LSCommandContext]>
+[LSCommandContext(LDAPSupport) isLDAPLoginAuthorized:password:]: LDAP
server 'ldapserver.hagos.de:389' did authenticate user 'tiefert'
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: SELECT DISTINCT
t1.attribute, t1.company_id, t1.company_value_id, t1.db_status, t1.is_enum,
t1.is_label_localized, t1.label, t1.type, t1.uid, t1.value_string FROM
company_value t1 WHERE t1.company_id IN (1366750)
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: COMMIT
TRANSACTION
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: BEGIN TRANSACTION
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: PG0x0x866101c SQL: SELECT
t1.anniversary, t1.assistant_name, t1.associated_categories,
t1.associated_company, t1.associated_contacts, t1.birthday, t1.boss_name,
t1.company_id, t1.contact_id, t1.db_status, t1.degree, t1.department,
t1.description, t1.dir_server, t1.email_alias, t1.fileas, t1.firstname,
t1.freebusy_url, t1.im_address, t1.pop3_account, t1.is_account,
t1.is_customer, t1.is_extra_account, t1.is_intra_account, t1.is_locked,
t1.is_person, t1.is_private, t1.is_readonly, t1.is_template_user,
t1.keywords, t1.login, t1.middlename, t1.name, t1.name_affix, t1.name_title,
t1.number, t1.object_version, t1.occupation, t1.office, t1.owner_id,
t1.partner_name, t1.password, t1.priority, t1.salutation, t1.sensitivity,
t1.sex, t1.show_email2_as, t1.show_email3_as, t1.show_email_as,
t1.source_url, t1.template_user_id, t1.url FROM person t1 WHERE ((1=1) AND
(t1.is_account=1)) AND (t1.db_status <> 'archived')
Aug 29 09:35:55 ogo-zidestore-1.5 [2499]: CmdCtx[tiefert]: couldn't rollback
database transaction !
### child 2499 (#2) was terminated by signal 6 (uptime=7998s).
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: SNS support disabled.
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| PATHES: (
"/usr/local/lib/zidestore-1.5/",
"/usr/local/lib/zidestore-1.5/",
"/usr/lib/zidestore-1.5/"
)
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: Tasks.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: PrefsUI.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: zOGI.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: EvoConnect.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: Appointments.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: WCAP.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: RSS.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: Contacts.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: Projects.zsp
Aug 29 09:35:55 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| register ZideStore
product: ZSCommon.zsp
Aug 29 09:35:56 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| vMem Size check
enabled: shutting down app when vMem > 200 MB
Aug 29 09:35:56 ogo-zidestore-1.5 [3126]: |ogo-zidestore-1| WOHttpAdaptor
listening on address *:21000
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T10:35:31Z

On 26.08.2008, at 19:00, Adam Tauno Williams wrote:
> That one does call out encoding="utf-8" but I doubt that in itself
> is sufficient. The channel uses stringByEscapingHTMLString but that
> clearly isn't enough.

If you generate an XML file, you most likely need
stringByEscapingXMLString. Raw XML doesn't know anything about HTML
entities.
Another option might be to use an XHTML DTD which contains the
necessary entity definitions.

Anyways, looking at the output of the Heise ticker is probably a good
idea.

Thanks,
Helge

PS: you do not need to & encode umlauts in HTML either, its just good
style and protects against charset misconfigurations.
--
Helge Hess
http://helgehess.eu/
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T10:00:54Z

David Rahusen wrote:
> Yes, you're right, Thunderbird was meant... :-)
>
> Another german feed that works is this one:
> http://www.heise.de/newsticker/heise-atom.xml
> Unfortunately I have no knowledge about charset/coding-issues...however,
> the xml-file contains "html-ized" chars, which are marked red within the
> firefox-sourcecode-view. Maybe the feed do not require those "html-ized"
> chars?

That one does call out encoding="utf-8" but I doubt that in itself is
sufficient. The channel uses stringByEscapingHTMLString but that
clearly isn't enough. I'll see what I can figure out. Thanks for the link.
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T08:58:38Z

Yes, you're right, Thunderbird was meant... :-)

Another german feed that works is this one: http://www.heise.de/newsticker/heise-atom.xml
Unfortunately I have no knowledge about charset/coding-issues...however, the xml-file contains "html-ized" chars, which are marked red within the firefox-sourcecode-view. Maybe the feed do not require those "html-ized" chars?

David

Adam Tauno Williams schrieb:

I've installed and tried r2148


Excellent, thanks for testing.

: Lightning recognizes the feed as "not valid",


Lightning (?),  I assume you mean Thunderbird?

firefox notices an error with german additional characters, e.g.
für: "f&uuml;r". If I remove all characters like 'ä','ö' and 'ü', the
feed works.
Any Idea?


Hmmmm, not really.  Do you have other feeds that work with german
characters?   I imagine such characters either need to be coded somehow
or the feed needs to specify a charset,  I really don't know.  But I'll
google around and see if I can find anything.

Adam Tauno Williams schrieb:

Helge Hess wrote:

On 26.08.2008, at 13:10, Adam Tauno Williams wrote:

http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions

Hm, if its ZideStore, why not map those to proper URLs?
Eg:
  /zidestore/dav/USER/projects/task-actions.rss
  /zidestore/dav/USER/tasks/delegated-actions.rss
  /zidestore/dav/USER/tasks/todo-actions.rss
Shouldn't be too hard?

I tried that at first.  But anything ending in .rss seemed to be
hi-jacked by the old RSS support.

ZideStore/Protocols/RSS/product.plist
  categories = {
    SxFolder = {
      methods = {
        "rss" = {
          protectedBy = "View";
          pageName    = "SxFolderRSS";
        };
  ...
    SxTaskFolder = {
      methods = {
        "rss" = {
          protectedBy = "View";
          selector    = "rssInContext:";
 ...

That is why I used "RSS" instead of "rss".

Am I allowed to break the old RSS support?  I tried to avoid affecting
it;  although I think the old RSS is effectively broken, or at best,
useless.

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T07:50:06Z

On Tue, 2008-08-26 at 07:10 -0400, Adam Tauno Williams wrote:

> As of r2148 OpenGroupware now supports the following RSS 2.0 feeds:
> * projectActions - Reports actions on tasks assigned to projects
> of which the user is a member either directly or via team
> membership.
> * toDoActions - Reports actions on tasks of which the user is an
> executor either directly or via team membership.
> * delegatedActions - Reports actions on tasks created by the user.
> URLs access the RSS component, like:
> http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
> http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
> http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions
> By default the 150 most recent task actions are included in the feed;
> this value can be adjusted by including a "limit" value in the URL.
> Screenshot of feeds in Thunderbird available at
> <http://www.whitemiceconsulting.com/node/158>

BTW, this introduces two new defaults:

RSSDefaultChannelLinkURL - Is the URL, by default, that is in the <link>
tag of the channel. So you can set this to the URL of the WebUI or
whatever front-page you want/use. Like:

Defaults write NSGlobalDomain \
RSSDefaultChannelLinkURL "http://opengroupware.mormail.com/"

RSSDefaultItemLinkURL - Is the URL that, by default, will be used in
the <link> tag of channel items. So, again, you can set this to either
the WebUI or whatever front-page you want/use. Like:

Defaults write NSGlobalDomain RSSDefaultItemLinkURL \
'"http://opengroupware.mormail.com/OpenGroupware/wa/LSWViewAction/viewJob?jobId=$objectId"'

* The above URL will work for driving tasks via the old direct action
support of the WebUI.
* This URL is used as a pattern, $objectId is the replaced by the
numeric id (primary key) of the referenced object and $GUID replaced by
the GUID of the item. The GUID of a task action is
OGo-TaskActions-{objectId} where, in this case, {objectId} is the
primary key of the task action. This should enable anyone to very
simply build any kind of redirect/bounce page they want.
* Note the '"..."' quoting used when setting the default. To set a
string value containing special characters like '=' this quoting must be
used.

If you set neither of these defaults then the feeds won't have <link>
elements in either the channel or the item. This technically makes the
feed non-conforming and some RSS readers will refuse to process the
feed.

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T07:29:56Z

> I've installed and tried r2148

Excellent, thanks for testing.

> : Lightning recognizes the feed as "not valid",

Lightning (?), I assume you mean Thunderbird?

> firefox notices an error with german additional characters, e.g.
> für: "für". If I remove all characters like 'ä','ö' and 'ü', the
> feed works.
> Any Idea?

Hmmmm, not really. Do you have other feeds that work with german
characters? I imagine such characters either need to be coded somehow
or the feed needs to specify a charset, I really don't know. But I'll
google around and see if I can find anything.

> Adam Tauno Williams schrieb:
> > Helge Hess wrote:
> >> On 26.08.2008, at 13:10, Adam Tauno Williams wrote:
> >>> http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
> >>> http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
> >>> http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions
> >> Hm, if its ZideStore, why not map those to proper URLs?
> >> Eg:
> >> /zidestore/dav/USER/projects/task-actions.rss
> >> /zidestore/dav/USER/tasks/delegated-actions.rss
> >> /zidestore/dav/USER/tasks/todo-actions.rss
> >> Shouldn't be too hard?
> >
> > I tried that at first. But anything ending in .rss seemed to be
> > hi-jacked by the old RSS support.
> >
> > ZideStore/Protocols/RSS/product.plist
> > categories = {
> > SxFolder = {
> > methods = {
> > "rss" = {
> > protectedBy = "View";
> > pageName = "SxFolderRSS";
> > };
> > ...
> > SxTaskFolder = {
> > methods = {
> > "rss" = {
> > protectedBy = "View";
> > selector = "rssInContext:";
> > ...
> >
> > That is why I used "RSS" instead of "rss".
> >
> > Am I allowed to break the old RSS support? I tried to avoid affecting
> > it; although I think the old RSS is effectively broken, or at best,
> > useless.

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T07:28:51Z

hm, maybe better to go to the dev list, anyways.

On 26.08.2008, at 15:38, Adam Tauno Williams wrote:

>> Hm, if its ZideStore, why not map those to proper URLs?
>> Eg:
>> /zidestore/dav/USER/projects/task-actions.rss
>> /zidestore/dav/USER/tasks/delegated-actions.rss
>> /zidestore/dav/USER/tasks/todo-actions.rss
>> Shouldn't be too hard?
>
> I tried that at first. But anything ending in .rss seemed to be hi-
> jacked by the old RSS support.
>
> ZideStore/Protocols/RSS/product.plist
> categories = {
> SxFolder = {
> methods = {
> "rss" = {
> protectedBy = "View";
> pageName = "SxFolderRSS";
> };
> ...

This just says that "/XYZ/rss" is mapped to the 'SxFolderRSS' page. Eg
to accomplish this:

> /zidestore/dav/USER/projects/task-actions.rss

You would do:
SxProjectsFolder = {
methods = {
"task-actions.rss" = {
...
};

Or possibly just 'task-actions' (could be that we always cut off the
extension, not sure).

Please avoid breaking the old RSS support w/o providing replacements :-)

Thanks,
Helge
--
Helge Hess
http://helgehess.eu/
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T07:14:22Z

Hi Adam,

I've installed and tried r2148: Lightning recognizes the feed as "not
valid", firefox notices an error with german additional characters, e.g.
für: "für". If I remove all characters like 'ä','ö' and 'ü', the
feed works.
Any Idea?

David

Adam Tauno Williams schrieb:

> Helge Hess wrote:
>> On 26.08.2008, at 13:10, Adam Tauno Williams wrote:
>>> http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
>>> http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
>>> http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions
>> Hm, if its ZideStore, why not map those to proper URLs?
>> Eg:
>> /zidestore/dav/USER/projects/task-actions.rss
>> /zidestore/dav/USER/tasks/delegated-actions.rss
>> /zidestore/dav/USER/tasks/todo-actions.rss
>> Shouldn't be too hard?
>
> I tried that at first. But anything ending in .rss seemed to be
> hi-jacked by the old RSS support.
>
> ZideStore/Protocols/RSS/product.plist
> categories = {
> SxFolder = {
> methods = {
> "rss" = {
> protectedBy = "View";
> pageName = "SxFolderRSS";
> };
> ...
> SxTaskFolder = {
> methods = {
> "rss" = {
> protectedBy = "View";
> selector = "rssInContext:";
> ...
>
> That is why I used "RSS" instead of "rss".
>
> Am I allowed to break the old RSS support? I tried to avoid affecting
> it; although I think the old RSS is effectively broken, or at best,
> useless.

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T06:38:25Z

Helge Hess wrote:

> On 26.08.2008, at 13:10, Adam Tauno Williams wrote:
>> http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
>> http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
>> http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions
> Hm, if its ZideStore, why not map those to proper URLs?
> Eg:
> /zidestore/dav/USER/projects/task-actions.rss
> /zidestore/dav/USER/tasks/delegated-actions.rss
> /zidestore/dav/USER/tasks/todo-actions.rss
> Shouldn't be too hard?

I tried that at first. But anything ending in .rss seemed to be
hi-jacked by the old RSS support.

ZideStore/Protocols/RSS/product.plist
categories = {
SxFolder = {
methods = {
"rss" = {
protectedBy = "View";
pageName = "SxFolderRSS";
};
...
SxTaskFolder = {
methods = {
"rss" = {
protectedBy = "View";
selector = "rssInContext:";
...

That is why I used "RSS" instead of "rss".

Am I allowed to break the old RSS support? I tried to avoid affecting
it; although I think the old RSS is effectively broken, or at best,
useless.
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: RSS Feeds Added In r2148

2008-08-26T05:18:09Z

On 26.08.2008, at 13:10, Adam Tauno Williams wrote:
> http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
> http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
> http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions

Hm, if its ZideStore, why not map those to proper URLs?

Eg:
/zidestore/dav/USER/projects/task-actions.rss
/zidestore/dav/USER/tasks/delegated-actions.rss
/zidestore/dav/USER/tasks/todo-actions.rss

Shouldn't be too hard?

Thanks,
Helge
--
Helge Hess
http://helgehess.eu/
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

RSS Feeds Added In r2148

2008-08-26T04:10:29Z

As of r2148 OpenGroupware now supports the following RSS 2.0 feeds:

* projectActions - Reports actions on tasks assigned to projects
of which the user is a member either directly or via team
membership.
* toDoActions - Reports actions on tasks of which the user is an
executor either directly or via team membership.
* delegatedActions - Reports actions on tasks created by the user.

URLs access the RSS component, like:

http://${HOST}/zidestore/so/${USER}/RSS?feed=projectActions
http://${HOST}/zidestore/so/${USER}/RSS?feed=delegatedActions
http://${HOST}/zidestore/so/${USER}/RSS?feed=toDoActions

By default the 150 most recent task actions are included in the feed;
this value can be adjusted by including a "limit" value in the URL.

Screenshot of feeds in Thunderbird available at
<http://www.whitemiceconsulting.com/node/158>

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: Microformats Was: [RSS Implementation [Was: Re:[OGo-Discuss] RSS feeds]]

2008-08-26T01:59:30Z

On 26.08.2008, at 07:55, Tobias Kaefer wrote:
> Some real-world support can be found (see microformats.org). I think
> one
> issue that hits all the semantic web efforts: It's something very
> abstract and it's something you'll probably never asked for. But you
> might like it - as soon you know about it. Especially if it comes to
> mashups.

I also played with some hcard in a customer specific frontend of OGo.
There is this Mozilla plugin which can show contacts contained in a
website, don't remember the name. Its nice but not that useful.

Anyways, I think this is mostly useful for public or semi-public
websites. They can then be scanned by automated services (search
engines, etc) and hcard etc provides much better information to such.
In an intranet application the practical use is quite limited, mostly
because the information provided usually requires authentication.

If you are doing a new HTML frontend, I think its not a bad idea to
mark up the frontend with proper hCard/iCal tags. In fact its quite
interesting for AJAX like apps too. The server can send HTML fragments
for display, and those can contain the raw information in the same run
(which client side JS might want to use to perform AJAX things).

Greets,
Helge

--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

Re: Microformats Was: [RSS Implementation [Was: Re:[OGo-Discuss] RSS feeds]]

2008-08-25T22:55:55Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Adam Tauno Williams schrieb:
>> Do you know about microformats?
>
> Nope.
> ...
> Anyway, hcard is at least interesting. I'm not sure about the use case
> of hcalendar in a groupware setting as users are already seeing the
> calendar and events (so there is no add-this-to-my-calendar equivalent).

hcalendar could be useful if you are doing mashups and therefore seeing
the calendar/event stuff in an other context than the OGo one. I did
something like this by providing events and ERP data in a mashup in our
portal.

> Although even the microformats seem a little weird; for instance...
>
> TEL;TYPE=HOME:+1.415.555.1212
>
> becomes...
>
> 
> home:
> +1.415.555.1212
> 
>
> ... if you were trying to make something concise and truly "semantic"
> vs. just easy-to-parse-to-a-display it seems like...
>
> +1.415.555.1212

I think the intention for the hcard solution is to have all informations
displayed - therefore you could say that class="tel" is not displayed
ether. class="tel" is something that could be marked as "telephone
number" by setting some kind of symbolic expression (telephone image or
something else) in a CSS-rule. Of course, if you are using XSLT for
converting the tel-span the difference of using type="home" or not is
not that big (in the result). But the intention of microformats is more
focused on HTML/CSS and there you would loose the type="home"
attribute/value in the browser view.

>
> ... would be better. So I'd still prefer vCard-in-RDF
> <http://www.w3.org/TR/vcard-rdf#5> if I had my choice [which, of course,
> I don't - we have to live with the crap that actually gets deployed].
>
> How much real-world support is there for the microformats?

Some real-world support can be found (see microformats.org). I think one
issue that hits all the semantic web efforts: It's something very
abstract and it's something you'll probably never asked for. But you
might like it - as soon you know about it. Especially if it comes to
mashups.

Tobias

>> Adam Tauno Williams schrieb:
>>> In adding more/better RSS feeds I was looking for how to implement a
>>> variety of feeds in the simplest manner. And the RSS support in
>>> ZideStore is rather disparate (it is implemented at least two different
>>> ways).
>>> So I took the approach like the LSGetICalForAppointmentsCommand and
>>> implemented the DB related parts in Logic. In LSFoundation I created a
>>> quite simple LSGetRSSFeedCommand command and in LSTasks a
>>> LSGetDelegatedActionsAsRSSCommand command. The children of
>>> LSGetRSSFeedCommand just need to override/implement the
>>> buildQueryExpression, rssChannelTitle, rssChannelDescription, and
>>> appendRSSItem:(NSDictionary *) methods. LSGetRSSFeedCommand runs the
>>> query created by buildQueryExpression and
>>> calls appendRSSItem:(NSDictionary *) for each record in the result.
>>> All the child's appendRSSItem has to deal with is the structure of the
>>> record and call the parents -
>>> - (void)appendRSSItem:(NSString *)_description
>>> withTitle:(NSString *)_title
>>> andDate:(NSCalendarDate *)_date
>>> andAuthor:(NSString *)_author
>>> andLink:(NSString *)_link
>>> andGUID:(NSString *)_guid
>>> - method. LSGetRSSFeedCommand handles all the bits of formatting
>>> the RSS and the result of the command is a chunk of RSS output
>>> (like LSGetICalForAppointmentsCommand produces iCal results). I chose
>>> this approach as it makes it easy to map an RSS feed on top of an
>>> 'arbitrary' query.
>>>
>>> It should be easy to capture things like recent document changes, etc...
>>>
>>> Is this an acceptable approach? The code needs a bit of finishing
>>> still, but does produce parsable RSS.
>>>
>>> I still have to map the feeds into ZideStore URLs.
>>>
>>> On Sat, 2008-06-21 at 14:36 -0400, Adam Tauno Williams wrote:
>>>> On Sat, 2008-06-21 at 15:58 +0200, Helge Hess wrote:
>>>>> On 21.06.2008, at 15:52, Adam Tauno Williams wrote:
>>>>>> And I have some work to make the RSS feeds provided by
>>>>>> ZideStore way more realistic in providing something real-world end-
>>>>>> users want.
>>>>> Thats pretty cool, I was considering to look into this too
>>>> Our user-requested feature is an RSS feed of annotations/actions made to
>>>> the user's delegated tasks (not an RSS feed of the *tasks* but an RSS
>>>> feed of the *actions). For instance we have a couple of central people
>>>> who dispatch ["delegate" in OGo & Groupware speak, in the USA's
>>>> rust-belt people say "dispatch"] to users at remote locations; they
>>>> want to see a feed of actions performed on those tasks (the tasks from
>>>> the delegated-tasks list). So when a remote user accepts, completes, or
>>>> makes a comment it will appear on their feed reader. E-Mail
>>>> notifications for every action very rapidly becomes a pelting-my-INBOX
>>>> kind of scenario.
>>>>
>>>> I'm making pretty good progress on that; the hard part I think is
>>>> figuring out why ThunderBird won't show any of ZideStore's RSS feeds.
>>>> At least on my version-of-TB / build-of-OGo it just silently fails.
>>>>
>>>> The current tasks RSS feeds aren't terribly useful as they represent
>>>> data that is essentially quite static and thus not very news-feed-ish.
>>>>
>>>>> I have a request for showing document changes/additions in a project
>>>>> feed. The current document feed is just a very generic one.
>>>> Would be very useful.
>>>>
>>>> Enh: single feed containing all documents changes of a project
>>>> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1814>
>>>>
>>>>> (if I find the time, sigh ...).
>>>> Yep. I'm on vacation stating today. :)
>>>>
>>>> In my free-time I'm going to take a crack at adding calendar-multiget
>>>> support to ZideStore as I think that will make current versions of
>>>> Sunbird work [again]. I'll probably fail.
>
>

- --
Mit freundlichen Gruessen / with kind regards

Tobias S. Käfer

Tobias S. Kaefer * Portal-Development
ABAS Software AG, Suedendstrasse 42, 76135 Karlsruhe, GERMANY
Fon: +49 721 967 23 0, Fax: +49 721 967 23 100
Managing board / Vorstand: Werner Strub (CEO, Vorsitzender), Peter Walser
Chairman supervisory board / Aufsichtsratsvorsitzender: Thomas Frank
Company Register / Handelsregister: HRB 107644 Amtsgericht Mannheim
please visit our homepage / Bitte besuchen Sie unsere Homepage:
http://www.abas.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIs5rrdJJ1JNEzpd0RAtOJAKC7vG0qAH3MCYQZDifCaaMYY44qJACdHL1S
MnGGEqghAjbRzvFN9LX2Xvg=
=QxYm
-----END PGP SIGNATURE-----
--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

SOPE Bug#1964

2008-08-24T21:44:47Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I just saw, that Adam was asking about a Bugzilla status. So I'll have
to ask about #1964. Any chance that my patch for this Bug/Enhancement
will be applied?

Greets
Tobias
- --
Mit freundlichen Gruessen / with kind regards

Tobias S. Käfer

Tobias S. Kaefer * Portal-Development
ABAS Software AG, Suedendstrasse 42, 76135 Karlsruhe, GERMANY
Fon: +49 721 967 23 0, Fax: +49 721 967 23 100
Managing board / Vorstand: Werner Strub (CEO, Vorsitzender), Peter Walser
Chairman supervisory board / Aufsichtsratsvorsitzender: Thomas Frank
Company Register / Handelsregister: HRB 107644 Amtsgericht Mannheim
please visit our homepage / Bitte besuchen Sie unsere Homepage:
http://www.abas.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIsji/dJJ1JNEzpd0RArqAAKDUqOkZVQv/4+BCPaVFsZo7btVT5gCeO9CP
y4XCWyRhGA3EhEp8hB3JpVU=
=5G8E
-----END PGP SIGNATURE-----
--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

Re: RSS feeds Re: OGo and SOGo

2008-08-24T14:17:15Z

On Sat, 2008-06-21 at 14:36 -0400, Adam Tauno Williams wrote:

> On Sat, 2008-06-21 at 15:58 +0200, Helge Hess wrote:
> > On 21.06.2008, at 15:52, Adam Tauno Williams wrote:
> > > And I have some work to make the RSS feeds provided by
> > > ZideStore way more realistic in providing something real-world end-
> > > users want.
> > Thats pretty cool, I was considering to look into this too
> Our user-requested feature is an RSS feed of annotations/actions made to
> the user's delegated tasks (not an RSS feed of the *tasks* but an RSS
> feed of the *actions). For instance we have a couple of central people
> who dispatch ["delegate" in OGo & Groupware speak, in the USA's
> rust-belt people say "dispatch"] to users at remote locations; they
> want to see a feed of actions performed on those tasks (the tasks from
> the delegated-tasks list). So when a remote user accepts, completes, or
> makes a comment it will appear on their feed reader. E-Mail
> notifications for every action very rapidly becomes a pelting-my-INBOX
> kind of scenario.

As of r2146 this is implemented, URL is -
Link to delegated actions feed is
http://{host}/zidestore/so/{user}/RSS?feed=delegatedActions&limit=1024

The limit is optional and defaults to 150.

The feed should be completely RSS 2.0 compliant and was verified using
http://validator.w3.org/feed/

This feed does require an authenticated HTTP connection however, meaning
it work work from Thunderbird. But other aggregators like Liferia and
Akregator work very well. I haven't yet tried to test and of the feed
readers for Win32.

--
OpenGroupware.org Discussion discuss@...
http://mail.opengroupware.org/mailman/listinfo/discuss

From forum: Opengroupware - Project Discussion

Re: Building SOPE on Mac OS X 10.5

2008-08-23T01:16:33Z

On 23.08.2008, at 09:13, Mitchel Roider wrote:
> I am attempting to build SOPE on 10.5 using the xcode project and
> there seems to be a number of build errors.

The _OGo users_ list is not the best forum to ask such questions.
There is a specific macosx@ogo list, or you could use the
developer@ogo list.

If I compile trunk/gstep-make on 10.5, I get quite a few warnings
(mostly related to Unicode support), but it works well for me.

> Which release of SOPE is the most stable for Mac OS X?

I suppose trunk (4.7.x).

Well, at least I'm doing all OGo development on OSX 10.5 with SOPE
trunk in a GNUstep-make apple-apple-apple configuration (not with
Xcode).

> Which version of Mac OS X provides the most compatible platform for
> SOPE?

That question is best answered by ZNeK on one of the other lists, but
I suppose its OSX 10.4.x. I think the Xcode projects are not yet
ported to Xcode 3.x.

Helge
--
Helge Hess
http://helgehess.eu/
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Re: SOPE Bug#1980

2008-08-23T01:07:16Z

On 23.08.2008, at 06:26, Adam Tauno Williams wrote:
> Any chance SOPE bug#1980 can get committed, it blocks OGo bug#1955.

Done.

Helge
--
Helge Hess
http://helgehess.eu/

--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

Building SOPE on Mac OS X 10.5

2008-08-23T00:13:57Z

Hello,

I am attempting to build SOPE on 10.5 using the xcode project and
there seems to be a number of build errors.

I have looked around for a complete answer to whether or not this just
works and I am doing something wrong or if I need to do additional steps
to make everything just work.

If someone could point me to that information that would be extremely
helpful.

Some basic questions.

Which release of SOPE is the most stable for Mac OS X?
Which version of Mac OS X provides the most compatible platform for
SOPE?

Thanks

Mitch

--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users

From forum: Opengroupware - User

Building SOPE on Mac OS X 10.5

2008-08-23T00:07:03Z

From forum: Opengroupware - User

SOPE Bug#1980

2008-08-22T21:26:55Z

Any chance SOPE bug#1980 can get committed, it blocks OGo bug#1955.

--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

Microformats Was: [RSS Implementation [Was: Re:[OGo-Discuss] RSS feeds]]

2008-08-21T07:32:40Z

> Do you know about microformats?

Nope.

> What are microformats you may want to ask.
> There is an simple explanation from the wiki of microformats.org:
> "Microformats are small bits of HTML that represent things like people,
> events, tags, etc. in web pages.
> Microformats enable the publishing of higher fidelity information on the
> Web, providing the fastest and simplest way to support feeds and APIs
> for your website."
> There are some specs for eg. calendar:
> http://microformats.org/wiki/hcalendar
> or contacts:
> http://microformats.org/wiki/hcard
> Maybe that's something for this RSS feed.

It is interesting; and I've always thought that the vCard/vEvent formats
were designed by some creature of the purest evil. Maybe the same thing
that gave us MAPI? I mean - their horrible. Why isn't an XML schema
used to they can be dealt with using XPath/XSLT? But that is an aside
and a personal rant. :)

Anyway, hcard is at least interesting. I'm not sure about the use case
of hcalendar in a groupware setting as users are already seeing the
calendar and events (so there is no add-this-to-my-calendar equivalent).
Although even the microformats seem a little weird; for instance...

TEL;TYPE=HOME:+1.415.555.1212

becomes...


home:
+1.415.555.1212


... if you were trying to make something concise and truly "semantic"
vs. just easy-to-parse-to-a-display it seems like...

+1.415.555.1212

... would be better. So I'd still prefer vCard-in-RDF
<http://www.w3.org/TR/vcard-rdf#5> if I had my choice [which, of course,
I don't - we have to live with the crap that actually gets deployed].

How much real-world support is there for the microformats?

> Adam Tauno Williams schrieb:
> > In adding more/better RSS feeds I was looking for how to implement a
> > variety of feeds in the simplest manner. And the RSS support in
> > ZideStore is rather disparate (it is implemented at least two different
> > ways).
> > So I took the approach like the LSGetICalForAppointmentsCommand and
> > implemented the DB related parts in Logic. In LSFoundation I created a
> > quite simple LSGetRSSFeedCommand command and in LSTasks a
> > LSGetDelegatedActionsAsRSSCommand command. The children of
> > LSGetRSSFeedCommand just need to override/implement the
> > buildQueryExpression, rssChannelTitle, rssChannelDescription, and
> > appendRSSItem:(NSDictionary *) methods. LSGetRSSFeedCommand runs the
> > query created by buildQueryExpression and
> > calls appendRSSItem:(NSDictionary *) for each record in the result.
> > All the child's appendRSSItem has to deal with is the structure of the
> > record and call the parents -
> > - (void)appendRSSItem:(NSString *)_description
> > withTitle:(NSString *)_title
> > andDate:(NSCalendarDate *)_date
> > andAuthor:(NSString *)_author
> > andLink:(NSString *)_link
> > andGUID:(NSString *)_guid
> > - method. LSGetRSSFeedCommand handles all the bits of formatting
> > the RSS and the result of the command is a chunk of RSS output
> > (like LSGetICalForAppointmentsCommand produces iCal results). I chose
> > this approach as it makes it easy to map an RSS feed on top of an
> > 'arbitrary' query.
> >
> > It should be easy to capture things like recent document changes, etc...
> >
> > Is this an acceptable approach? The code needs a bit of finishing
> > still, but does produce parsable RSS.
> >
> > I still have to map the feeds into ZideStore URLs.
> >
> > On Sat, 2008-06-21 at 14:36 -0400, Adam Tauno Williams wrote:
> >> On Sat, 2008-06-21 at 15:58 +0200, Helge Hess wrote:
> >>> On 21.06.2008, at 15:52, Adam Tauno Williams wrote:
> >>>> And I have some work to make the RSS feeds provided by
> >>>> ZideStore way more realistic in providing something real-world end-
> >>>> users want.
> >>> Thats pretty cool, I was considering to look into this too
> >> Our user-requested feature is an RSS feed of annotations/actions made to
> >> the user's delegated tasks (not an RSS feed of the *tasks* but an RSS
> >> feed of the *actions). For instance we have a couple of central people
> >> who dispatch ["delegate" in OGo & Groupware speak, in the USA's
> >> rust-belt people say "dispatch"] to users at remote locations; they
> >> want to see a feed of actions performed on those tasks (the tasks from
> >> the delegated-tasks list). So when a remote user accepts, completes, or
> >> makes a comment it will appear on their feed reader. E-Mail
> >> notifications for every action very rapidly becomes a pelting-my-INBOX
> >> kind of scenario.
> >>
> >> I'm making pretty good progress on that; the hard part I think is
> >> figuring out why ThunderBird won't show any of ZideStore's RSS feeds.
> >> At least on my version-of-TB / build-of-OGo it just silently fails.
> >>
> >> The current tasks RSS feeds aren't terribly useful as they represent
> >> data that is essentially quite static and thus not very news-feed-ish.
> >>
> >>> I have a request for showing document changes/additions in a project
> >>> feed. The current document feed is just a very generic one.
> >> Would be very useful.
> >>
> >> Enh: single feed containing all documents changes of a project
> >> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1814>
> >>
> >>> (if I find the time, sigh ...).
> >> Yep. I'm on vacation stating today. :)
> >>
> >> In my free-time I'm going to take a crack at adding calendar-multiget
> >> support to ZideStore as I think that will make current versions of
> >> Sunbird work [again]. I'll probably fail.

--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev

Re: Watcher (Bug@229) Was:[Re: Changes to trunk, Testing]

2008-08-21T07:01:40Z

On Wed, 2008-08-20 at 22:42 -0400, Adam Tauno Williams wrote:

> On Tue, 2007-05-29 at 08:00 -0400, Adam Tauno Williams wrote:
> > > >> If someone has wishes for additional fields, shout now ;-) This isn't
> > > >> committed yet
> > > > I've been thinking about -
> > > > Enh: notification mails on uploads and document releases
> > > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=229
> > > > I was imagining just storing a CSV list of users in a property,
> > > > perhaps
> > > > adding an add-me/remove-me button to the UI. But if you are in a
> > > > schema
> > > > changing mood then perhaps you can envision something more elegant.
> > > > Seems like it could be generalized to support change notification on
> > > > just about anything; just store obj_id, company_id [account id].
> > > > Changes invoke a notification e-mail to email1 of company_id.
> > > Hm, a global change notification thing is a pretty smart idea. It
> > > would allow for per-user/per-object/per-action notifications. Need to
> > > think about that.
> > > Might also be a more elegant solution for Sebastians request.
> > > I wonder whether we could again use obj_link for that (type
> > > notification with the notification object pointing to the user).
> > > Though maybe this really deserves an own table.
> > Since the table would need to be check every time there is a set:: or
> > update:: it seems like a stand-alone table might be faster, that only
> > contains the notification information. Although a partial index on the
> > obj_link table would really accomplish the same thing - but fancy things
> > like that aren't supported in MySQL or SQLite.
> Any more thoughts on if this will be a separate table or done using
> object links?

I propose a link type of "Watch" where the source is an account object
and the destination is any given object.

source_id = Account Id#
target_id = Watched Object Id#
link_type = "Watch"

Performance issues are mediated by the creation of the proper index:
CREATE INDEX "watched_object_links" ON obj_link (source_id) WHERE
link_type = 'Watch';

And the most recent changes to watched objects can simply be marshalled
with:
SELECT l.log_id, l.creation_date AS event_date, l.log_text,
l.action, s.login
FROM obj_link ol
INNER JOIN log l ON l.object_id = ol.target_id
INNER JOIN staff s ON s.company_id = l.account_id
WHERE ol.source_id = 10100 AND ol.link_type = 'Watch'
ORDER BY l.creation_date DESC
LIMIT 150;

The query path isn't too bad -
Limit (cost=168.76..169.14 rows=150 width=55)
(actual time=1.503..1.512 rows=7 loops=1)
-> Sort (cost=168.76..169.38 rows=248 width=55)
(actual time=1.501..1.504 rows=7 loops=1)
Sort Key: l.creation_date
-> Hash Join (cost=8.50..158.90 rows=248 width=55)
(actual time=1.411..1.488 rows=7 loops=1)
Hash Cond: ("outer".account_id = "inner".company_id)
-> Nested Loop (cost=0.00..146.68 rows=248 width=48)
(actual time=0.058..0.104 rows=7 loops=1)
-> Index Scan using watched_object_links on
obj_link ol (cost=0.00..3.67 rows=1 width=4)
(actual time=0.018..0.023 rows=2 loops=1)
Index Cond: (source_id = 10100)
Filter: ((link_type)::text = 'Watch'::text)
-> Index Scan using log_object_idx on log l
(cost=0.00..142.56 rows=36 width=52)
(actual time=0.013..0.029 rows=4 loops=2)
Index Cond: (l.object_id = "outer".target_id)
-> Hash (cost=7.60..7.60 rows=360 width=15)
(actual time=1.293..1.293 rows=0 loops=1)
-> Seq Scan on staff s (cost=0.00..7.60 rows=360
width=15)
(actual time=0.013..0.856 rows=360 loops=1)
Total runtime: 1.600 ms
(14 rows)

--
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

From forum: Opengroupware - Dev