Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

implement WebCal support #694

Merged
merged 18 commits into from
Sep 15, 2016
Merged

implement WebCal support #694

merged 18 commits into from
Sep 15, 2016

Conversation

georgehrke
Copy link
Contributor

No description provided.

@mention-bot
Copy link

@georgehrke, thanks for your PR! By analyzing the annotation information on this pull request, we identified @raghunayyar, @tcitworld and @raimund-schluessler to be potential reviewers

@phsc84
Copy link

phsc84 commented Aug 10, 2016

I'm just curious: What's the difference to #631?

@georgehrke
Copy link
Contributor Author

It uses a different approach.
#631 caches the ics files on the server. I'm not really happy with that approach.
This branch handles all of this in the user's browser.
It also reuses lots of code from #631 though.

@georgehrke georgehrke force-pushed the feature/webcal branch 6 times, most recently from e4ccb28 to 97b0f83 Compare August 11, 2016 12:16
@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.709% when pulling 97b0f83 on feature/webcal into 9e62f7a on master.

@georgehrke
Copy link
Contributor Author

georgehrke commented Aug 11, 2016

  • proper error handling
  • tests

[ ] web-based protocol handlers

@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.709% when pulling 351c6d7 on feature/webcal into 9e62f7a on master.

@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.709% when pulling efc5d21 on feature/webcal into 9e62f7a on master.

function WebCal(url, props) {
const context = {};

if (props.href.startsWith('webcal://')) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this needed anymore with WebCalUtility ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, it is yet to be replaced

@tcitworld
Copy link
Member

tcitworld commented Aug 11, 2016

As of now, remote calendars are not cached, correct ?

EDIT : Inside the browser, I mean.

@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.75% when pulling 08fb48b on feature/webcal into 9e62f7a on master.

@georgehrke
Copy link
Contributor Author

Exactly, it's not cached in the browser. That's what this ticket is about: #364

(We store it in the WebCalService though. When you change month it doesn't query the webcal file again)

@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.752% when pulling 6abcafd on feature/webcal into 9e62f7a on master.

@georgehrke
Copy link
Contributor Author

georgehrke commented Aug 11, 2016

  • fix download link to webcal calendars

@coveralls
Copy link

coveralls commented Aug 11, 2016

Coverage Status

Coverage decreased (-0.4%) to 23.752% when pulling 7b76fd9 on feature/webcal into 11f3f6a on master.

/**
* @param IOutput $output a small wrapper that handles output
*/
public function callback (IOutput $output) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about if someone provides a huge file ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's why I decided to use streams. 😉

@georgehrke
Copy link
Contributor Author

georgehrke commented Aug 12, 2016

  • webcals is not a thing. When URL is stored as webcal try https first and fall back to http

@georgehrke
Copy link
Contributor Author

Let's do the web-based protocol handlers thing in a follow up pr. This pr is already huge

@georgehrke
Copy link
Contributor Author

georgehrke commented Sep 14, 2016

protocol handlers: #742

@georgehrke
Copy link
Contributor Author

the 301 thing: #743

@georgehrke
Copy link
Contributor Author

georgehrke commented Sep 15, 2016

There is only one thing left:

  • fix js unit tests

@georgehrke
Copy link
Contributor Author

@tcitworld I think this can go in. What do you think?

@coveralls
Copy link

coveralls commented Sep 15, 2016

Coverage Status

Coverage increased (+0.6%) to 25.782% when pulling 1094a56 on feature/webcal into fd0c66b on master.

@tcitworld
Copy link
Member

I didn't test your last changes, but it should be good.

@georgehrke
Copy link
Contributor Author

okay :)
Let's get this in!

@georgehrke georgehrke merged commit ba67b47 into master Sep 15, 2016
@georgehrke georgehrke deleted the feature/webcal branch September 15, 2016 13:46
@georgehrke georgehrke mentioned this pull request Sep 15, 2016
2 tasks
@tcitworld
Copy link
Member

tcitworld commented Sep 15, 2016

I'm getting php notice messages like rewind(): stream does not support seeking so this line might now be needed (see http://stackoverflow.com/a/6518288).

@georgehrke
Copy link
Contributor Author

Hm, okay. I guess we can just remove the rewind after all

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants