If the importance was yanked up, shouldn't the status be changed?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/238463
Title:
URL handling in gnome-terminal
To manage notifications about this
** Changed in: gnome-terminal
Importance: Unknown = Medium
--
URL handling in gnome-terminal
https://bugs.launchpad.net/bugs/238463
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I don't know where this (possibly related) bug belongs: When hovering over
multi-line URLs in the output of the following program, Terminal highlights the
whole URL and loads it properly in the browser.
./filterous.py
If I pipe the result through `more`, it only highlights single lines:
** Description changed:
Binary package hint: gnome-terminal
- A URL in gnome-terminal that comes with Hardy(2.22.1), when it's longer
- than one line, is only recognized with the first line. For example, a
+ A URL in gnome-terminal that comes with Hardy(2.22.1), when it's longer
+ than one
Same problem with ubuntu 9.04.
@Pedro: Please reopen this bug. The upstream bug was closed as wontfix
because it is the CORRECT behavior to include the next line! This bug
here describes that the next line is NOT included.
The problem occurs when reading email with mutt and its internal pager in
If you need an upstream bug to follow, I guess it would be this one
here:
http://bugzilla.gnome.org/show_bug.cgi?id=469862
Though I wonder how the kde guys do it. In konsole (on debian lenny) the
link recognition works even with mutt. No matter what
this is a wontfix bug, upstream comment:
I do not think this is solvable.
The current behaviour is useful when the URL does continue in the next
line (because long URLs tend to do that) and there is no way of
knowing whether the first char in the next line is part or not of the
URL (because URL
** Changed in: gnome-terminal
Status: Confirmed = Won't Fix
--
URL handling in gnome-terminal
https://bugs.launchpad.net/bugs/238463
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I also just upgraded from Dapper to Hardy and am having this problem in
mutt. It looks like someone fixed the corner case (where the url ended
on the last character of the line) and broke the much more likely case
where urls are longer than one line and don't end exactly at a line
boundary.
I
I also just upgraded from Dapper to Hardy, and am experiencing this.
Long URLs only get their first line recognized. Oddly, sometimes it
works fine. If I paste a long URL into vi or the command line, the
whole thing is recognized. If I cat a file with a long URL, the whole
thing is recognized.
That upstream bug is actually about the URL recognition code catching
*too much* text. It looks like the current behavior is broken as
designed -- since it's difficult (perhaps impossible) to tell the
difference between a continued URL and unrelated text on the next line,
gnome-terminal only
thanks for your report, that's known upstream you can track it here:
http://bugzilla.gnome.org/show_bug.cgi?id=118955
** Bug watch added: GNOME Bug Tracker #118955
http://bugzilla.gnome.org/show_bug.cgi?id=118955
** Also affects: gnome-terminal via
** Changed in: gnome-terminal
Status: Unknown = Confirmed
--
URL handling in gnome-terminal
https://bugs.launchpad.net/bugs/238463
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
13 matches
Mail list logo