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.

Bug 268274 - NetBeans IDE 8.0.2 does not prompt to download remote file
Summary: NetBeans IDE 8.0.2 does not prompt to download remote file
Status: NEW
Alias: None
Product: cnd
Classification: Unclassified
Component: Remote (show other bugs)
Version: 8.0.2
Hardware: PC Windows 7
: P3 normal (vote)
Assignee: Vladimir Kvashin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-29 17:02 UTC by emersonmp
Modified: 2017-04-05 11:31 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Picture of my type project. (65.15 KB, image/png)
2016-09-29 17:02 UTC, emersonmp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description emersonmp 2016-09-29 17:02:31 UTC
Created attachment 162273 [details]
Picture of my type project.

I'm using IDE version 8.0.2 (Build 201411181905) Pach 2. I'm developing a library in a local system(Windows) and I'm compiling it in a remote system(Linux). After the compilation, the IDE do not prompts the options to download the changed remote files (library created). 

In the tutorial of the IDE (https://netbeans.org/kb/docs/cnd/remotedev-tutorial.html) says that this should work automatically, see bellow: 

"If building your project remotely compiles libraries or generates other files in addition to the main build product, the IDE prompts you to download the files to the local system. You can select which changed files to download." 

Why this don't work in my environment?
Comment 1 emersonmp 2016-09-30 13:09:49 UTC
In project properties, Build/Linker/General/Output category, I'm using the environment variable ${VR}. This variable was defined in Makefile file. See bellow:

Output:	${CND_DISTDIR}/${CND_CONF}/${CND_PLATFORM}/libECFEPSAPI.${CND_DLIB_EXT}.${VR}

The problem is that the variable(VR) is not visible when the IDE try to check if some project file copies were modified remotely on host

So, the question is: Where do I should define the VR variable for this to work fine?
Comment 2 soldatov 2016-09-30 13:54:42 UTC
Do you use environment variable in project from first post too?
Comment 3 emersonmp 2016-09-30 17:28:34 UTC
Yes I used. I was already using the environment variable.
Comment 4 emersonmp 2016-09-30 17:35:40 UTC
The PROJECTNAME variable is not work too. Seem me that the only variable that works are variables started with "CND_" prefix.
Comment 5 soldatov 2016-09-30 18:09:14 UTC
Yes. It is a true. By design in NetBeans 8.2 You can use only:
# ${PROJECT_DIR}    -   project directory absolute path
# ${OUTPUT_PATH}    -   linker output path (relative to project directory path)
# ${OUTPUT_BASENAME}-   linker output filename
# ${TESTDIR}        -   test files directory (relative to project directory path)
# ${OBJECTDIR}      -   object files directory (relative to project directory path)
# ${CND_DISTDIR}    -   distribution directory (relative to project directory path)
# ${CND_BUILDDIR}   -   build directory (relative to project directory path)
# ${CND_PLATFORM}   -   platform name
# ${CND_CONF}       -   configuration name
# ${CND_DLIB_EXT}   -   dynamic library extension
Comment 6 emersonmp 2016-09-30 18:52:43 UTC
OK, but I would like to set my own variable, this could be implemented in a future version of the IDE? Or I could to change the value of ${CND_DLIB_EXT} variable according with ${CND_CONF}?
Comment 7 soldatov 2016-09-30 21:30:54 UTC
(In reply to emersonmp from comment #6)
> OK, but I would like to set my own variable, this could be implemented in a
> future version of the IDE?
Such question better to discuss with developers. 

>  Or I could to change the value of ${CND_DLIB_EXT}
> variable according with ${CND_CONF}?
No.

From my point of view we discuss http://wiki.netbeans.org/NewAndNoteworthyNB82#UI_for_Run.2FDebug_launchers and some enhancements to this feature in remote mode. But bug has confusing title.
Comment 8 emersonmp 2016-10-03 11:40:50 UTC
The bug title describes the problem symptom. I'll to study a solution through launchers, but a solution through a simple environment variable should be more convenient.