Details
-
Bug
-
Resolution: Fixed
-
High
-
2.6.0, 2.6.1, 2.6.2, 2.7
Description
This is another regression due to the new way we export images. (CONF-7601)
We used to export with attachment ids rather than filenames due several problems (for example, having international characters in the filename).
This affects both html and pdf exports.
Attachments
Issue Links
- blocks
-
CONFSERVER-10177 Cannot export page as PDF when page contains attachments with UTF8 Characters.
- Closed
- causes
-
CONFSERVER-10657 PDF export fails if an image with Japanese name is attached to the page
- Closed
- is a regression of
-
CONFSERVER-7601 Images produced by macro plugins like Gliffy are not generated into .doc or .html exports
- Closed
- is cloned from
-
CONFSERVER-10469 When exporting a space to HTML, attachments have spaces in the name replaced by +. The <a href, however still uses the space. So link broken
- Closed
-
CONFSERVER-9078 Attachments with international characters are not displayed when embedded while the filename is mangled when exporting a Space into HTML
- Closed
- is related to
-
CONFSERVER-10298 500 Transaction has been rolled back because it has been marked as rollback-only during pdf export (space in attachment name on Resin)
- Closed
-
CONFSERVER-10792 Multi-versioned Attachments are not exported correctly in HTML export
- Closed
- relates to
-
CONFSERVER-7158 Space export creates files with attachment names as names
- Closed
- supersedes
-
CONFSERVER-13185 Attachments with space(s) in the filename are not exported when exporting a space to HTML
- Closed