Open Bug 475059 Opened 16 years ago Updated 5 years ago

Implement nicks for other Bugzilla installations, so that See Also can use them

Categories

(Bugzilla :: Administration, task)

3.3.1
task
Not set
normal

Tracking

()

People

(Reporter: LpSolit, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Bug 475057 is a temporary UI fix. What we should really do is to implement a list of known Bugzilla installations and referencing them with a nick so that the See Also field in show_bug.cgi can display "RedHat bug 12345" instead of https://bugzilla.redhat.com/show_bug.cgi?id=12345.
We don't have to implement a standard list, just allow people to nickname URLs.
Blocks: bz-seealso
This is similar to Interwiki for wikis... http://en.wikipedia.org/wiki/InterWiki also provides some potentially interesting links (standardization of inter-bugtracker links someday maybe ?)
Concerning marking relations with the external bugzillas, we have even better UI (IMHO) for the tracking of external bugs. Unfortunately, there should be a current status of the external bug, which is NA for now. What about it?
Hi Matej! See bug 231429, including the description in that bug and all of the blockers, which describes how we want to proceed, and should answer your question.
I'ld like to take a shot at this one.

The way I see it, the url/alias mapping would be accessible via editvalues.cgi so you'ld need admin privs to add/remove/change aliases. I have no idea where I'm supposed to add the field definitions (I'm guessing Bugzilla/Field.pm but confirmation would be nice).
Frédéric, Max, can you respond to Emmanuel who has offered his help to fix this much-needed RFE (more than 2 months ago)?

(In reply to Emmanuel Seyman from comment #6)
> I'ld like to take a shot at this one.
> 
> The way I see it, the url/alias mapping would be accessible via
> editvalues.cgi so you'ld need admin privs to add/remove/change aliases. I
> have no idea where I'm supposed to add the field definitions (I'm guessing
> Bugzilla/Field.pm but confirmation would be nice).
I don't think we want to maintain the list from editvalues.cgi. The code would be way too different from what we have for other fields. I think a separate script (maybe edit_external_references.cgi?) which requires global editcomponents privs would be better. The data would be stored in a DB table named see_also or external_references with the following columns: name (primary key), url (varchar(255) not null), class (varchar(255) not null). We can then query the DB using "SELECT name, url FROM see_also WHERE class = ?" and compare the URL in the See Also field with what url contains and return the appropriate name, if it matches something. Else the whole URL is displayed, as we do currently.
Assignee: create-and-change → administration
Component: Creating/Changing Bugs → Administration
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: