# ATTACHED\_FILES

**URL:** https://discourse.cmake.org/t/attached-files/1641
**Category:** Usage
**Created:** [July 29, 2020, 5:43pm UTC](https://discourse.cmake.org/t/attached-files/1641 "2020-07-29T17:43:12Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![David\_Dixon](https://discourse.cmake.org/user_avatar/discourse.cmake.org/david_dixon/32/127_2.png) [@David\_Dixon](https://discourse.cmake.org/u/David_Dixon)
#### Post date: [July 29, 2020, 5:43pm UTC](https://discourse.cmake.org/t/attached-files/1641/1 "2020-07-29T17:43:12Z")

</div>

All,

I am attaching some \*.svg files to a test for upload which appears to work except that when clicking on the attachment link in the dashboard I see an empty page… Are there limitations to what can be attached?

Thoughts?

Thanks,  
David

---

<div class="post-metadata">

### Author: ![David\_Dixon](https://discourse.cmake.org/user_avatar/discourse.cmake.org/david_dixon/32/127_2.png) [@David\_Dixon](https://discourse.cmake.org/u/David_Dixon)
#### Post date: [July 29, 2020, 5:45pm UTC](https://discourse.cmake.org/t/attached-files/1641/2 "2020-07-29T17:45:15Z")

</div>

This what I see when I go to the test:

![Screen Shot 2020-07-29 at 11.43.46 AM](https://discourse.cmake.org/uploads/default/original/1X/a807ddb6f6f16c92c6cffee13978b9a460825afa.png)

I can click on the gold boxes but that takes me to an essentially empty page.

---

<div class="post-metadata">

### Author: ![craig.scott](https://discourse.cmake.org/user_avatar/discourse.cmake.org/craig.scott/32/20_2.png) [@craig.scott](https://discourse.cmake.org/u/craig.scott)
#### Post date: [July 29, 2020, 9:42pm UTC](https://discourse.cmake.org/t/attached-files/1641/3 "2020-07-29T21:42:06Z")

</div>

@zackgalbreath This has been a long-standing issue with CDash (in my experience). I haven’t been able to reliably reproduce it in the past, as sometimes it didn’t work, sometimes it did. ~~The link to the bug tracker on [kitware.com](http://kitware.com) is broken, so perhaps you might want to create an issue for this problem.~~ First google hit was outdated. Bugs can be reported here: [https://github.com/Kitware/CDash/issues](https://github.com/Kitware/CDash/issues)

In case it helps, my previous investigations into why this might be occurring made me suspect problems with SELinux or other permission-related issues on the CDash server. I can’t provide any further details than that as I no longer have access to that system. You could try exploring that and see if you make any progress. I found limited to no useful info in the logs CDash generated though.

---

<div class="post-metadata">

### Author: ![zackgalbreath](https://discourse.cmake.org/user_avatar/discourse.cmake.org/zackgalbreath/32/94_2.png) [@zackgalbreath](https://discourse.cmake.org/u/zackgalbreath)
#### Post date: [July 31, 2020, 3:24pm UTC](https://discourse.cmake.org/t/attached-files/1641/4 "2020-07-31T15:24:15Z")

</div>

I’ll take a closer look at this locally to see if it’s a problem with CDash & svg images, or something else entirely. I’ll report back with my findings.

---

<div class="post-metadata">

### Author: ![craig.scott](https://discourse.cmake.org/user_avatar/discourse.cmake.org/craig.scott/32/20_2.png) [@craig.scott](https://discourse.cmake.org/u/craig.scott)
#### Post date: [July 31, 2020, 10:09pm UTC](https://discourse.cmake.org/t/attached-files/1641/5 "2020-07-31T22:09:49Z")

</div>

In my case, the problems did not seem to be restricted to any particular file type.

---

<div class="post-metadata">

### Author: ![zackgalbreath](https://discourse.cmake.org/user_avatar/discourse.cmake.org/zackgalbreath/32/94_2.png) [@zackgalbreath](https://discourse.cmake.org/u/zackgalbreath)
#### Post date: [October 1, 2020, 4:55pm UTC](https://discourse.cmake.org/t/attached-files/1641/6 "2020-10-01T16:55:09Z")

</div>

It looks like the recent CDash upgrade must have fixed this problem.

Here’s an example of it working on [open.cdash.org](http://open.cdash.org):  
[https://open.cdash.org/test/257961185](https://open.cdash.org/test/257961185)

It’s a little hokey how it gets wrapped up into a tarball by ctest, but the content is faithfully preserved.
