After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 127538 - Publish your calendar
Publish your calendar
Status: RESOLVED DUPLICATE of bug 230297
Product: bounties
Classification: Infrastructure
Component: Calendar
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Bounty Bug List
Bounty Bug List
Depends on:
Blocks:
 
 
Reported: 2003-11-20 19:59 UTC by Benjamin Kahn
Modified: 2012-02-19 17:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
this is lokking neat (128.77 KB, patch)
2005-03-31 02:40 UTC, Stephane Konstantaropoulos
none Details | Review

Description Benjamin Kahn 2003-11-20 19:59:03 UTC
Apple's iCal has made "calendar sharing" popular. It's a nice feature
where any user can create a calendar of events and then publish it on a
website, to share it with other users. Others can then "subscribe" their
calendar application to that calendar file, and updates are automatically
synced to their imported calendar whenever the master file changes. This
makes it easy and convenient to share conference schedules, meeting times,
club events, moving dates and times and so on.

Implement this calendar publishing feature in Evolution. There are two
things: first, it needs to just upload the .ics file to a remote location,
using gnome-vfs facilities (give the user a few common choices like ssh://,
FTP, WebDav and saving to a file. Then automatically push updates to the
exported file whenever new events are added or things are being changed.

We should give a possibility to export to a simple HTML page as well for
those visitors who don't use a calendar program that supports webcal://
(webcal is just a URI scheme that should invoke Evolution's "Calendar
Import" dialog that does the same as this one but reverse). 

This bug is part of the Integrated Collaborative Desktop Bounty Hunt.  For
more information on prizes, contest rules, and other bounty tasks, visit:
 
http://www.gnome.org/bounties/
 
If you would like to start working on this bounty, please create a bugzilla
account and append your intention to work on this bounty to this bug.  If
multiple people declare their intentions to work on a task, we encourage
you to join forces and work together.
 
Please do not close this bug.  The contest organizers will mark this bug as
FIXED when the prize is claimed.
Comment 1 Benjamin Kahn 2003-11-20 19:59:23 UTC
Please see http://www.gnome.org/bounties/Addressbook.php3#127538 for
more information.
Comment 2 Benjamin Kahn 2003-11-20 21:04:51 UTC
Oops.  The Correct URL for more information is:
http://www.gnome.org/bounties/Calendar.php3#127538





Comment 3 m_ananthanarayanan 2003-11-23 19:13:07 UTC
I am interested in working on this bug (Bugzilla account:
m_ananthanarayanan@yahoo.com)
Comment 4 Gerardo Marin 2003-11-30 07:47:42 UTC
See also http://bugzilla.ximian.com/show_bug.cgi?id=30297
Comment 5 Taliver Heath 2003-12-03 18:31:08 UTC
By the way, if you want a quick hack for this, I did a semi-reasonable
workaround.  I have a small program using the FAM library to watch the
calendar file that evolution uses.  When it changes, it's copied over 
to my published phpicalendar.  Works well enough for my purposes, and 
I beleive you could even modify the phpicalendar side to accept
changes and move them the other direction.  

(This isn't an attempt to claim the bounty, it's just a suggestion to
people who want this functionality while its being worked on.)
Comment 6 Ross Burton 2004-01-13 21:10:20 UTC
m_ananthanarayanan@yahoo.com -- are you still working on this?  I'm
thinking about having a go myself.
Comment 7 Gary Ekker 2004-01-14 17:50:41 UTC
I am also interested in working on this.
Comment 8 Trever Adams 2004-02-05 06:40:00 UTC
See Bug #30297 for some comments on what should be published and how.
 It is something that should be figured out and fixed before anything
like this gets put in.

Also, how are those who have said they want to do it fairing?
Comment 9 Trever Adams 2004-02-05 06:40:33 UTC
That bug# is from Ximian's bugzilla, my apologies!
Comment 10 Trent "Lathiat" Lloyd 2004-02-28 12:37:33 UTC
I am working on this, am about 25% along the way. Hopefully have it
all done this week.

So far I've got it to export to a URL, but haven't got the GUI to
select the URI to upload to yet, nor storing the calendar settings or
watching for updates and resynchronizing.

Curious if anyon has considered the security problems with keeping the
password to sync the calendars - i think this is better off as an
option and it will prompt for user/pass if its not saved.
Comment 11 Trent "Lathiat" Lloyd 2004-03-04 02:22:13 UTC
I am now up to about 50%, it all works just need to tidy some stuff 
up and fix a few leaks, etc and finish the automatic udpate code.

Hope to post a first patch for view by Sunday 4th March.
Comment 12 Trent "Lathiat" Lloyd 2004-08-11 06:33:30 UTC
I have had this mostly done for a while, due to study I haven't cleaned it up 
and sent it in yet, might do that soon...
Comment 13 David Björklund 2004-11-09 12:47:50 UTC
Trent: is there any progress with the patch?
Comment 14 Sebastián Andrés Espíndola 2005-01-03 00:03:31 UTC
I want to have a go at this.
Is there anyone currently working on this bounty?
Comment 15 oa 2005-01-09 11:34:44 UTC
This might be obvious, but whoever is working on this, please do what Mozilla
Calendar does, not how iCal does this - ie, when you update the remote calendar,
pull it in first and merge changes with local. This is a wonderful feature for
updating a calendar from two or more machines, or (wonder of wonders!) actually
_sharing_ a calendar without any server-side support.
Comment 16 Patrick 2005-01-12 03:24:12 UTC
I am working on this as well.
Comment 17 Manuel Sainz de Baranda 2005-01-12 16:02:30 UTC
Trent, are you still working on this? I'm finishing my last program and I'm
interested in start to work on this tomorrow if not 8h/day.
Comment 18 Stephane Konstantaropoulos 2005-03-31 02:28:35 UTC
hi there,

Just sent a working patch yesterday. Anybody would care to test?

What it doesn't do: generate an HTML file from the calendar. I don't really
think it is a good idea as the page can very quickly become massive as the
calendar grows.

On the other hand, the idea of pulling a previously generated file and merging
to it does not sounds too good: What if you delete events? If you really want to
add to the file, just use that specific file as a webcal and select it in the
list of calendars to publish.

One extra feature that could be useful would be to be able to choose to publish
the events that are public or private only. This would be easily added, just let
me know what you think of the work done so far.

Regards,

Stephane Konstantaropoulos
Comment 19 Stephane Konstantaropoulos 2005-03-31 02:40:00 UTC
Created attachment 39469 [details] [review]
this is lokking neat

See my previous comment too.

Hello all,

After having put a lot of testing into this patch and a lot of coffee
into my cup, here I come with a - mostly - functional version ;-)

The calendar prefs dialog has received an extra page, which I put after
Free/Busy. It is modelled roughly on Free/Busy.

publish-editor-dialog[.c,.h,.glade] are modelled on url-editor
[.c,.h,.glade]

the data structure is shared between the two and has been lightly
modified (EPublishUri)

the actual publishing is done in e-pub-publish() and then in
itip_publish_comp() it uses gnome-vfs for most schemes apart from http
which is handled by libsoup as gnome-vfs did not work with me for http
PUT.

For ssh, the "gnome authentication manager" is used, that's why in the
configuration dialog, the password is blanked when ssh is selected
(gnome-vfs URI limitation), it fits well with gnome as it can add the
password to the gnome keyring.

For http, if a proxy is set up in the gnome preferences, it is used.

This has been tested for http PUT with authentication at www.icalx.com,
for ssh and local files. I did not test ftp or https, could anyone try
it out? The resulting files have been tested with phpical and with the
icalx.com interface (probably the same parser) and seemed to be accepted
and understood by those tools.

Free/Busy works again and can use any gnome-vfs uri too, I did not
modify the configuration dialog though.

Alarms are published if requested, Task lists are published too.

THINGS NOT DONE:

automatic publishing when a source changes: I could not figure out how
to use ECalViewListener with ECal any hints?

html generation: is this really useful in any way?

testing for Ical compliance of the resulting files. Is there a tool to
do that?

HOWTO PATCH:

patch against evolution-cvs as of today with:

patch -p0 < evolution-ical-publish.patch

from within the evolution directory.
Comment 20 sh 2005-05-24 11:06:59 UTC
Any reason why this bounty has not been claimed?
Comment 21 Leslie Polzer 2005-06-14 16:42:38 UTC
Yes, what's up with it? Is it still open?
Comment 22 Matthieu BERTIN 2005-06-22 14:07:10 UTC
i'd like to work on that bounty ASAP, so i'd also like to hear abt last
developpers.do they still work on it?
Comment 23 Mathis Ahrens 2006-03-28 23:05:41 UTC
Wanna know what's wrong with bounties?
You came to the right place...

SCNR
Comment 24 André Klapper 2012-02-19 17:05:48 UTC
This bounty was available in 2003 and is not available anymore. 

Marking as duplicate of bug 230297.

*** This bug has been marked as a duplicate of bug 230297 ***