[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