[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 102706] New: Cannot add files to/remove files from project correctly if the project is opened b
From:       kdevelop-bugs-admin () barney ! cs ! uni-potsdam ! de
Date:       2005-03-29 1:36:56
Message-ID: 20050329033654.102706.gaoj () cpsc ! ucalgary ! ca
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=102706         
           Summary: Cannot add files to/remove files from project correctly
                    if the project is opened by a symbolic-linked path
           Product: kdevelop
           Version: unspecified
          Platform: FreeBSD Ports
        OS/Version: FreeBSD
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: gaoj cpsc ucalgary ca


Version:           kdevelop-3.2 (using KDE KDE 3.4.0)
Installed from:    FreeBSD Ports
Compiler:          gcc version 3.4.2 [FreeBSD] 20040728 
OS:                FreeBSD

If a project is opened by a symbolic-linked path, the add file to/remove file from project \
functionality will not work correctly.

Example:

/home is a symbolic link to /usr/home (this is likely be the case on FreeBSDs). And a project \
is in /usr/home/user/foobar/ , with the project file /usr/home/user/foobar/foobar.kdevelop .

If you use kdevelop to open /home/user/foobar/foobar.kdevelop , you will open the project. But \
whenever you try to add a file to the project, or remove a file from the project by the File \
Tree, you will find nothing will happen. And actually, in the case of adding a file, a line \
with the absolute path name of the file is put into foobar.kdevelop.filelist  \
(/usr/home/user/foobar/somefile.c). But the supposed behaviour is to put a file path name \
relative to the project directory.

I have tried to add some output in customprojectpart.cpp, and found that in the above case, \
m_projectDirectory is the symbolic-linked path: /home/user/foobar, while the project files \
populated in the project all have absolute path like: /usr/home/user/foobar/....

I also tried, if open the project by /usr/home/user/foobar/foobar.kdevelop, everything works \
fine.

So in kdevelop, while opening a project, it should try to resolve an absolute path for the \
project, instead of using what is given. (Or it can figure out the equivalence of a \
symbolic-linked and non-symbolic-linked path.)

Note: This is somewhat similar to bug 98852 but actually not the same.


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic