Bug 68200 - WIKI: Events calendar rendering as a blank page
Summary: WIKI: Events calendar rendering as a blank page
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: WWW (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-16 18:24 UTC by Robinson Tryon (qubit)
Modified: 2014-01-04 11:33 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robinson Tryon (qubit) 2013-08-16 18:24:40 UTC
The Events Calendar is currently rendering as a completely blank page. It should show a standard calendar interface embedded in a frame:

https://wiki.documentfoundation.org/EventsCalendar

(Testing on Ubuntu 12.04 + FF 23)
Comment 1 Volker Merschmann 2013-08-16 20:58:51 UTC
Is the linked Google-Calendar available?
Comment 2 Florian Effenberger 2013-08-19 14:43:54 UTC
Fixed the extension (problems with write permission on the smarty template directory), but the Calendar still doesn't show up.

Can someone verify the Calendar can be loaded without authorization?
Comment 3 Robinson Tryon (qubit) 2013-08-19 14:59:08 UTC
Looks like there still might be a problem on our end.

If I copy the calendar ids from this page and use them instead of our calendar ids, they still render as blank:
http://www.mediawikiwidgets.org/Google_Calendar

However those ids are working properly in the example use of the widget on that page.
Comment 4 Robinson Tryon (qubit) 2013-08-19 15:11:26 UTC
Here's a wiki test page that uses the known-good urls from mediawikiwidgets.org:

https://wiki.documentfoundation.org/User:Qubit/Calendar_Test

(please feel free to edit/change anything on that page when testing :-)
Comment 5 Florian Effenberger 2013-08-19 15:22:47 UTC
Which browser are you using? It seems that it does not work with FF 23, but fine with Google Chrome and Safari
Comment 6 Robinson Tryon (qubit) 2013-08-19 15:51:57 UTC
(In reply to comment #5)
> Which browser are you using? It seems that it does not work with FF 23, but
> fine with Google Chrome and Safari

Interesting.

Yes, I've been testing with the same laptop with Ubuntu 12.04/FF 23, but a quick test with Chromium 28.0.1500.71 confirms that the calendar renders properly in that browser.
Comment 7 Florian Effenberger 2013-08-19 17:07:25 UTC
It seems that it's not working on our wiki, while it's working on Wikipedia itself. So I assume it might have something to do with the source code of our website - even in Firefox, I can see the iframe tag in the HTML source, it's just not displayed properly.

Anyone with web development skills has more insight on what might be wrong?
Comment 8 Wojciech Zasadni 2013-12-28 16:48:25 UTC
After changing http to https in link for iframe, calendar is rendered just fine. Tested in Chrome Version 31.0.1650.63 m
Comment 9 Wojciech Zasadni 2013-12-28 16:49:53 UTC
I'm talking about calendar available on test page provided by @Qubit.
Comment 10 Robinson Tryon (qubit) 2013-12-28 16:56:05 UTC
(In reply to comment #3)
> Looks like there still might be a problem on our end.
> 
> If I copy the calendar ids from this page and use them instead of our
> calendar ids, they still render as blank:
> http://www.mediawikiwidgets.org/Google_Calendar
> 
> However those ids are working properly in the example use of the widget on
> that page.

Here's a quick comparison between the software running on the two servers:

MediaWikiWidgets: WORKING
MediaWiki 1.20alpha (r114928)
PHP 5.3.10 (apache2handler)
MySQL 5.1.49-log

TDF Wiki: NOT WORKING
MediaWiki 1.21.3 (54f7112)
PHP 5.3.10-1ubuntu3.9 (apache2handler)
MySQL 5.5.34-0ubuntu0.12.04.1

Of course, it's possible that the problem could be attributable to mediawiki extension interactions, port/firewall restrictions, etc...
Comment 11 Wojciech Zasadni 2013-12-28 17:52:24 UTC
Ok, for 100% problem is with calling insecure content (http) in iframe on secure page (https).
http://stackoverflow.com/questions/9280665/insecure-content-in-iframe-on-secure-page
After unblocking insecure content in Chrome, calendar works just fine.
Comment 12 Robinson Tryon (qubit) 2014-01-04 00:28:03 UTC
(In reply to comment #11)
> Ok, for 100% problem is with calling insecure content (http) in iframe on
> secure page (https).
> http://stackoverflow.com/questions/9280665/insecure-content-in-iframe-on-
> secure-page
> After unblocking insecure content in Chrome, calendar works just fine.

Here's Mozilla's page about it:
https://support.mozilla.org/en-US/kb/how-does-content-isnt-secure-affect-my-safety

Looks like this is affecting multiple pages of ours, including the Nabble mailing list interface:
https://www.libreoffice.org/get-help/nabble-mailing-list-interface/

It appears that the best-practice is for us to use secure (HTTPS) content in these situations (perhaps putting in a request upstream for non-TDF infra when necessary)
Comment 13 Christian Lohmaier 2014-01-04 11:33:27 UTC
fixed the widget to use protocol independent URL (//) instead of hardcoding http:// - that way it will use the protocol of the current page (i.e. for our wiki https)