Pages: 1
Author Topic: Conref path names truncating to ..conref~2  (Read 3091 times)
technical righter

Posts: 1

« on: December 03, 2009, 10:23:55 AM »

We recently began implementing conrefs and our first large project is going to ship soon using them.  Our localization company informed us that the conref links are broken.  Research showed that they were pointing to ...Conref~1  or  ...Conref~2, and so on. 

Here's the twist:  Output generates fine locally without errors.

More research found that the path change occurred only after pressing the "update all references" button. 
Has anyone seen this before?  How do we resolve?

Main problem is that localization company will not be able to generate content due to hundreds of inoperative conrefs.

Using WinXP with XMetal 5.01.

Thank you!
« Last Edit: December 03, 2009, 01:33:41 PM by technical righter » Logged
Derek Read
Program Manager (XMetaL)

Posts: 2621

« Reply #1 on: December 03, 2009, 06:41:54 PM »

Our internal bug tracker shows that this issue was addressed in Dec. 2007.

The issue was that we were calling a Windows API to retrieve filepaths and it was returning them in the old 8.3 format. So, provided you always work with your files on Windows this would not affect you, which is obviously not the case for everyone.

I have tested with our current releases to confirm that the issue no longer occurs and it does not happen in 5.5 nor 6.0.

« Last Edit: December 03, 2009, 06:44:04 PM by Derek Read » Logged
Pages: 1
Jump to: