documentlibrary generation anomaly in Share

The Wiki and Blog pages create a misnamed document library: "documentlibrary" instead of "documentLibrary"

Steps to reproduce

1. Change presets.xml and commented out docsummary dashlet and docLib page (see attached),
   • ./tomcat/webapps/share/WEB-INF/classes/alfresco/site-data/presets/presets.xml
2. Then added wiki and created wiki page

Expected results

• Alfresco creates a proper documentLibrary container for the site (see the upper-case L)

Actual results

• Produced documentlibrary container name

Notes

• Still works though if I add doclib page and start using it, it will use the lowercase version componentId

Original notes:

The goal for this issue creation is to inform Alfresco which doesn't seem to know about this.

The folder documentLibrary (for documentation library) is created through various entries:

• access to the documentary space
• positionning of "site content" dashlet
• blog or wiki page creation

It's this last entry where the bug occurs.

Usually, it's not visible because the "site content" dashlet is set by default in Share, so it automatically generates the documentLibrary. Except when we decide to build our own dashboard template without the dashlet, then the documentLibrary is not automatically generated.

If we decide to create a wiki page, after site creation, the pluggin generates documentlibrary instead of documentLibrary (l lowercase instead of uppercase). It has for effect an anomaly which prevent moving or copying documents from within the documentary space. It is not possible to rename the folder, Alfresco spits an error. You need to remove the folder and then regenerate it correctly (or manually).

Wiki generates documentlibrary by calling this url :
https://fqdn/share/proxy/alfresco/slingshot/doclib/container/nomDuSite/documentlibrary

instead of

https://fqdn/share/proxy/alfresco/slingshot/doclib/container/nomDuSite/documentLibrary