Feature #4843 : blocking the download of file attachments attached to publications
- fixing bad display of history version list of a document (separation between the functional versions displayed and the technical versions registered in the JCR)
- upgrading the access control mechanism to take in account the context in which the access is verified
- adding a new request cache service to fix the thread cache service that doesn't work with ThreadLocale (JBoss problem)
- upgrading the version of FlexPaper API
- modifying simple document object structure (and the document converter) to handle more precisely document versions
- modifying the document exporting in order to not include document forbidden to download
- modifying the display of an attachment depending on whether it is forbidden to download it or not and depending on whether the user is allowed to download it or not
- adding menu item to attached file blocks
- adding the possibility of indicating roles to a document which are forbidden or not to perform a download on the attachment
- adding some unit tests in order to verify the management of the new forbidden download information stored into the Silverpeas JCR
- refactoring spring definitions in order to provide OrganizationController mock for all unit tests (lib-core project only)
- modifying the definition of the data structure of the Silverpeas JCR
- cleaning some code
- fixing a NullPointerException introduced by a new feature integrated in version of Silverpeas in which this feature is also integrated (5.14)
- fixing bad encoding reading of file name of files uploaded from new Silverpeas jQuery plugin
on feature #5266, improving silverpeas-responsibles plugin by identifying each type of admins
on feature #5266, improving WYSIWYG tag to use default styles AND custom ones
on feature #5266, creating new plug-in 'lightslideshow'
closing partially feature #5266, adding new default homepage of space
on feature #5066, new skin becomes the default one !
before starting feature #5084
now, XML binding of form fields is managed by JAXB instead of Castor XML...
first step of feature #5084
managing repeatable behavior partially (UI and XML binding)
on feature #5084
managing persistence of multivalued fields
enhancing UI
on feature #5084, in templates designer, replacing classic popup window by 'validation' plugin (except PDC field)
closing feature #5170
modernizing forms and designer
on feature #5084, enhancing first multi-valuable field : text
on feature #5084, refactoring file-based fields to use AbstractFileFieldDisplayer.java
on feature #5084, URL field is now multi-valuable.
AbstractMultiValuableTextFieldDisplayer.java have been done to simplify text-based fields (text, url...)
on feature #5084, file-based fields are now multi-valuable.
closing feature #5084
Fields are no more multi-valuable.
Fields are repeated. This is simpler (one field, one value).
This ensures a lower risk of regression according to existing business structure.
on feature #5084, field 'textarea' is repeatable now
Abstracting some code relative to text-based field displayers
closing features #5066 and #5266
Fixing bug relative to Yohann's feedback...
closing features #5066 and #5266
Fixing bug relative to Yohann's feedback...
Merge branch 'ney-feature-spacehomepage' of github.com:NicolasEYSSERIC/Silverpeas-Core into ney-feature-spacehomepage