Summary: | Importing php-projects with classes doesn't work | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Alexander Willner <a.willner> |
Component: | Language Support: PHP | Assignee: | KDevelop Developers <kdevelop-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Alexander Willner
2003-12-02 20:53:17 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. 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" I'm just interested...is someone working on this? Is it really a bug? Can I help to resolv this problem? 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? 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 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 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" 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 ;) 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. thanks, its working know. the pattern was wrong I also had this problem, with Kdevelop 3.0.2. I solved it by not using a symlinked directory. 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. According to the various comments this isn't an isse anymore. |