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 727120 - Subscribe to WebCal calendar
Subscribe to WebCal calendar
Status: RESOLVED FIXED
Product: california
Classification: Other
Component: backing
master
Other Linux
: High normal
: 0.2.0
Assigned To: Jim Nelson
Depends on:
Blocks:
 
 
Reported: 2014-03-26 23:53 UTC by Jim Nelson
Modified: 2014-04-02 19:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jim Nelson 2014-03-26 23:53:52 UTC
Like bug #725763, this is to subscribe to a WebCal calendar (i.e. an iCal file published to the WWW, usually but not necessarily using the webcal:// scheme).

This is one of the easiest to add to EDS, so let's start with this before tackling Google calendars, where we can offer the user a list of their calendars.
Comment 1 Jim Nelson 2014-03-28 01:52:09 UTC
Pushed to master, commit 5cda6c
Comment 2 alex diavatis 2014-03-28 04:06:38 UTC
I' m trying to add calendars from http://www.icalshare.com/ but nothing is happening.
Comment 3 Jim Nelson 2014-03-28 19:09:52 UTC
(In reply to comment #2)
> I' m trying to add calendars from http://www.icalshare.com/

Thanks for pointing this out to me -- a cool resource and a nice bed of live test data.

> but nothing is happening.

It works for me if I do it like this:

* At icalshare, right-click on the "Subscribe to Calendar" button and choose "Copy Link"
* In California, use the app menu to choose "Add calendar..." and then "Web calendar (.ics)"
* Right-click on the URL entry and paste the link
* Type a descriptive name and press Subscribe

In my case I tried with the Jewish holiday calendar and it worked fine.  If this doesn't work with a specific calendar, please let me know.

Getting California to work so you can simply click on the icalshare button requires more work, in particular bug #725764 and bug #725765.
Comment 4 alex diavatis 2014-03-28 22:19:37 UTC
I did exactly the same moves and I tried more than 20 calendars, plus mine from Google.ics and the one you said.

I built Califronia with jhbuild so I don't know if that is the issue here. I am attaching the configure status, if that helps. I run fedora 20

jhbuild run ./config.status --recheck

running CONFIG_SHELL=/bin/sh /bin/sh ./configure --enable-maintainer-mode --prefix /opt/gnome-next --libdir /opt/gnome-next/lib64 --disable-static --disable-gtk-doc LDFLAGS=-L/opt/gnome-next/lib64  PKG_CONFIG_PATH=/opt/gnome-next/lib64/pkgconfig:/opt/gnome-next/share/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig --no-create --no-recursion
configure: WARNING: unrecognized options: --disable-static, --disable-gtk-doc
checking for a BSD-compatible install... /home/alex/.local/bin/install-check
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for valac... /opt/gnome-next/bin/valac
checking for glib-compile-resources... /opt/gnome-next/bin/glib-compile-resources
checking whether NLS is requested... yes
checking for intltool >= 0.35.0... 0.50.2 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.18.2
checking for XML::Parser... ok
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for CALIFORNIA... yes
checking Unity support... no
checking that generated files are newer than configure... done
configure: creating ./config.status
configure: WARNING: unrecognized options: --disable-static, --disable-gtk-doc

Options:
	Unity support:		no
Comment 5 alex diavatis 2014-03-28 22:21:26 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > I' m trying to add calendars from http://www.icalshare.com/
> 
> Thanks for pointing this out to me -- a cool resource and a nice bed of live
> test data.

I didn't know about this link. I didn't even know what iCal was. I only found out by trying to test california :)
Comment 6 Jim Nelson 2014-04-01 00:31:57 UTC
If you run California like this:

$ G_MESSAGES_DEBUG=all california

You'll see debug messages on the console.  Can you try subscribing and then paste here the error messages (if any)?
Comment 7 alex diavatis 2014-04-02 13:18:37 UTC
Well it worked now, the only thing I changed since the last time I tried it, was an update from GNOME 3.10 to 3.12.

Can I make a question, Google Calendar offers export calendars to ICS, so California provides Google support, even without the use of GData. 
Is this right?
Comment 8 Jim Nelson 2014-04-02 19:10:17 UTC
> Well it worked now, the only thing I changed since the last time I tried it,
> was an update from GNOME 3.10 to 3.12.

Ok, good to hear.  If you have any other problems or see this again, let us know.

> Can I make a question, Google Calendar offers export calendars to ICS, so
> California provides Google support, even without the use of GData. 
> Is this right?

Yes, sort of.  California can subscribe to a Google ICS calendar without GData by going through EDS.  However, GData offers a way to enumerate all the user's calendars and get their URLs programmatically, meaning the user won't need to copy-and-paste links.  That's what I'm working on right now (bug #725763).