Calendar portlet problem (Plone 5)

In Plone 5, when hoovering over the days in the calendar portlet, the pop-up that should show the events is totally garbled.
(maybe it misses the 'structure' statment??)

Please report here: after checking if this may have be fixed already. Thanks.

1 Like

Sorry, but I don't have Github account.
Anyway, in the there is this code:

title day/events_string

that points to where:

base = u'<a href="%s"><span class="title">%s</span>'\
events_string += base % (
  u' %s' % time if not whole_day else u'',
  u', ' if not whole_day and location else u'',
  u' %s' % location if location else u'')

What I really don't understand is why, in a pop-up (tooltip) there is a need to have links (a href's) and so on...?
(unless the same code is reused somewhere else, of course, but even so does not seem like a great idea)

We strongly recommend to create one, because is not a bug tracker.

1 Like

Check this out :

1 Like

I'm not a developer, so no need for Github account.
But I'm a great bug finder, something that apparently Plone is in dire need.
I tried to install the shinning new Plone 5.0.3 into two servers on a client (I have no admin rights to the servers):


Downloading Python source from
Downloading Python-2.7.10.tgz with curl

curl: (60) Peer certificate cannot be authenticated with known CA certificates
More details here: curl - SSL CA Certificates

curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). The default
bundle is named curl-ca-bundle.crt; you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.
Download of Python-2.7.10.tgz from failed. Check for error messages
on the console. Are you behind an HTTP proxy? If so, set
the http_proxy environment variable.
(Download returned error.)


Getting distribution for 'lxml==3.5.0'.
In file included from src/lxml/lxml.etree.c:323:
src/lxml/includes/etree_defs.h:19:4: error: error minimum required version of libxml2 is 2.7.0
src/lxml/includes/etree_defs.h:28:4: error: error minimum required version of libxslt is 1.1.23
src/lxml/lxml.etree.c: In function â..__pyx_pf_4lxml_5etree_9XMLParser___init__â..:
src/lxml/lxml.etree.c:120833: error: â..XML_PARSE_HUGEâ.. undeclared (first use in this function)
src/lxml/lxml.etree.c:120833: error: (Each undeclared identifier is reported only once
src/lxml/lxml.etree.c:120833: error: for each function it appears in.)
src/lxml/lxml.etree.c: In function â..__pyx_pf_4lxml_5etree_10Schematron_6__call__â..:
src/lxml/lxml.etree.c:207074: error: â..XML_SCHEMATRON_OUT_ERRORâ.. undeclared (first use in this function)
Building lxml version 3.5.0.
Building without Cython.
Using build configuration of libxslt 1.1.22
Minimum required version of libxslt is 1.1.22, found 1.1.23
Building against libxml2/libxslt in the following directory: /usr/lib64
Compile failed: command 'gcc' failed with exit status 1
error: Setup script exited with error: command 'gcc' failed with exit status 1
An error occurred when trying to install lxml 3.5.0. Look above this message for any errors that were output by easy_install.
Installing client1.
Getting distribution for 'lxml==3.5.0'.
Error: Couldn't install: lxml 3.5.0

Net result: no Plone installed!!

And, in my opinion, these problems with are not bugs, it is just plain bad coding (or am I missing something here?)

Thanks, but I'm afraid it is not working??
I added
data-toggle="tooltip" data-placement="top"
but the tooltip still shows html code.

lxml installation problems are often caused by missing system level dependencies.

Ok, after further investigation, I noticed that in Plone 4 this is working, so I think that the problem probably maybe be that Plone 5 does not load the portlet_calendar.js in ??

I don't know if I'm wrong or not, anyway I don't know how to fix this.

It's because in Plone 4 we used jquerytools tooltip and in Plone 5 we use mockup's tooltip. It's a bug which has to be fixed.

"It's a bug which has to be fixed."

No, I'm sorry, bugs are a different thing.
This is just bad coding, to not be rude.

The problem is, that it wasn't tested not that the coding is bad.

I suppose all bug are just bad coding by that metric.

I bet Firefox is just horrible software:

@JotaMG not to be rude but what is the point of your comments and attitude? Your behavior is very trollish and it sounds like you've made up your mind about how useless the core developers are anyways in various posts already.

You just insulted the developer who spent of lot of his free time on for no reason. Why are you so interested in trolling the Plone community? You can't even be bothered to create a github account and create issues which is where people are supposed to submit issues, but you are completely fine spending all your time on the forums insulting people.


Couldn't agree more, @vangheem. He's a frustrated fellow and trolling is all he's got. The fact that it's too much effort to create a GH account says enough imo. I'd recommend not losing time with this kind of person.