Bug 242608 - handler for ical files is 'evolution-2.0' which would be wrong, even if it did exist
Summary: handler for ical files is 'evolution-2.0' which would be wrong, even if it di...
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution-webcal   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-06-05 01:44 UTC by Luis Villa
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-08-27 17:56:21 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
GNOME Bugzilla 320865 None None None Never

Description Luis Villa 2007-06-05 01:44:17 UTC
So, to handle ical files, /usr/share/applications/defaults.list should point at
evolution-webcal . Instead, it points at evolution-2.0, which doesn't even
exist, and wouldn't work if it did. :) Probably this bug has to depend on the
existence of an evolution-webcal.desktop, but I'm not sure. I defer to your
excellence and wisdom, Mr. Nocera.

Comment 1 Luis Villa 2007-06-05 01:47:14 UTC
Sigh. I misfiled the version, and made an error in the bug as well; I'm not sure
that pointing it at evolution-webcal works either, since that doesn't work for
local files. Either way, evolution-2.0 is definitely not the solution that
you're looking for :)

Comment 2 Bastien Nocera 2007-08-21 10:12:33 UTC
Removed the following (broken) mappings in shared-mime-info for rawhide.

* Tue Aug 21 2007 - Bastien Nocera <bnocera@redhat.com> - 0.22-2
- Don't say that webcal files are handled by evolution-2.0, it can't
- Disable vCard mapping as well, as evolution doesn't handle it
  (See http://bugzilla.gnome.org/show_bug.cgi?id=309073)

Reassigning to evolution-webcal. It should install a .desktop file advertising
the webcal mime-types, and only handle URLs, so that clicking on a link in a
browser does the right thing.

Comment 3 Matthew Barnes 2007-08-22 01:27:26 UTC
I can click on this link [1] in my browser and Evolution asks me if I want to
subscribe to the calendar and then proceeds to add it to my Calendar component.

Maybe I'm misunderstanding the problem but what aspect of this is not working?

[1] webcal://engineering.redhat.com//program/rhel/rhel-5-2-0/rhel-5-2-0-event.ics

Comment 4 Matthew Barnes 2007-08-22 01:32:27 UTC
I guess Bugzilla doesn't recognize webcal URLs, but I can still go to [1] and
click the "GNOME" link to subscribe.  I'm using Fedora 7 with the Rawhide
Evolution packages:


[1] http://engineering.redhat.com/products.php/rhel/5/.2

Comment 5 Bastien Nocera 2007-08-22 01:38:50 UTC
Matthew, that works for "webcal://" type URLs, but doesn't for "http://" (when
we get a mime-type, etc.)

If you use webcal://, it will use the default URI handler for webcal from GConf,
and not do anything based on the mime-type.

Either click:
Or download it locally and double-click.

Comment 6 Matthew Barnes 2007-08-22 01:45:04 UTC
Okay I see, thanks for clarifying Bastien.

Sounds like this should be moved upstream.

Comment 7 Matthew Barnes 2007-08-22 01:51:22 UTC
I did find this two-year-old upstream bug, but it kinda looks like dobey
stonewalled it.  Thoughts?


Comment 8 Luis Villa 2007-08-27 16:18:51 UTC
Sorry for lag, my account was disabled.

I guess there are two bugs here:
(1) evo-as-packaged-in-fedora/RHEL doesn't even try to load, since it points at
evolution-2.0, which doesn't exist. That should be fixed to point at something
else; probably evolution-webcal.
(2) evolution-webcal should probably work, but doesn't; that is upstream 320865.

Comment 9 Matthew Barnes 2007-08-27 17:21:28 UTC
Okay so it looks like Bastien already handled part (1) and even pinged the
upstream bug.  Any objection to me moving the remainder upstream?

Comment 10 Luis Villa 2007-08-27 17:27:45 UTC
Oh, I missed that.

(1) bad bastien- retitle the bug if you think it is now a different bug ;)
(2) all things considered, yeah, I guess the bug should be closed. Shame it
can't actually be fixed without smacking upstream about the head.

Comment 11 Matthew Barnes 2007-08-27 17:56:21 UTC
If Bastien or someone can suggest a reasonable workaround, I'm up for
maintaining it in Fedora/RHEL until upstream is, well, smacked.  I myself am not
wise in these matters.

In the meantime, closing this as UPSTREAM.

Note You need to log in before you can comment on or make changes to this bug.