Hi Massimiliano!

1) Please ensure that "Articles Query Date" in the module settings is the same that you expect for articles.

2) Calendar is working like a standard Joomla module. May be you did not configure it to appear on mobile devices.

Please provide your website link (in Credentials).

Kind regards,

Dmitrijs

Please provide your website link (in Credentials) to check.

Kind regards,

Dmitrijs

Hi Massimiliano,

Please provide your webiste link to check where the problem is.

Kind regards,

Dmitrijs

Hi Massimiliano!

Does the issue still exist?

We have released version 1.2.0 with the fix for articles ordering. May be it is your case.

Kind regards,

Dmitrijs

Hi Massimiliano!

Does the issue still exist? If yes, please provide your webiste link to check where the problem is.

Kind regards,

Dmitrijs

Massimiliano,

We need to have a look at the architecture of your site to understand how you designed the page. Temporary credentials to admin backend are needed.

Hi Massimiliano!

Please give the direct links, it is hard to understand on the site where are Research, Scholarships, Activity Calendar and Activity Archive sections.

Thank you.

Kind regards,

Dmitrijs

One more important thing to note - Calendar Filter is a filter for a Category Blog page. It is not a calendar for any articles, it is a filter.

Kind regards,

Dmitrijs

Edit your first message and find special fields for credentials. They are available to the support staff only.

Hi Massimiliano,

Thank you for sharing the credentials — we’ve taken a look at your website.

We checked the following pages:

• Calendario delle attività → Articles » Single Article

• Archivio delle attività → Articles » Single Article

As Dmitrijs mentioned earlier, the Calendar Filter works as a filter for a Category Blog page. In other words, it filters articles within a blog category rather than acting as a calendar inside individual article pages.

Because of this, the extension will work on Blog Category pages and will not work on Single Article pages.

Best regards,
Eugene

Massimiliano,

To clarify. The logic of the module is to have a category ID parameter in the URL. Module filters by the concrete category. It can work on the single article page.

The logic is quite simple:

$catid = $params->get('catid', 1);

if ($option === 'com_content' && $view === 'category') {
    $catid = $input->getInt('id');
} elseif ($option === 'com_content' && $view === 'article') {
    $catid = $input->getInt('catid', $catid);
}

The module gets the default category from the module settings.

If view=category (blog) then it takes id from URL.

If view=article (single page) then it takes catid from URL, but if not found, then it gets the default category from the module settings.

Can you please enable back our admin account to check the menu items once again.

Thank you.

Kind regards,

Dmitrijs

I see now. Menu items of a single page does not contain catid. So the module is trying to filter by the category from the module settings.

We need more time to understand where the issue can be. Please do not disable our account.

Kind regards,

Dmitrijs

Hi Massimiliano!

After deep research here is the conclusion.

As I said before, your pages are made on builder that can affect how articles will be shown.

Lets take your page Archivio delle attività. The calendar on this page displays the dates from the articles that belong to category Archivio, because it is a single article page, not category ID is present in the URL, the category is used from the module settings. So when you click on the date in the calendar you are redirected to category Archivio (by the way it does not have a menu item). Archivio page is also made on builder and it does not work correctly - always displays the same articles, ignoring the pagination and filtering. You need to fix it.

The main thing to understand here - if view=article (single page) then the module takes catid from URL, but if not found, then it gets the default category from the module settings. Calendar is always building links to this category blog view.

Kind regards,

Dmitrijs

Does this page is also using dynamic content?  https://www.iisf.it/istituto/ricerca-e-borse-di-studio/bandi-per-borse-di-formazione.

Kind regards,

Dmitrijs

The refund period is 14-day since the purchase, unfortunatelty, the period is over.

However, I think the problem is in the architecture of the site. As we have seen, Calendar Filter works on static page and it operates with core routing system and menu items. 

Please check out the archiecture of your site attentively.
As I remember, Archivio menu item (blog category) was disabled.

Btw, from the last time I have examined your site, I have seen there were articles with future date of creation while the date of publishing for them was actual. And in the same time, the sorting in dymanic content was set to "by date of creation" instead of "by publishing date" and the builder's element was inked in red color on the static page which indicates incorrect settings.