- 
    Bug 
- 
    Resolution: Fixed
- 
    High 
- 
    2.6.0, 2.6.1, 2.6.2, 2.7
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.
- 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
 
-