Closed (fixed)
Project:
Project issue tracking
Version:
5.x-2.x-dev
Component:
Issues
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
28 Dec 2006 at 01:14 UTC
Updated:
12 Jan 2007 at 04:15 UTC
Jump to comment: Most recent file
Comments
Comment #1
hunmonk commentedproblem exists in 4.7 and on d.o. as well...
Comment #2
dwwactually, the problem is that there's some weird, legacy code in here so that if you try to submit an issue with a version of [none], it'll automatically submit it with the "default version", instead.
if this feature ever made sense, the default should have showed up as a
#default_valuein the form in the first place.however, there's no longer any reasonable "default version", since it depends on the branch, core API, etc, etc.
i think all this code should go, so that in validate(), if we're still at [none], we should mark it as an error, not silently set the version to something else.
Comment #3
dwwthis is really a bug, not just a task, since
$project->versionis no longer controlled in any way. it's just stale info in a (should be) unused column in the {project_projects} table that might as well be dropped (the 'version' column, that is, not the table). ;)Comment #4
dwwDRUPAL-4-7--2 version
Comment #5
dwwDRUPAL-4-7 version
Comment #6
gregglesThis makes sense to me. It was unexpected behavior for hunmonk and I think it makes more sense to force the user to choose the version than to just default it.
Comment #7
dwwgreggles agreed this was stupid, so i killed it. applied to all 3 branches.
Comment #8
(not verified) commented