@nomike: Many people can reproduce this bug, while many other (incl. me)
cannot. You mention that the bug only occurs when the window is given
focus, not when it already has it.
Just wondering: is it possible that you're using a theme where the
window itself moves when getting focus? (I mean the
Another debugging idea that might be useful: What happens if you
replace gnome-terminal with xev? That is, give focus to an xev window
by clicking inside it (using accessibility keyboard-driven fake mouse).
Does it print any event regarding mouse movement or anything unusual?
--
click-to-focus
Reported upstream, with more findings and a workaround patch, at
http://bugzilla.gnome.org/show_bug.cgi?id=688959
** Bug watch added: GNOME Bug Tracker #688959
https://bugzilla.gnome.org/show_bug.cgi?id=688959
--
You received this bug notification because you are a member of Ubuntu
Desktop
The official mainstream fix is at
http://git.gnome.org/browse/gnome-terminal/commit/?id=611e93f2f8c0c18ed8d365ecb850258e8d5c9c12
Given how annoying this bug is (and how small and trivial the patch is),
could you guys please consider backporting the fix to Quantal?
--
You received this bug
*** 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,
*** 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,
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
*** This bug is a duplicate of bug 827380 ***
https://bugs.launchpad.net/bugs/827380
** This bug has been marked a duplicate of bug 827380
scroll bar disappears when switching tabs
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
Please see https://bugzilla.gnome.org/show_bug.cgi?id=709089#c6 for
another use case when the overlay scrollbar is buggy. I suspect that it
draws itself incorrectly initially when it hooks up to a GtkAdjustment.
Then after modifications to the adjustment it works correctly.
** Bug watch added:
This is indeed a bug in overlay-scrollbar.
When the adjustment changes, the OS_STATE_FULLSIZE flag is updated
accordingly and os_bar_show() or os_bar_hide() is invoked as necessary.
However...
- the flag is not computed initially, nor when mapping the window;
- the flag is set when unmapping
Seems to me that mainstream gnome-terminal 3.8 removed this option of
scrollbar on the left. (Unfortunately Saucy will still ship g-t 3.6.)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
Fyi: vte-0.34.9 will add caching
(https://git.gnome.org/browse/vte/commit/?h=vte-0-34id=b959b86). The
amount of data written is still the same, but batched up in larger
chunks.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to vte in
I've upgraded from previous versions where I had Alt+Shift as the shortcut
toggling between English and Hungarian. Now, not being to specify this, I chose
Ctrl+Space. The current behavior is:
- If I select English in the indicator or via Ctrl+Space then the layout is
English, and Alt+Shift does
Hi William,
I've installed your updates, and logged out and in just to be sure.
Here's what I get (continuing comment 35):
The order in which I release the keys still matters. This makes it
pretty much unusable for me, since the combo I'm used to (rolling my
hand from right to left: press Alt,
Baekkevold: Could you please tell me whether the press and the release
order of the keys matter for you? If not (i.e. if the four possible
press/release sequences all change the layout) then I'll try find and
clean up those dconf settings.
--
You received this bug notification because you are a
@Sebastien: I can only share my opinion here, but maybe it's not
uncommon.
I've been regularly (=sometimes multiple times per minute) using
Alt+Shift as the switcher for more than a decade, I'm so used to it that
I'm not even willing to try to change this habit. Any attempt in getting
used to a
My hardware layout is Hungarian (I'm not sure why it's interesting). The
software layouts I've always been toggling between are us and hu
101_qwerty_dot_dead, using grp:alt_shift_toggle as the hotkey.
Recursively grepping for 101_qwerty in my home finds two files:
Hi,
I've updated from proposed: gnome-control-center 1:3.6.3-0ubuntu45 and
gnome-settings-daemon 3.8.5-0ubuntu10. Then logged out and in.
1. Leftovers from the old xkb setup still interfere with the new system
in ways I described in comment 46, making it an unusable chaos. Manually
removing the
Is it important to clear /etc/default/keyboard? For me it contains only
one of the layouts, and no hotkey to change. I didn't alter that file, I
only had to remove the gnome-tweak-tool stuff and it works reasonably
well.
--
You received this bug notification because you are a member of Ubuntu
Hi Shahbaz,
Many relevant fixes went into vte-0.34.9, and many others are pending
(patches waiting to get accepted by developers) and will hopefully make
it to 0.36. Could you please test 0.34.9, or even better, my git tree
at https://github.com/egmontkob/vte-0-36-egmont containing these fixes?
I'd like to second Sergio's problem with the NumLock. Switching layouts
turns numlock off (kind of). More precisely:
The digits except 5 work as arrow/home/etc. keys, but 5 inserts a
literal 5. This is a weird mixture I've never seen before and I can't
see any rationale whatsoever. Pressing
Confirmed. Moreover:
- I can't see any rationale behind not showing the switcher if it's at English.
Definitely looks like buggy behavior rather than good design, leaving the user
clueless why it's sometimes shown and sometimes not. For starter, I'd like to
see confirmation that the layout is
Public bug reported:
Extracting from bug 1218322, confirmed there by multiple users:
When switching the keyboard layout using a shortcut (such as Alt+Shift),
NumLock functionality is (mostly) turned off. More precisely: it goes
into an inconsistent state where pressing numpad 5 inserts the
** Description changed:
A PPA which should provide some relief for this issue is available at
https://launchpad.net/~attente/+archive/1218322. There still remain
issues regarding keyboard shortcuts though. To install:
sudo add-apt-repository ppa:attente/1218322
sudo apt-get update
It seems the bug lies somewhere deeper under, probably in xorg.
Turn on NumLock. Switch layout either using the indicator, or by
executing setxkbmap us or something alike. Try the numpad keys: they
work as expected (they insert digits). Press and release any of the
modifier keys. Try the numpad
@Sebastien:
I tried to refrain from commenting on this aspect, but it indeed made me
think a lot. On one hand, I totally agree with you (myself also being a
developer/contributor to open source). On the other hand, I share the
frustration of many users, and I'm also quite disappointed on how such
@Sebastian:
I firmly disagree with setting Importance: Low.
Sure you might say that geez if pressing a key did something else, you
can just undo that action, press some magic sequence of keys, and you're
okay. No security problem, no data loss (actually I'm not even sure
about these)...
But for
@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
Desktop Bugs,
vte 0.35 implements this feature.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/298385
Title:
Reflow terminal contents when resizing the window
To manage notifications about this bug go to:
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
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
Guys, honestly I can't believe no one's paying attention to this bug.
I mean... it's the most basic input device and it's been working
correctly for decades, and now it can't emit the freaking desired
symbol?!? I find no words to describe how much frustration this bug
keeps causing to me even
Public bug reported:
A child of bug 1218322 (aka keyboard layout switch being a complete
disaster since 13.10).
When switching layout using a hotkey (e.g. Alt+Shift), the currently
active application loses focus for a short period. Depending on the
application, it causes all sorts of
I've found one more highly annoying issue regarding layout switch. The
active application loses the focus for a short time, causing all sorts
of misbehavior depending on the application. See bug 1289495 for
details.
--
You received this bug notification because you are a member of Ubuntu
Desktop
** Description changed:
***
The old PPA, ppa:attente/1218322 is superceded by the following one. You can
remove the old repository using ppa-purge.
***
A PPA which should provide some relief for this issue is available at
vte 0.36 (gnome 3.12) is going to fix this.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/342436
Title:
Ctrl-End and End are indistinguishable on gnome-terminal
To manage notifications about
vte 0.36 (gnome 3.12) changes the function keys to be compatible with
Xterm.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/96676
Title:
function keys don't work in gnome-terminal
To manage
Yes, please do upgrade! There's been many changes-fixes-improvements to
gnome-terminal. If you don't upgrade, Trusty LTS's default terminal
emulator will lag behind by 3 major Gnome releases, this just doesn't
sound right.
Vte ships the /etc/profile.d/vte.sh script, to be sourced by bash/zsh.
It's already fixed in forthcoming vte-0.36 (gnome 3.12).
https://bugzilla.gnome.org/show_bug.cgi?id=705985
** Bug watch added: GNOME Bug Tracker #705985
https://bugzilla.gnome.org/show_bug.cgi?id=705985
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
See also bug 1132700.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1261619
Title:
Update GNOME Terminal to 3.10.2
To manage notifications about this bug go to:
I've reported upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=726438
** Bug watch added: GNOME Bug Tracker #726438
https://bugzilla.gnome.org/show_bug.cgi?id=726438
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
vte-0.36 will include the fix.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/932940
Title:
gnome-terminal intercepts ctrl-f1 making it unusable for applications
running
*** This bug is a duplicate of bug 423825 ***
https://bugs.launchpad.net/bugs/423825
vte-0.36 fixes this painfully slow speed.
The one-line fix (if you want to backport it to an older version) is at
https://bugzilla.gnome.org/show_bug.cgi?id=721944#c4
** Bug watch added: GNOME Bug Tracker
vte-0.36 fixes this painfully slow speed.
The one-line fix (if you want to backport it to an older version) is at
https://bugzilla.gnome.org/show_bug.cgi?id=721944#c4
** Bug watch added: GNOME Bug Tracker #721944
https://bugzilla.gnome.org/show_bug.cgi?id=721944
--
You received this bug
** 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 =
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
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
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
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
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
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
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
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
Desktop Bugs, which
This should be fixed in vte-0.34.9 (shipped by Trusty).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/878739
Title:
terminal scrolls up when resized taller
To manage
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
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.
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
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
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
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
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
Upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=677329
** Bug watch added: GNOME Bug Tracker #677329
https://bugzilla.gnome.org/show_bug.cgi?id=677329
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal
Public bug reported:
Gnome-terminal can crash if a tab is dragged across windows, and later
the title of the tab is changed.
Since gnome-terminal is one single process for all your terminal windows
and tabs, upon a crash all the gnome-terminal windows disappear, easily
causing loss of precious
Indeed, this patch should be dropped.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1340067
Title:
Drop 20_add_alt_screen_toggle_ui.patch - it does nothing with vte3 =
See https://bugzilla.gnome.org/show_bug.cgi?id=733246 . Gnome-terminal
should do whatever xterm does.
In normal Gtk+ applications this key combination deletes the previous
word (Ctrl+W) in Bash -- what do you mean by normal Gtk+ applications
that run bash?
Note that by default Alt+Backspace in
I see. I assume you misplaced the closing parenthesis and meant this:
In normal Gtk+ applications this key combination deletes the previous word
(Ctrl+W in Bash).
Terminals and apps running inside terminals (e.g. bash) are quite a
different world from Gtk+ and it's hopeless to aim for the same
*** This bug is a duplicate of bug 827380 ***
https://bugs.launchpad.net/bugs/827380
** This bug has been marked a duplicate of bug 827380
scroll bar disappears when switching tabs
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
The mentioned terminals do support bracketed paste mode - but do it
incorrectly. If they didn't support it all, you wouldn't see the bug.
The *real* problem here is Terminator using a 3 year old unmaintained
version of vte (bug 1030562). The bracketed paste issue is just a
manifestation of this
Gnome-terminal (actually vte) has fixed this issue and this fix will
appear in Utopic. If Terminator finally updated their code to Gtk3
(which apparently nobody is working on), it would also automatically get
the fix.
In my experiences, it's very hard to get Ubuntu folks pay attention to
bugs
I'm sure this behavior won't change. TAB is not a regular character, it
is a control character, just like let's say escape sequences that move
the cursor; copy-pasting doesn't include those either. It's a bonus
that gnome-terminal tries to remember when a tab was emitted, most
terminal emulators
You might want to check the progress I made in bug 1030562 porting
terminator to gtk3. It would be cool if you could step up and finish
that work, or find someone to do that.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to vte in
** Summary changed:
- gnome terminal swallows tabs
+ gnome terminal swallows tab characters
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1353354
Title:
gnome terminal
Yup, there's nowhere to drag that tab because the tab bar is not shown.
I don't know what a proper solution could be.
As a workaround, you can open a temporary second tab (next to the one
you wish to drag), then you can drag the desired one and finally close
the temporary one.
--
You received
(to clarify: there's nowhere to _grab_ that tab for dragging)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1356433
Title:
detached tabs can not be reattached
To
If you're using UTF-8 character set, you need to execute stty iutf8, so that
a stty -a reports back iutf8.
For non-UTF-8, the command to be executed is stty -iutf8 and accordingly
stty -a should report -iutf8.
Gnome-terminal sets this according to the initial character set of the
terminal, but
Is this specific to gnome-terminal, does it work as expected in other
terminals (e.g. xterm, konsole, urvxt)?
If it's buggy in all of them then it's probably a problem with bash or
bash-completion.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Hi Ivan,
The feature of setting iutf8 was implemented in gnome-terminal 10 years
ago and I've been happily using it ever since. There might be a bug of
course, it would be nice to investigate further why it's not set for
you. (At this moment I have no idea how it could be wrong for you.)
Your
guake builds on the same codebase as gnome-terminal (namely vte), so it might
not be relevant.
Could you please try with xterm, konsole, rxvt-unicode and/or pterm?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in
So it is a bash or bash-completion problem (not sure which), but not
gnome-terminal.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1360005
Title:
Cyrillic symbols looks
This is not a gnome-terminal bug, but due to the design of ssh/scp.
In your .bashrc/.profile, make the echo happen only if it's output to a
terminal, e.g.
if [ -t 1 ]; then
echo whatever you wish to see on login
fi
--
You received this bug notification because you are a member of Ubuntu
It's the same issue – the whole app (Firefox) loses the focus
temporarily, whch in turn might cause a permanent focus loss of one
particular component inside Firefox. The core problem is that Firefox
itself shouldn't lose the focus at the first place.
--
You received this bug notification
I (a recent vte/gnome-terminal developer) firmly disagree with the
previous comment's proposal in multiple levels, please see
https://bugzilla.gnome.org/show_bug.cgi?id=697475#c43 - #c44 for my
response. Sourcing vte.sh from .bashrc or /etc/bash.bashrc, as per the
original ticket, is the right way
Sorry, I missed the fact that you're not a random single user, but
Ubuntu's developer finally updating gnome-terminal. I'm grateful you're
doing it and supportive of your work!
You *don't* need to modify any user's existing settings!
You need/should modify some global files under /etc, such as
Also, if you really hate to touch configs and love to patch binaries,
how about patching bash/zsh to automatically emit OSC 7 without any
configs or env vars? :) I know it sounds crazy first, but if you think
about it for a while, it's probably not such a brain-damaged idea after
all, is it?
--
Indeed it could be crucial to know if PROMPT_COMMAND was ever present in
/etc/skel. I think it's fair game if users who have once touched their
configs will need to touch that again.
And it's not that they'll live with something fundamentally broken until
then - it's one convenience feature that
One more thing to consider with the fallback approach:
If you do this, users who've manually set PROMPT_COMMAND will remain
with the old method of figuring out the cwd, including all its bugs and
limitations (not remembering symlink components, not working after sudo,
etc.) They would probably
Looking at http://old-releases.ubuntu.com/ubuntu/pool/main/b/bash/, it seems
that up to bash_3.2-0 (which was shipped by Hardy 08.04 LTS) bash's
/etc/skel/.bashrc defined
PROMPT_COMMAND='echo -ne \033]0;${USER}@${HOSTNAME}: ${PWD/$HOME/~}\007'
Beginning with bash_3.2-4 (Intrepid 08.10)
This is a feature of bash, see man bash - HISTCONTROL
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1378151
Title:
Commands not saved to .bash_history when a leading space
Thanks Martin!
I guess it's way too late for Utopic, but will make it into VV, correct?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1132700
Title:
gnome-terminal = 3.7
Great, thanks!
While we're at it, could you please make sure to upgrade to vte-0.36.3
and gnome-terminal-3.12.3?
Both contain important bugfixes, especially gnome-terminal-3.12.3 fixes
a nasty crash that happens relatively often.
We're talking about minor version numbers here, it should be as
Fair enough, thanks :)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1132700
Title:
gnome-terminal = 3.7 requires sourcing of vte.sh login script
To manage notifications
Typo: ... On the other hand, blocking update of these components until
all of them has a vte-0.38-based version released *sounds* even worse to
me.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
I'm not sure what 'supported' means in this context, but I guess it's
something like the core/default packages of Ubuntu (e.g. config tools,
default desktop including gnome-terminal etc.) as opposed to the
additional software (e.g. other vte-based terminals). Am I right?
I understand that the
A BIG FAT WARNING ABOUT PARALLEL VTE 0.36/0.38 INSTALLS VS BRAIN-DAMAGED
PYTHON GIR:
https://bugzilla.redhat.com/show_bug.cgi?id=1114379 (especially comment
9)
Summary: Just by installing vte-0.38 (next to the already installed
vte-0.36), python apps that happily used 0.36 before will now try to
To everyone suffering from this bug:
You could maybe - as a terrible workaround - disable bracketed paste mode
from your shell prompt. In case of bash, you might want to alter your PS1 to
contain
$'... \[\e[?2004l\] ...'
or set PROMPT_COMMAND to echo $'\e[?2004l'.
When pressing ^O to return
Also, I'm not sure that even if GT would be migrated to VTE 3, that
it would be pushed to 14.04.
I'm absolutely sure it wouldn't. (It has a preliminary vte3 version,
with many remaining bugs, but you might want to give that a try.)
Someone might create an unofficial repo for this package,
Looks like a bug in Gtk+ -- the same code can also crash gedit,
evince...
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1395250
Title:
XConvertSelection crashes
This is definitely not a gnome-terminal bug. It's either the locale
system, or powertop.
The correct canonical value is LANG=en_US.UTF-8 with a hyphen. You're
better off using this one rather than anything else.
For figuring out what's going on with the locale system, you should use
the
Filed upstream: https://bugzilla.gnome.org/show_bug.cgi?id=740613
** Bug watch added: GNOME Bug Tracker #740613
https://bugzilla.gnome.org/show_bug.cgi?id=740613
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in
Upstream fix is https://git.gnome.org/browse/gtk+/commit/?id=732af31 (I
haven't verified).
Ubuntu folks should verify this fix, and if indeed works then backport
to their Gtk+ packages.
** Also affects: gtk via
https://bugzilla.gnome.org/show_bug.cgi?id=740613
Importance: Unknown
Unfortunately mainstream gnome-terminal removed this feature in 3.14. See e.g.
https://bugzilla.gnome.org/show_bug.cgi?id=727743
https://bugzilla.gnome.org/show_bug.cgi?id=730632
** Bug watch added: GNOME Bug Tracker #727743
https://bugzilla.gnome.org/show_bug.cgi?id=727743
** Bug watch
1 - 100 of 490 matches
Mail list logo
