If group name contains "/" running synx with -p option breaks the project file integrity.

[felis-silvestris]

If group name contains "/" running synx with -p option breaks the project file integrity.

[marklarr]

Ah.. interesting. I think that, in order for synx to work, groups cannot have a / in their name, because directories can't. This might mean that synx would rename something like Dashboard Header / Footer to be Dashboard Header and Footer, or something else that makes sense. Or it prompts the user to rename it. Then it can go on its merry way, syncing the project. What do you think?

[marklarr]

What I'm leaning towards is just stopping synx, and then letting the user know that they have some directories with a / in them and asking them to go rename them before running synx again.

[felis-silvestris]

Or perhaps user can be prompted to provide a replacement string to be used for all "/" encountered, so synx can resume and there is no need to do all the manual renaming work (potentially if the project is big enough, finding all of those names can be a pain)...

[felis-silvestris]

But stopping synx would definitely suffice to start with..

[felis-silvestris]

For no particular reason, it just happened to be in the name of the group, since Xcode allows it…
Regardless of the reason it shouldn’t break the project file due to that..

Thanks,

Yulia

[cid:[email protected]]http://www.inspiresmart.com/

Yulia McCarthy
Mobile Development Lead
c.[phone]
5950 S. Willow Drive, Ste 212,
Greenwood Village, CO 80111
www.inspiresmart.comhttp://www.inspiresmart.com/

http://www.inspiresmart.com/

On May 30, 2014, at 7:51 PM, Casa Taloyum <[email protected]mailto:[email protected]> wrote:

oh, interesting bug...excuse me, for what reason you named a group contains "/"?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/13#issuecomment-44715078.

[marklarr]

#17 fixed here

[marklarr]

Releasing a new gem version, 0.0.5