After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 579859 - Allow adding matchers
Allow adding matchers
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
: 590357 695700 709087 (view as bug list)
Depends on: 774710
Blocks: 546560 693209
 
 
Reported: 2009-04-22 17:36 UTC by Behdad Esfahbod
Modified: 2021-06-10 19:56 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Behdad Esfahbod 2009-04-22 17:36:48 UTC 
I like to be able to configure g-t to link "bug 12345" to http://bugzilla.gnome.org/show_bug.cgi?id=12345

I think we should let people add matchers to a profile.  Can have to syntaxes:

  - Simple.  Using the firefox keyword syntax.  That is, you enter the following:

  MATCH: bug %s
  DESTINATION: http://bugzilla.gnome.org/show_bug.cgi?id=%s

Any char after % other than % itself will work.  So you can use %1 and %2 to match two).  Internally we'll rewrite this as a regex.  Each %s will match one word according to the currently set word chars.  Or something like this.

  - Regex.  Using captures.  So:

  MATCH: bug #?\([0-9]+\)
  DESTINATION: http://bugzilla.gnome.org/show_bug.cgi?id=\1


The simple case may actually be harder to implement, so we may ditch it.

If multiple matches match, one of the following policies should be used:

  - First
  - Longest

I think vte does Longest now.  Which would be fine.
Comment 1 Christian Persch 2009-04-22 17:50:39 UTC 
Good idea.

We need to add new API to vte to get the GMatchInfo for the current match.

I'm not sure it needs to be a per-profile thing instead of global?
Comment 2 Behdad Esfahbod 2009-04-22 18:02:24 UTC 
(In reply to comment #1)
> Good idea.
> 
> We need to add new API to vte to get the GMatchInfo for the current match.

Right.

> I'm not sure it needs to be a per-profile thing instead of global?

Either way works for me.  Though I can imagine scenarios where per-profile comes handy.
Comment 3 Christian Persch 2009-07-31 12:19:14 UTC 
*** Bug 590357 has been marked as a duplicate of this bug. ***
Comment 4 Mariano Suárez-Alvarez 2009-09-13 00:39:33 UTC 
There's to be an UI for this?
Comment 5 Christian Persch 2013-03-12 13:42:54 UTC 
*** Bug 695700 has been marked as a duplicate of this bug. ***
Comment 6 Christian Persch 2013-09-30 12:33:49 UTC 
*** Bug 709087 has been marked as a duplicate of this bug. ***
Comment 7 Rodolfo Granata 2018-10-27 16:11:30 UTC 
Related in gitlab: https://gitlab.gnome.org/GNOME/gnome-terminal/issues/43
Comment 8 GNOME Infrastructure Team 2021-06-10 19:56:57 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/6830.