nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

FishEye mistakenly identifies .cs source as binary

David FALLAS

Until very recently, FishEye correctly identified .cs source files correctly, and was able to create extremely useful unified diff presentations between change-sets.

For some unknown reason, this functionality no longer works, and it appears that FishEye is identifying these source code files as binary files.

Oddly, FishEye remains able to generate unified diff presentations for .xml files.

Have I inadvertently set, or unset, a configuration setting?

The platform I am working with is Visual Studio 2010, VisualSVN, FishEye 2.8.0, JIRA 5.0.6

Accepted answers

Conor

I presume FishEye is connected to a Subversion repo. Have you set the mime-type property for any of the files in question? What is the charset of the files in question? Do they have any hi bit or multi-byte characters?

All comments

Conor

David FALLAS

Hello Conor. Correct, FishEye is connected to a Subversion repository.

I don't believe that I have set any mime-type properties on any source files. How would I determine the mime-type and/or charset of these files? Can I control the mime-type property?

Conor

You can check the svn properties with svn proplist and svn propget if you are using the svn command line. At this point it may be best to create a support request at support.atlassian.com so we can look at the details of the files involved.

David FALLAS

Hello again Conor. Thanks for the assistance.

I think I am getting a better handle on it.

Using the TortoiseSVN client on my development machine, I can view the svn properties on source files from the VS solution I am working on. I find that there is a mixture of some files having no svn:mime-type at all, and others with the property being present and set to application/octet-stream.

I am really puzzled why this should be the case. I have recently (mid-Dec 2012) migrated my development environment from Windows XP to a Windows 7 machine. Might that have anything to do with this phenomenon?

Is there any way that I can remove, or reset all the files which have this property present to text/plain