Helix SwarmHelix Swarm
Loading...

job000624

jstringer (jstringer)
jstringer created this job 8 years ago
Open
p4convert: loading an SVN dump with high ascii codes in the file or directory name are not imported correctly.
 converter.log displays the file names correctly, but the files are written and submitted with incorrect names.  example svn dump, "example p4convert file naming issue.zip" loaded to upload.perforce.com containing sample svn dump, and resulting log files.
  • Details
  • Comments 2
Status
Open
Project
perforce-software-p4convert
Severity
A
Reported By
jstringer
Reported Date
8 years ago
Modified By
jstringer
Modified Date
8 years ago
Owned By
jstringer
Type
Bug
0 archived comments
norman_morse (Norman Morse)
  • Flag as Task
Norman Morse commented 8 years ago

Context: This is an issue with converting on Windows to a non-unicode server in import mode.

Utf8 characters in filenames (like ae, 0xc3a6 ) appear to be read correctly and written corrrectly in the log, but
get translated to a windows-1252 character (0xe6) when written to the Perforce server.

dump file is in /warp/cases/00253048
Reply ·0
andreas_haferburg (andreas_haferburg)
  • Flag as Task
andreas_haferburg commented 6 years ago (edited)

I debugged this a bit, but I still don't understand it. I enabled logging with

log4j.logger.com.perforce.common.process.ProcessNode=INFO
log4j.logger.com.perforce.common.asset.TranslateContent=DEBUG
log4j.logger.com.perforce.svn.change.RevisionImport=TRACE
log4j.logger.com.perforce.common.client.P4Factory=TRACE

And all the paths printed are correct.

11 Mär 2019 12:28:36,893 DEBUG com.perforce.svn.process.SvnProcessNode           ... empty file using type: P4_TEXT
11 Mär 2019 12:28:36,899  INFO com.perforce.common.process.ProcessNode           ... 2.0 A:F - trunk/entwürfe.txt (UTF-8)
11 Mär 2019 12:28:36,908 DEBUG com.perforce.svn.change.RevisionImport            ... addFile(//Scopis/trunk/entwürfe.txt)
11 Mär 2019 12:28:36,917 TRACE com.perforce.svn.change.RevisionImport            ... writeClientFile(D:\p4c\unicode\run1\ws/trunk/entwürfe.txt)
11 Mär 2019 12:28:36,930 TRACE com.perforce.common.client.P4Factory              ... D:\p4c\unicode\run1\ws/trunk\entwürfe.txt - empty, assuming text.
11 Mär 2019 12:28:36,930 TRACE com.perforce.svn.change.RevisionImport            ... reopenProps(text+)
11 Mär 2019 12:28:36,954 DEBUG com.perforce.svn.change.ChangeImport              ...   submitting changelist <a href="/@2" target="_self">2</a> by user AHaferbu
11 Mär 2019 12:28:36,992 TRACE com.perforce.common.client.P4Factory              ... Submitted as change <a href="/@2" target="_self">2</a>
11 Mär 2019 12:28:37,012  INFO com.perforce.common.process.ProcessChange         ... mapping: r2 =&gt; <a href="/@2" target="_self">@2</a>

I even used a file change watcher to monitor the working copy, and when p4convert creates files locally from the SVN dump, the file paths are still correct. These files are then added by p4java, and committed. So I suspect the bug is in p4java or p4d.
Reply ·0
Log in to comment