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.
NB 6.5 with Python EA, WinXP SP2, JDK 1.6.0_11. I tried to use NB Python support with Python 2.6. This hangs NB on startup while the python26 folder is indexed. After overcoming some hurdles I have been able to remove Python 2.6 again, Jython 2.5.0+ is the only remaining Python platform now. When I try to run a script in my Python project I get a "selected project has broken python platform ...", which is ok. However in the Project Properties I now have changed the platform back to Jython 2.5.0+ and I still get this error message after pressing Shift-F6. If I look at project.properties I notice that platform.active=Python_2.6 has not changed. This breaks running Python code from within NB.
In the project properties, the platform selection drop down shows Jython but that does not mean that it has been set. You must first select the drop down then choose your platform. Please try this to see if it solves your problem.
Yes, this fixed the problem, but I regards this behavior as bug as well. I would have expected handling of Python platforms to be consistent with handling Java platforms: - NB does not silently switch to a different Python platform - the project should be highlighted as having a "Reference Problem" - in the project properties' Libraries dialog the drop down should show "Missing platform: Python 2.5.4" (or similar) - the user has to select a valid platform to resolve the reference problem.
I agree with your points, and I think there is an issue here. Silently switching could be bad if a user was set on using a certain platform...thus, I think that "platform problem warning badge" could be added similar to a missing server reference as in other NetBeans projects. Along the same line, auto detection of python platforms should detect any instance on your machine.
IMO, silently switching a platform is not a good thing. Automatically switching a the default is good if the selected platform is not available, but warn the user and perhaps offer user with an option to do so when it's detected during execution or debugging. I think there's already such an issue. I'll have to find it.
I could not find the issue that I thought have existed.
The procedure described by Mr. Beckham in Comment#1 is correct, and would have resulted in this bug being "Resolved Invalid" However, comments 2, 3 and 4 recognize some enhancements that arguably should be made. Reducing "Priority" to 3. I'm changing Type to ENHANCEMENT, and changing the title of this bug from "Changing python platform does not work" (because it does) to "Add 'Platform Problem' warning badge and correct messages.