When saving in XFL with Flash CS6 on Mac (it also happened in CS5.5), the generated xml files in library often have inconsistend end of line, which blocks SVN commits and I have to manually go in the files and make them consistent.
The XML nodes themselves all have \r\l as end of line, while, within <[CDATA]>, they only have \r.
We think this happens only when creating new library items on mac, on windows it doesn't happen.
This slows us down incredibly when working on a team using svn.
SVN doesn't upload files with inconsistend line ending.
Line ending shoul be consistent within the same xml file to make svn operations smooth.
Check an image of the bug:
you can see clearly the differences.
I would like to examine the fla file which produces this problem. Is it possible for you to share the fla file and related reosurce files using which we can reproduce this issue?
Here it is,
a new library item created on mac with Flash Pro CS6.
SVN on mac commits it no problem.
I update my svn in windows and download it on my system.
Next SVN commit, item changed in windows, but end of line remains the same (within cdata, if you use a text edito which shows line end, you will see like in my screenshot in previous post).
Items created in windows have no problem.
Here is the file from the xfl:
It is a live large project for a client, obviously I cannot post the entire source assets here publicly.
Thanks Filippo, I could see that now!
While I was investigating this, I found that this is even happening on a file created and saved on just Windows. I was able to reproduce this using the following steps
- Create a new AS3 file on Windows
- Drag out a component to the stage say a Button component from the User Interface section of the Components panel
- Convert the button component to a Movie Clip Symbol
- Save the file as XFL and examine the Library XML files (the End of Line is just 'LF' in CDATA section whereas it is 'CR LF' everywhere else)
Since you were saying 'Items created in windows have no problem', does that means, SVN can commit those without any issues for you? And do you face problem only when the file is Created and Saved on Mac(where the end of line is just LF every where) but Modified and Re-saved on Windows(where the end of line is inconsistent)?
yes you are right, it also happens on windows.
SVN though doesn't report any problem when those ifles are created on windows, only when they are created on unix, transfered on windows machine with svn, and re-transfered via svn.
In that case tortoise stop commit due to an error.
Anyway I am building an air app that can parse the entire xfl folder and adjust eol on all xml files...
I'll post the link here
Still I think that would be a very simple update in flash pro for Adobe, yet would save a lot of time to many teams.
here is a useful AIR app that navigates all xfl subfolders and converts UNIX EOL to DOS EOL.
Stores folder in a shared object, very quick and useful.
Great and thanks for sharing it Flippo!
As we are working out a solution for this, could you please get me the following details if possible
- Is this issue happens only when you modify the same symbol(Mac created and has CDATA) on Windows or even happens if you just save the file without modifying that symbol?
- What happens when you creat a file on Windows and update it to SVN then you open and update the same on Mac. Do you see the same issue with SVN commit?
- Did you face this issues prior to CS6?
Until we get you the update, your tool will do the magic
Europe, Middle East and Africa