> Are you mean new abstraction, third place, preset for background,
palette and other?
We don't know yet how the user interface would look like.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.la
Submitted https://git.gnome.org/browse/gnome-
terminal/commit/?id=e8ee9f786 to make it more obvious that we indeed
define the Solarized palette correctly.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https:
For those who still see this issue in 18.04:
Is the icon really giant (144x144) for you, as attached to this bug; or
is it somewhat smaller (48x48), as attached to bug 1765704?
Does installing/removing gnome-icon-theme, as per comment 8, do anything
for you?
If you execute xprop from gnome-termi
Silly me, instead of asking questions I should have tried it myself.
Whereas the previous fix definitely fixed it (at least for me) on 17.10,
it's indeed broken (again, in a somewhat different way: it's smaller
now, 48x48) for me too on 18.04.
I'll try to take yet another look.
--
You received
> There is a patch on gitHub for this about 3 days ago.
Where exactly?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1718238
Title:
Giant terminal icon is blocking out the Termina
This patch is broken, and is responsible for re-introducing bug 1718238
(comment 17 onwards).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1764558
Title:
Window buttons icon effec
@guido Oh, I guess I found it, I guess you meant this:
https://gitlab.gnome.org/GNOME/mutter/merge_requests/62
I made a comment over there. This patch is buggy, this is the one that
breaks my previous fix.
The patch is shipped by Ubuntu, named theme-use-gtk_render_icon_suface-
to-paint-button-ic
@guido Nope, that one is irrelevant (that icon title is something
completely different, it's a legacy concept: the title of the window
whenever it's iconified; plus the change is in gnome-terminal's current
development series which won't appear in Bionic).
Anyway, I managed to locate the bug, see
Public bug reported:
The patch from bug 1764558
(https://gitlab.gnome.org/GNOME/mutter/merge_requests/62) is broken, and
should be reverted (or fixed). The breakage it introduces is noticeably
more severe than the tiny shadow it fixes.
The broken patch resurrects bug 1718238, which was fixed not
Done: bug 1770507.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1764558
Title:
Window buttons icon effect isn't applied to mutter decorations
To manage notifications about this b
Continued in bug 1770507.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1718238
Title:
Giant terminal icon is blocking out the Terminal window buttons
To manage notifications abou
What's the version of GNOME Terminal on CentOS that you're referring to,
where you don't face these issues?
GNOME Terminal (more precisely, the underlying VTE widget) was improved
a lot during the last 4 years, tons of emulation (and other) bugs were
fixed. The most relevant one is probably
https:
Jeremy, Łukasz,
If you're about to release an update for Bionic, could you please backport the
trivial
https://git.gnome.org/browse/gnome-terminal/commit/?h=gnome-3-28&id=1828cb6d5
as well?
At one place the strings are accidentally left untranslated on the UI,
even though at some other place t
The new menu items are there in mainstream gnome-terminal's source
(behind a configure flag; so they aren't added by Ubuntu). Hence they
are translated (or not) according to the mainstream GNOME translators'
work.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bu
Public bug reported:
The list of encodings in Preferences → Compatibility is in English. The
list in the Terminal → Set Character Encoding menu is properly
translated, though.
Upstream bugreport: https://bugzilla.gnome.org/show_bug.cgi?id=795358
Upstream trivial fix: https://git.gnome.org/browse
Well, since it's in "proposed", which I guess means waiting for
feedback, and is not an urgent update at all, my feedback was maybe you
should hold it off and release along with that other fix to save an
update for users :-) Anyway, filed that as bug 1771290, rest is up to
you. Thanks a lot! :-)
-
Confirmed. This is related to how gnome-terminal starts up, via dbus /
systemd --user. Even if you type "gnome-terminal" in let's say an xterm,
it just notifies systemd to fire up the server. During this step,
environment variables get lost.
As a workaround, you could manually start up the server,
Yes please :)
For both components, there are only very few and tiny changes.
vte 0.52.2
(ftp://ftp.gnome.org/pub/GNOME/sources/vte/0.52/vte-0.52.2.changes)
fixes a crash which I've also filed with further details as LP bug
1772506, hence releasing a fix is highly desirable.
> here are fixes rela
Confirmed. Thanks for the report, forwarded upstream:
https://gitlab.gnome.org/GNOME/gnome-terminal/issues/4.
--
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/1775111
Title:
g
Fixed upstream in https://gitlab.gnome.org/GNOME/gnome-
terminal/commit/6ec754bf. Will be included in gnome-terminal 3.28.3,
whenever (if at all) released (there's no schedule for that).
Up for Ubuntu to cherry-pick the fix...
--
You received this bug notification because you are a member of Ubu
I can reproduce this in a GNOME session, but not in Unity. Sounds like a
bug with the window manager (gnome-shell or mutter).
--
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/177
** 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
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
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
Desktop Bugs, which i
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 notif
> 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 recei
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
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.
h
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 i
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 un
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 >=
0
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
C
*** 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 t
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 lik
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 Ubun
** 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 swa
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 th
(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 manag
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
ter
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 su
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 a
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 Ubun
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 str
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
Deskt
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 becau
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 pr
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?
--
Y
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) PROMPT_
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 spa
*** 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
*** 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 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 t
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: GNO
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 the
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.
https://bugs.launchpa
Fyi: vte-0.34.9 will add caching
(https://git.gnome.org/browse/vte/commit/?h=vte-0-34&id=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 Ub
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, p
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 ne
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:
./.gconf/desktop/gnome/pe
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 o
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
Des
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?
A
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 Nu
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 En
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 digit
** 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
s
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 fo
@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, whic
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:
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
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.l
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 Bu
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 notifi
@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 i
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
I guess this patch should work. I tried to remain as close to the
existing code as possible, just remove that erroneous parameter which
comes from self.args[0]. (No idea how to properly format the patch here,
anyway, you get the point and can apply manually.)
--- gnome-terminal
+++ gnome-terminal
> generally the [0] argument can also be --
How? Can you please give an example?
The upstream GNOME Terminal change that we're affected by is
https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/8074. GNOME
Terminal used to silently ignore non-option parameters (before the "--"
if such a parame
Duplicate of bug 2049923?
** Summary changed:
- gnome-terinal crashes when detaching window
+ gnome-terminal crashes when detaching window
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchp
Ubuntu 25.04 removes the gnome-terminal.real wrapper, and thereby (maybe
accidentally) fixes this bug.
The only affected distro is 24.10 which will EOL in 3-4 months from now,
so I guess it won't see a fix.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, wh
So, the rectangle text insertion cursor is where it is supposed to be,
but is blinking much faster than it should; do I understand you
correctly now?
When this happens, how long does it last? If you move the mouse pointer
away, does the blinking go back to its regular pace? If you move the
mouse p
401 - 500 of 509 matches
Mail list logo
