Bug 69522 - Importing php-projects with classes doesn't work
Summary: Importing php-projects with classes doesn't work
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: Language Support: PHP (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KDevelop Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-02 20:53 UTC by Alexander Willner
Modified: 2008-07-05 20:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Willner 2003-12-02 20:53:17 UTC
Version:            (using KDE KDE 3.1.4)
Installed from:    Gentoo Packages
OS:          Linux

I'm not sure...maybe it's an error but it would be great if the import function can really import my projects because I really like KDevelop ;)
I tried it just with some PHP-projects but when I'm importing an existing project I can just see the files in the file selector but none of the classes :(

btw: what about a phpdoc support ;)
Comment 1 Amilcar do Carmo Lucas 2003-12-02 21:25:23 UTC
How about saving the project, closing it and reopening it again ?
Please specify your KDevelop version (Help->About) or tell us if you're using CVS.
Comment 2 Alexander Willner 2003-12-02 21:43:48 UTC
Sorry...
KDevelop-Version: 3.0.0b1 (KDE 3.1.4) (Gentoo)
OS: Linux (i686) release 2.6.0-test9-gentoo

Closing and reopening does not resolv the problem...I don't know...maybe I'm doing something wrong...
I tried this:
- Downloaded files from http://test.studip.de/cgi-bin/cvsweb.cgi/studip/vote/?sortby=date
- KDevelop > Project > Import existing Project (Project-Type: PHP)
- Close and reopen
=> All files are in the "File selector" and no class in "Classes"
Comment 3 Alexander Willner 2003-12-18 23:47:02 UTC
I'm just interested...is someone working on this? Is it really a bug? Can I help to resolv this problem?
Comment 4 Jens Dagerbo 2004-01-06 14:12:31 UTC
I can't verify this. I does work here. I downloaded the above php files and imported them. Works fine. (Which, I guess, means it should, so this is a bug, not a wish..)

Are you working with some strange path? Any symlinks or spaces in the path?
Comment 5 harald thoeny 2004-01-06 20:29:17 UTC
i have the same problem. my normal project is placed an a server where wich is mounted by nfs. 

but i also downloades the files above, and the classbrowser is not working.
i use kdevelop b2 on kde 3.1.4

i think there is a bug
Comment 6 Alexander Willner 2004-01-06 21:02:17 UTC
Now I'm using KDevelop 3.0.0b2 on KDE 3.1.4 (gentoo) and like Harald I've still the same problem.
Can you (Jens) give us a step by step instruction what you did?
I'm not using any symlinks or something like this...
So, I did:
1. cd /home/awillner/temp/KDevelop
2. cvs -d :pserver:anonymous@test.studip.de:/var/lib/cvs login
3. cvs -d :pserver:anonymous@test.studip.de:/var/lib/cvs co studip
4. kdevelop & (*STDOUT)
5. Project > Import Existing Project...
6. Directory: /home/awillner/temp/KDevelop/studip/vote/
7. Fetch From: CVS, Project-Name: "vote", Project type: "PHP Application"
8. Author: "Alexander Willner", Email: "mail@..." --> OK
9. => No classes in the classbrowser

But the classbrowser itself is working. When I create a new PHP project and copy & paste the Vote.class.php-file in the new test.php-file I can browse the class with all functions and attributes.

BTW: There are some bugs with the windows (see http://www.math.uni-goettingen.de/awillner/kdevelop.png)


STDOUT:
=======
Connecting kdevelop-31334/KDevCore/projectClosed()
PyDCOP connect kdevelop-31334/KDevCore/projectClosed()/f1() has result true
Connecting kdevelop-31334/KDevCore/projectOpened()
PyDCOP connect kdevelop-31334/KDevCore/projectOpened()/f2() has result true
QMetaObject::findSignal:KFileDetailView: Conflict with QListView::doubleClicked(QListViewItem*,const QPoint&,int)
konsole: cannot chown /dev/pts/2.
Reason: Operation not permitted
konsole_grantpty: determined a strange device name `/dev/ptmx'.
konsole: chownpty failed for device /dev/pts/2::/dev/pts/2.
       : This means the session can be eavesdroped.
       : Make sure konsole_grantpty is installed in
       : /usr/kde/3.1/bin/ and setuid root.
kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance )
QObject::connect: No such slot subversionPart::slotActionAdd()
QObject::connect:  (sender name:   'subversion_add')
QObject::connect:  (receiver name: 'Subversion')
QObject::connect: No such slot subversionPart::slotActionRemove()
QObject::connect:  (sender name:   'subversion_remove')
QObject::connect:  (receiver name: 'Subversion')
QObject::connect: No such slot subversionPart::slotActionAddToIgnoreList()
QObject::connect:  (sender name:   'subversion_ignore')
QObject::connect:  (receiver name: 'Subversion')
QObject::connect: No such slot subversionPart::slotActionRemoveFromIgnoreList()
QObject::connect:  (sender name:   'subversion_donot_ignore')
QObject::connect:  (receiver name: 'Subversion')
QObject::connect: No such slot subversionPart::slotStopButtonClicked(KDevPlugin*)
QObject::connect:  (sender name:   'unnamed')
QObject::connect:  (receiver name: 'Subversion')
ASSERT: "part && parent" in partwidget.cpp (41)
fun: f2()
bar2 called
ASSERT: "part && parent" in partwidget.cpp (41)
fun: f1()
bar1 called
fun: f2()
bar2 called
Comment 7 Jens Dagerbo 2004-01-06 21:43:47 UTC
Hmm.. what I did was download the files via the webinterface, put them in a local folder and import the "project" from that. 

Sounds like perhaps the cvs import function isn't what it ought to be..

Can you check what filetypes you have listed in "project -> script project options -> include file patterns"? If that doesn't contain the list of php-related file suffixes, the described situation occurs.

Here, the default PHP file pattern list is: "*.php,*.PHP,*.php3,*.PHP3,*.php4,*.PHP4,*.txt"
Comment 8 Alexander Willner 2004-01-06 22:14:55 UTC
let me see...my pattern is: "*.php,*.phps,*.php3,*.inc" and exlude "*~"
...and if I uncheck "Show non Project Files" in the file-browser there are no files listed, just the "view"-directory...interesting ;)
All files have the extention ".php" when I do a checkout from CVS...

Nope...after importing the directory again the PHP file pattern was "*.txt"! After I changed this option everything worked correct! thanks a lot ;)
Comment 9 Jens Dagerbo 2004-01-06 22:28:43 UTC
OK.. I wonder what's going on though. There must be a bug lurking somewhere. When you import files as a "PHP project" the pattern should be set correctly.
Comment 10 harald thoeny 2004-01-07 11:21:42 UTC
thanks, its working know. the pattern was wrong
Comment 11 Niels 2004-04-22 02:01:31 UTC
I also had this problem, with Kdevelop 3.0.2. I solved it by not using a symlinked directory.
Comment 12 Jim 2005-11-03 19:01:48 UTC
I'm actually runing the 3.3 beta2 and still having this problem... kinda an old bug...
its actually a really simple fix now, just turn on Project -> Project Options -> PHP Specific -> realtime parser.  So this could be easily fixed if this is still a bug or marked resolved if that's the desired behavior for some reason.
Comment 13 Andreas Pakulat 2008-07-05 20:51:52 UTC
According to the various comments this isn't an isse anymore.