This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Can't build a project with localized path with smart secure copy | ||
---|---|---|---|
Product: | cnd | Reporter: | Vladimir Kvashin <vkvashin> |
Component: | Remote | Assignee: | Vladimir Voskresensky <vv159170> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | apepin |
Priority: | P1 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Netbeans log (-J-Dcnd.remote.logger.level=0)
Proposed fix proposed patch. Using UTF-8 for communication Cannot open file see also log additional fix for opening files from profiler results |
Description
Vladimir Kvashin
2009-11-17 12:24:58 UTC
Created attachment 91196 [details]
Netbeans log (-J-Dcnd.remote.logger.level=0)
Created attachment 91282 [details]
Proposed fix
Please disregard the fix - it concerns issue 176967, not this one we use non symmetric encodings in the rfs protocol + setWorking directory of native execution does not work for remote processes Created attachment 91373 [details]
proposed patch. Using UTF-8 for communication
Andrew, Vladimir, please, review the proposed patch. Thanks. I believe the fix is correct and safe. Let QA decide about showstopper status Default NB project directory on Windows XP is placed inside 'My Documents' which is a localized directory. So default remote project scenario will not work. Need to be fixed to avoid lots of complains from users. It seem a bug not fixed fully. Still I cannot open file in profile results. So fixed: - pass files to remote - build on remote Do not fixed: - map remote file to local host. Please evaluate this misbehavior for showstopper also. IMHO bug should be fixed fully or is not fixed at all (inform user that only English letters can be applied for folder/file names). Created attachment 91468 [details]
Cannot open file
Created attachment 91470 [details]
see also log
for empty /usr/local/include/ RemoteFileSupport does the following: ~$ sh -c 'test -d /usr/local/include/ && cd /usr/local/include/ && for D in *; do if [ -d $D ]; then echo D $D; else echo F $D; fi; done' F * => that's why trying to create invalid '*' folder Integrated into 'main-golden', will be available in build *200911211401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/3b9a2e982457 User: Vladimir Voskresensky <vv159170@netbeans.org> Log: fixed IZ#177016: Can't build a project with localized path with smart secure copy Created attachment 91500 [details]
additional fix for opening files from profiler results
I'm fine with the proposed additional fix Please provide dev_build with the fix so QA could test it before integration into RC clone. verified in dev-build 2269. Please integrate into release68 clone. Fixed in cnd-main and release68. Integrated into 'main-golden', will be available in build *200911231619* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/8a69df0e3301 User: Alexander Simon <alexvsimon@netbeans.org> Log: BZ#177016 Can't build a project with localized path with smart secure copy: - additional fix for opening files from profiler results verified in RC1 candidate Cnd-main and release68? so it is good to know :) |