** Patch added: "gnome-terminal-3.27.90 60_add_lp_handler.patch"
https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1744711/+attachment/5049414/+files/60_add_lp_handler.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
As per bug 1745825, I've dropped the code that decides whether to
show/hide the "Use transparency from system theme" checkbox, it is now
always shown.
It shouldn't be that hard to bring it back. It'd need to be done
manually; methods that received an extra parameter by this part of the
patch now t
** Patch added: "gnome-terminal-3.27.90 revert-pcre2.patch"
https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1744711/+attachment/5049415/+files/revert-pcre2.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:/
I have found that the presence of the counterpart "utilities-
terminal.png" icons under /usr/share/icons/gnome fixes the use of the
Humanity one (even though the ones under the "gnome" folder are unused),
while removing them breaks it.
Could you guys please confirm if this is the same for you?
su
*** This bug is a duplicate of bug 1718238 ***
https://bugs.launchpad.net/bugs/1718238
Investigation continuing in bug #1718238...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1724250
Title:
g
In the buggy case, xprop only reports one icon of size 48.
In the correct case, xprop reports 6 icons of sizes 22, 16, 48, 24, 32
and finally 48 again, all looking like taken from Humanity. (This isn't
what I saw here a couple of days ago in the dup bugreport, I've no idea
about the cause of this
Here's a fix to mutter.
_NET_WM_ICON is read into mini_icon unscaled (so its documentation is
incorrect), preferably at size 16, but if that's not available (as in
the buggy case) then in whichever size is available (48 in our case).
Then when scaling is due to happen (the icon gets painted), the
Daniel (or anyone else),
Could you please take care of applying this fix for Bionic?
The bug is X11 only which will be the default of Bionic, plus it's LTS,
so it'll affect magnitudes more users than on Artful. And it's a big fat
look-n-usability no-go.
Thanks in advance!
--
You received this
Upstream report: https://gitlab.gnome.org/GNOME/mutter/issues/23
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1718238
Title:
Giant terminal icon is blocking out the Terminal window buttons
To mana
*** This bug is a duplicate of bug 1718238 ***
https://bugs.launchpad.net/bugs/1718238
** This bug has been marked a duplicate of bug 1718238
Giant terminal icon is blocking out the Terminal window buttons
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Upstream bug, investigation, VTE workaround etc. at
https://bugzilla.gnome.org/show_bug.cgi?id=769566.
** Bug watch added: GNOME Bug Tracker #769566
https://bugzilla.gnome.org/show_bug.cgi?id=769566
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
*** This bug is a duplicate of bug 1718238 ***
https://bugs.launchpad.net/bugs/1718238
** This bug has been marked a duplicate of bug 1718238
Giant terminal icon is blocking out the Terminal window buttons
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Most likely the same as bug 1718238 /
https://gitlab.gnome.org/GNOME/mutter/issues/23 .
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1734513
Title:
Terminal button is breaking
To manage notificati
Okay, this is a bug that occurs in Xorg(X11) then, just as we previously
thought.
Also, as for why Ctrl+Alt+T is fine while right-clicking on the desktop
isn't, see bug 1722121.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
Maybe related to bug 1726262?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1733369
Title:
Ghosting with "Use transparency from system theme" enabled on an
external monitor
To manage notification
Filed VTE feature request to rate limit the bell:
https://bugzilla.gnome.org/show_bug.cgi?id=790815.
That being said, a pulseaudio crash is a pulseaudio crash which should
be fixed in pulseaudio.
** Bug watch added: GNOME Bug Tracker #790815
https://bugzilla.gnome.org/show_bug.cgi?id=790815
-
The first snippet you showed doesn't do anything for me (not even for
other GNOME windows).
Anyway...
Could you please try "terminal-window" as the selector? This should
match the toplevel window. Or some combination of "terminal-window" and
"decoration"...
VTE is the terminal emulation widget,
Looks like the bug is in libhime rather than gnome-terminal itself.
** Also affects: hime (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1740651
Ti
Public bug reported:
Open a combobox with plenty of entries. (Example: gnome-terminal -> Edit
-> Profile Preferences -> Compatibility -> Encoding)
Notice two bugs:
1. Both at the top and at the bottom, the arrow (triangle) points
downwards.
Expected: At the top, the arrow should point upwards.
Here's the PCRE2 removal patch updated to 0.50.2 / current vte-0-52.
Please review, test if works correctly, and if does then please apply
and upgrade to vte-0.50.x and gnome-terminal-3.26.x.
The only nontrivially conflicting upstream patch was
https://git.gnome.org/browse/vte/commit/?id=91e9c838
Sorry, typo:
Here's the PCRE2 removal patch updated to 0.50.2 / current vte-0-*50*.
I'm looking into 0.52.x now...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1721412
Title:
Update gnome-termina
This is an incremental patch, goes on top of "vte 0.50.2 revert pcre2"!
Forthcoming vte-0.52 / gnome-terminal-3.28 is a piece of cake compared
to the pain of 0.50.
The patch for 0.50.2 applies cleanly to 0.51.3, except for the part that
patches vteapp.cc which is gone. Instead there's a new test
Here's a teaser with some of the new features that hopefully really make
it worth upgrading (apart from the usual bunch of bugfixes):
0.50 / 3.26:
- explicit hyperlinks (e.g. "ls --hyperlinks" if coreutils upgrades to 8.28)
- copy to clipboard in HTML with attributes (or plain text, the user's cho
Indeed, nice simplification, and nice refactoring from Tilix
(irrelevant: https://github.com/gnunn1/tilix/issues/1264).
0.60 is due in a mere two years, why not 0.99 or so? :)
** Bug watch added: github.com/gnunn1/tilix/issues #1264
https://github.com/gnunn1/tilix/issues/1264
--
You received
I truly hope so too, but that's not a guarantee for this to happen :)
Anyway, it's not worth spending any more time on this nitpicking, do as
you please, I'm fine with whichever.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
Public bug reported:
Followup of lp:1721412
18.04 LTS should ship gnome-terminal 3.28, libvte2.91 0.52 (assuming
that it ships GNOME 3.28).
This requires updating the PCRE2 patch.
** Affects: vte2.91 (Ubuntu)
Importance: Undecided
Status: New
** Tags: bionic upgrade-software-ver
For porting the PCRE2 patches to test releases vte-0.51.3 and gnome-
terminal-3.27.4, see the patch and instructions at lp:1721412 comment 9.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1744711
Titl
> Could you please open a new bug for the gnome-terminal 3.28
Yup, filed lp:1744711.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1721412
Title:
Update gnome-terminal to 3.26.1
To manage notifica
Here's an updated patch against current VTE master.
https://git.gnome.org/browse/vte/commit/?id=b274318f2e is a conflicting
upstream change. (By the way, I discovered the bug while porting the
patch to the previous version.)
The easy way to do the merging was, again, (at least for me), to
- rever
Another report of the same issue: https://askubuntu.com/questions/983629
/terminal-window-stuck-with-the-corner-of-another-window-drawn-on-it
It's interesting that you have 4 buttons instead of 3 (and it's the same
at that other report).
Did you somehow add a 4th button? What and how exactly? Or
Does this also happen on other windows of gnome-terminal (e.g.
Search->Find, Edit->Preferences, Edit->Profile Preferences,
Help->About)?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1724250
Title:
Let's make it clear that it's absolutely most definitely not a bug in
gnome-terminal. Gnome-terminal uses old-fashioned server-side
decorations, that is, the window border is drawn by the window manager.
There is no way gnome-terminal could legally ask it to draw something
else there.
The picture
Please see lp:1724250 for some further investigation.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1712660
Title:
application menu icon in title bar has wrong size
To manage notifications about th
The same bug is also reported at lp:1712660.
** Bug watch added: GNOME Bug Tracker #787470
https://bugzilla.gnome.org/show_bug.cgi?id=787470
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1724250
T
Yet another report of this bug, with further precious details and a
screenshot revealing that the misdrawn icon is bigger than 128, maybe
140 or 144 or so pixels large:
https://bugzilla.gnome.org/show_bug.cgi?id=787470
--
You received this bug notification because you are a member of Ubuntu
Bugs
Hi,
What happens when you "cd" to that directory in another terminal
emulator, such as xterm?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1745273
Title:
Cannot open gnome-terminal with long worki
Does this also happen in xterm? If so then this is a bug in bash, not
gnome-terminal.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1745271
Title:
Input prompt behaves incorrectly if working directo
Is that "ä" a precomposed character, or an "a" followed by a combining
accent? Execute this command to find it out:
ls /home/test/01234567890123456789/01234567890123456789 | od -t x1
I'm wondering if you might be hitting this bash bug:
http://lists.gnu.org/archive/html/bug-bash/2017-11/msg00075.h
Hi,
The bash bug I linked indeed seems to be a different one; however, it
might give some clues about what might going on. E.g. your locale, PS1,
PROMPT_COMMAND etc. _might_ be relevant. (I cannot reproduce your
problem, although I can see the prompt incorrectly showing parts of
color changing esc
I've reproduced your issue (using the exact same prompt string as
yours). It's also buggy for me in xterm. I'm pretty sure it's a readline
or bash issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
Public bug reported:
When gnome-terminal is _not_ running, execute the command
gnome-terminal --preferences
Select the Profiles tab, and click on Edit to edit whichever profile.
gnome-terminal crashes.
The main idea behind "gnome-terminal --preferences" is that if someone
screws up their gno
Given the existence of this cmdline option, the approach the
transparency patch takes here (locating a terminal window) is broken by
design.
One possibility would be to no longer rely on the transient parent (and
not set that property either), but instead figure out the value of
background-darknes
Looking a bit into the near future:
gnome-terminal 3.27.90, released in a week, is most likely going to
receive a big change to the Preferences dialogs
(https://bugzilla.gnome.org/show_bug.cgi?id=722114).
I've already prepared porting the transparency patch, except for this
part. I have no intent
FYI: Forthcoming gnome-terminal 3.27.90 will no longer have an --enable-
distro-packaging config option. Just drop it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1744711
Title:
Update gnome-termi
** Attachment added: "Screenshot of what I see"
https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1724250/+attachment/5047919/+files/lp1724250-small-icon.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
Hi,
I'm not sure what makes you believe there's a "New Tab" in mainstream
GNOME Terminal, it's not the case. "New Window" and "New Tab" were
merged quite some time ago into a single "New Terminal". The two actions
are still available as separate shortcuts. The menu entry behaves
according to Edit
(sorry)
I think gnome-terminal is just a "define DISUNIFY_NEW_TERMINAL_SECTION"
away from the previous behavior... dunno, haven't tried.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1747171
Title:
Yup, it's *their* patch :)
Actually I think gnome-terminal is just a
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1747171
Title:
"New Tab" disappeared from the GNOME Terminal menu
To manage notif
Yup, tried it now. Just compile with
CPPFLAGS=-DDISUNIFY_NEW_TERMINAL_SECTION ./configure --blahblah
and you'll get two separate entries.
I have no idea why the upstream change was made.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
I can reproduce the problem with plenty of other names taken from the
Humanity theme, such as "clock" or "gnome-panel-force-quit" instead of
gnome-terminal's default "utilities-terminal".
The culprit really seems to be gnome-shell/mutter, or some library used
by them.
So far I could only reproduc
VTE no longer does utmp logging. This was an upstream change made almost
three years ago at https://bugzilla.gnome.org/show_bug.cgi?id=747046,
and is clearly not going to get reverted by upstream.
Actually, most other VTE-based emulators (e.g. xfce4-terminal) are also
affected in newer Ubuntu rele
** Also affects: humanity-icon-theme (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1724250
Title:
gnome-terminal graphic artifact
To manage noti
It's not just gnome-terminal; xterm, urxvt, pterm (putty) also shrink.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1233205
Title:
maximize then unmaximize of gnome-terminal shrinks window
To mana
@Sebastien: Are the steps described in the original report, as well as
comment 2 not exact enough to trigger the bug reliably? It is buggy for
me all the time, and so far nobody said he couldn't reproduce.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is sub
vte 0.35 implements this feature.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/298385
Title:
Reflow terminal contents when resizing the window
To manage notifications about this bug go to:
https:/
vte 0.34 reworks the way the current directory is known, it relies on
the shell setting it by OSC 7 escape sequences. Properly upgrading to
gtk3 and new vte would solve this issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:
The bug is also observable under IceWM, when manually executing
"setxkbmap us". So it's unrelated to Gnome, is probably a bug in
X.Org/Xkb.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1247668
Title:
Hi Lars,
Thanks so much for your work!
I had something similar to Debarshi Ray's patch, we both set
app_paintable. However, as it turns out, it's not enough (the result is
transparent bits all over the window, not just where it's desired).
Apparently the "draw" signal has to be also hijacked, as
Super cool, thanks!
I've filed https://bugzilla.gnome.org/show_bug.cgi?id=730817, I really
think the patch should live upstream rather than distros syncing between
each other.
** Bug watch added: GNOME Bug Tracker #730817
https://bugzilla.gnome.org/show_bug.cgi?id=730817
--
You received this
> this default/standard location /tmp is certainly inadmissible
If it is, then I guess you're arguing that /tmp shouldn't exist at all.
It exists, it has its purpose, and g-t uses that for that purpose.
If /tmp is inadmissible, what would be a better location? The user's
home, which potentially
> 1. I don't keep many files open forever, they are duly closed after being
> used. Many created, filled up, closed, uploaded, and erased.
> 2. FIles get created on /home
> 3. / get overflown, not /home
> 4. If your explanation were correct, /home would have been overflown.
Sergei, you yourself h
> I had to boot to a terminal instead of the usual Unity GUI.
Could you please be more specific here? What do you type or choose and
where? Is it some grub boot option? Or you choose something different
in the graphical login screen? What shall I do to try to reproduce this
bug?
--
You recei
** Changed in: vte3 (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1303661
Title:
Updated Home/End escape sequences
To manage notifications about this bu
The bug is still present in Trusty.
I've installed a Fedora 20, and it's working correctly there. Note that
Ctrl+Shift+U works in xterm under Ubuntu, but does nothing in xterm
under Fedora. This means that probably something is done substantially
differenty in the two distros. I have a feeling
Gtk+ apps: Reproducible with GTK_IM_MODULE=ibus and with
GTK_IM_MODULE=xim. Not reproducible if GTK_IM_MODULE is unset before
launching a Gtk+ app [I guess Ctrl+Shift+U is handled by Gtk+ in this
case, rather than the X Input Method].
xterm: Reproducible with the default XMODIFIERS=@im=ibus, no
I've located the bug. Upstream report:
https://code.google.com/p/ibus/issues/detail?id=1715
** Package changed: xorg (Ubuntu) => ibus (Ubuntu)
** Bug watch added: IBus bugs #1715
http://code.google.com/p/ibus/issues/detail?id=1715
--
You received this bug notification because you are a memb
Dear Christopher,
Seeing that Ubuntu developers did nothing to locate this bug other than
you guessing this might be a hardware issue – which was not an
unreasonable guess, but I already proved wrong a long time ago – I
finally took the time to locate this. I found which package causes the
proble
To be absolutely clear: The keys have to pressed when the focus is in an
input field, that is, where you'd normally type something. E.g. a
gnome-terminal. Pressing Ctrl+Shift+U enters a special mode where you
type a Unicode character by its hex code. If you type at most 6 digits
and then press E
Upstream: https://bugzilla.gnome.org/show_bug.cgi?id=730157
** Bug watch added: GNOME Bug Tracker #730157
https://bugzilla.gnome.org/show_bug.cgi?id=730157
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
These characters seem to be defined double width by the Unicode
standard.
http://www.unicode.org/reports/tr11/
"ED4. East Asian Wide (W): All other characters that are always wide.
These characters occur only in the context of East Asian typography
where they are wide characters (such as the Unif
I don't know what to say now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1263249
Title:
[Input methods] Keyboard stops working after Ctrl+Shift+U followed by
7 alphanumeric keys
To manage noti
*** This bug is a duplicate of bug 298385 ***
https://bugs.launchpad.net/bugs/298385
I'm making great progress in implementing this. Please see the upstream
bug at https://bugzilla.gnome.org/show_bug.cgi?id=336238 , feel free to
try my patch if you're a hacker kind. In case of any feedback, pl
I'm making great progress in implementing this. Please see the upstream
bug at https://bugzilla.gnome.org/show_bug.cgi?id=336238 , feel free to
try my patch if you're a hacker kind. In case of any feedback, please
comment in that upstream bug, thanks!
--
You received this bug notification because
*** This bug is a duplicate of bug 298385 ***
https://bugs.launchpad.net/bugs/298385
I'm making great progress in implementing this. Please see the upstream
bug at https://bugzilla.gnome.org/show_bug.cgi?id=336238 , feel free to
try my patch if you're a hacker kind. In case of any feedback, pl
** Bug watch added: freedesktop.org Bugzilla #78012
https://bugs.freedesktop.org/show_bug.cgi?id=78012
** Also affects: gnome-settings-daemon via
https://bugs.freedesktop.org/show_bug.cgi?id=78012
Importance: Unknown
Status: Unknown
** Project changed: gnome-settings-daemon => xor
Felipe, Csaba, Cvetan, Diego:
I made some findings upstream at
https://bugs.freedesktop.org/show_bug.cgi?id=78012. Looks it's somehow
related to the hardware incorrectly changing the keycode on its own when
numlock is switched on.
Could you please reveal what hardware you have? At this point I wo
Thanks. Could you please tell us the exact brand/model of your keyboard?
Do you have another keyboard somewhere that you could try?
It sounds strange I know, but apparently on a few computers the numpad
keys start producing different keycodes when numlock is off (namely the
keycodes of the standa
Ubuntu 12.04 is irrelevant here. A lot of changes with keyboard layout
change went into 13.10 (see bug 1218322) which is the source of many
problems. Prior to 13.10 kbd changes were handled differently and it
didn't trigger this problem.
--
You received this bug notification because you are a mem
I attach a patch to xorg-server which seems to fix it for me. Side
effects are yet to be discovered :)
Rebuild xorg-server with the following series of commands (might not be
the best way, but that's what I found, I'm not yet familiar with these):
sudo apt-get install build-essential fakeroot dpk
Public bug reported:
Start gnome-terminal (version 3.6.2 in Trusty). Under Edit->Keyboard
Shortcuts change one of the shortcuts that's shown in the menu (e.g.
change Normal Size from Ctrl+0 to Ctrl+1).
Notice that the menu (gnome-terminal's View->Normal Size menu entry)
still shows the old value,
My 2 cents:
Shift+PageUp, Shift+PageDown have historically been the shortcuts for
scrolling, hence application don't expect these keypresses to get
delivered.
Shift+Up, Shift+Down, however, generate escape sequences that are useful
for applications (e.g. select text in editor), it would be bad if
Could you provide concrete escape sequences (like an echo command, or a
short text file to cat)?
I can't figure out how to test this. CSI is traditionally ESC + [. This is used
e.g. to change the foreground color:
echo -e '\x1B[31mred\x1B[0m'
The CSI you're referring to seems to be an alternate
I figured out it works in xterm and putty with ISO-8859-x charsets, just
not with UTF-8.
Reported the request upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=730154
** Bug watch added: GNOME Bug Tracker #730154
https://bugzilla.gnome.org/show_bug.cgi?id=730154
--
You received this bug n
Public bug reported:
Currently Utopic has vte-0.36 (from Gnome 3.12) and gnome-terminal-3.6
(from Gnome 3.6).
Should you decide not to upgrade gnome-terminal (which would be a really
bad idea because these two components are so strongly related – bug
1261619), please at least backport the rewrap
Bumped the version in the title – now that 3.12 is out, it wouldn't make
much sense to update to 3.8 or 3.10.
There's at least one more reason to update to at least 3.12, namely the
"rewrap on resize" UI setting, see bug 1319864.
** Summary changed:
- Update GNOME Terminal to 3.10.2
+ Update GNO
This is perhaps the same as
https://bugzilla.gnome.org/show_bug.cgi?id=730220 (patch available
there).
** Bug watch added: GNOME Bug Tracker #730220
https://bugzilla.gnome.org/show_bug.cgi?id=730220
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
This should be fixed in vte-0.34.9 (shipped by Trusty).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/878739
Title:
terminal scrolls up when resized taller
To manage notifications about this bug go
> The question is this: why does it overflow the / rather than the /home
partition?
gnome-terminal stores the scrollback content in a temporary file, opened
at the standard location which is /tmp by default, overridable with the
standard TMPDIR environment variable.
> May be "unlimited" should be
Hi Lars,
Thanks for the quick fix. Please note that you created a new ".toolbar"
section while there's already one, you might move the background
definition there.
Another similar issue arose: The background of inactive notebook tabs is
also defined to transparent. Unfortunately "transparent" eit
"man readdir" also says:
Currently, only some filesystems (among them: Btrfs, ext2, ext3, and
ext4) have full support for returning the file type in d_type. All
applications must properly handle a return of DT_UNKNOWN.
You need to do an lstat in this case, as you said
Public bug reported:
cacaxine works fine when it opens its own window, but is totally broken
if it's asked to run inside a terminal.
To reproduce, execute:
$ unset DISPLAY
$ cacaxine any_movie_file
Expected: should work in the terminal just as when it does in its own
window if you don't unset th
I "love" how much people still complain and fail to understand the
previous comments...
So let me try it once again...
Double clicking, by design, is _not_ meant to select URLs.
Double clicking selects a continuous sequence of certain (configurable)
characters, and it has do be able to do this e
Noone knows how to do BiDi in terminal emulators. Some terminal
emulators (e.g. konsole) apply some magic which fixes certain things
while breaks others, gnome-terminal is not one of them.
See e.g. https://bugzilla.gnome.org/show_bug.cgi?id=321490.
** Bug watch added: GNOME Bug Tracker #321490
If you want an apple, as for an apple. If you want a pear, ask for a
pear. What you do is you want a pear, yet you ask for an apple and
expect to receive the kind of apple that tastes as close to pear as
possible. And even though you can configure the kind of the apple you'll
receive, it's still no
Clarified the bug title. ("minimize" is the action triggered by the
second icon of the title bar, the one with a "-" sign on it, between
"close" ("x") and "maximize" (big square). This is not what happens
here.)
** Summary changed:
- gnome-terminal terminal minimizes when mouse is moved across th
This is because gnome-terminal now correctly delivers the right-click
event to vim (or any application that is interested in mouse events). In
14.04 it was impossible for vim (or any other app) to receive right-
clicks in gnome-terminal.
You might either disable mouse support in vim, or invoke the
Just for the record: upstream bug and discussion was
https://bugzilla.gnome.org/show_bug.cgi?id=13299.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1610882
Title:
No context menu in VIM in gnome-te
You really should select a monospace font for a terminal emulator,
otherwise this is bound to happen.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1613416
Title:
Characters overlap when increasing
Newest gnome-terminal declares the --execute/--command options obsolete,
and states that a lone "--" followed by the arguments is the desired way
to go. That one doesn't suffer for me in newest gnome-terminal (git
snapshot). Could you please try this with your version, that is:
gnome-terminal -- e
Official gnome-terminal release does not have a manpage, it's added by
Debian or Ubuntu (not sure which), indeed they should fix it.
"gnome-terminal --help-all" should be clear and up to date in gnome-
terminal's git master, probably not yet in zesty but will appear in
whichever release comes afte
201 - 300 of 725 matches
Mail list logo
