Patch #214


Switch from numeric issue ids to symbolic ones

Added by Ted Wise over 16 years ago. Updated over 13 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


Switches issue ids from #1 to something like MYID-1


code_id.diff (29.5 KB) code_id.diff Ted Wise, 2008-02-03 11:00
Actions #1

Updated by Jeffrey Jones over 16 years ago

Will the automatic linking code (used in comments and the wiki,
for example #20 will point to issue 20) work with the symbolic

Actions #2

Updated by Ted Wise over 16 years ago

Yes, it's a very simplistic patch - basically it's just for
show. It displays issue id's as <CODE>-<ID>, e.g.,
but nothing else changes. For example, the url to access
the issue is still /issue/show/45.

To do this correctly, you really want to make the display
efficient, switch each project to have it's own id numbers
(instead of having id's shared across all projects), and use
code ids on the inbound, e.g., /issue/show/proj-45.

Actions #3

Updated by bajs bajs over 16 years ago

Wrt /issues/show/proj-45:

That would break urls pointing to the old project if the issue
is moved to another project, wouldn't it?

Issues should have the same id even if they are moved. I see
no reason to have project-specific IDs.

Having a "print name" for ids could work though, so
that issue 123 is written as "PROJ-123" everywhere
it's written. But it should still have the same proper handle
IMO, and any inputting of IDs should then accept both 123 and
PROJ-123. But I wouldn't ever use it because...

Another issue with project-local ID numbers is that you can't
ever ever change the prefix. If your customer communication,
version control commits, wiki and everything else refers to issue
"FoodProj-123", then you can't really change FoodProjs
name to EatProj.

I wouldn't use the PROJ-prefix at all, but you go right ahead.
But please don't break globally unique issue IDs. That would
break so many things for so many potential users.

Actions #4

Updated by Venkat Bagam about 16 years ago

I don't get what you are trying to achieve !!! do you mean that
you want to use customized MYID-1,MYID-2 on as primary
keys rather than using auto-incremented integers ???

If that is so, I have a solution...


Actions #5

Updated by Felix Schäfer over 13 years ago

  • Status changed from New to Closed

I don't see much benefit in this for too much added complexity for end users.


Also available in: Atom PDF