I assume you paste this to the shell (command line).
I can reproduce the same problem in xterm with the bash shell. Not with
zsh, though.
Therefore it's a bug in bash (shell), not gnome-terminal.
** Also affects: bash (Ubuntu)
Importance: Undecided
Status: New
--
You received this bu
> EDIT: THIS IS THE WORKAROUND:
> bind 'set enable-bracketed-paste off'
It's absolutely unclear to me what you're referring to here. You mention
a workaround that wasn't mentioned earlier in this thread, the word
"bind" first appears in your comment (so: where did you take it from?)
then you say i
alainpannetier,
You show how to rebuild the terminal emulator widget (not exactly the
version shipped by Ubuntu, without the patches and configurations
shipped by Ubuntu), with one patch that is utterly irrelevant to this
topic here.
I don't have the slightest idea how that could fix the truly un
I'm starting to wonder whether it's really
https://gitlab.gnome.org/GNOME/vte/-/issues/2577, or perhaps the change
done there covers up this bug (prevents a crash) but might still result
in slightly incorrect behavior (e.g. not recognizing whatever needs to
be recognized as being under the mouse),
As far as I can see, VTE did not change. However, any external
circumstance might have accidentally made it occur much less frequently.
Please get back to me if it crashes again, knowing what action triggered
the crash might be a big clue for us.
--
You received this bug notification because you
I've just found a link to this ancient bugreport in
https://en.wikipedia.org/wiki/ANSI_escape_code.
Unfortunately this discussion here contains two confusing mistakes. I'd
like to correct them for future reference purposes. No action necessary,
other than perhaps closing this bug, and fixing the W
Looks the same as https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=1052172.
If it's indeed the same, and if the analysis over there was correct,
then this was a bug in package libvte-2.91-0 version 0.74.0-1 and is
already fixed in version 0.74.0-2.
** Bug watch added: Debian Bug tracker #105217
The problem is: according to the URI specification, there is no way to
denote the line number. In fact, the URI
"file:///full/path/to/filename.cpp:linenumber" refers to a file whose
name is literally "filename.cpp:linenumber".
Correspondingly, the entire stack that handles the opening of a URI (th
What we _could_ perhaps do (because detecting a URI in a text flow is
undefined territory, with already quite a few quirks in place, such as
stripping off the trailing dot) is to strip off the trailing
":linenumber". That is, the trailing ":" if it's followed by numbers
only.
That way you could ea
What do you mean by "split windows out from tabs"? Do you mean right-
clicking on the tab and choosing "Detach Terminal"?
Do I understand correctly that the freeze and crash always happens right
after opening a new window or detaching a tab? Does the new window
appear before the freeze or not?
--
I have to start by asking the obvious: Did you notice the checkbox in
front of the grayed out options and toggled them?
If so: How do you create the new profile: by creating a fresh one (the
"+" sign next to "Profiles") or by cloning an existing one?
I don't think anything of importance changed i
The bottom 16 "palette" pictures are not the colors to choose from. They
are the 16 basic slots whose colors you can also configure.
Click on any of these: either default fg/bg, bold colors etc. or one of
the bottom 16 ones. Pick a color in the color cube or enter a hex value.
Close this window by
https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/8050
** Bug watch added: gitlab.gnome.org/GNOME/gnome-terminal/-/issues #8050
https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/8050
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subs
We just made the actual behavior a bit cleaner.
Can you point out any particular piece of text in the help that you
think mislead you and could be improved?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
htt
It looks to me that you still don't understand how it's all meant to
work.
You found a possibility that we did not intend to have, involving
dragging. This unexpected behavior that you found will be disallowed in
future versions.
Here's how it's supposed to work:
In the Colors tab of the Prefere
It's never the terminal emulator (whether GNOME Terminal or any other
terminal app) that decides what to print on a backspace. The only thing
it does is that it tells over the tty line that the backspace key has
been pressed.
It's the remote party, which could be the application running inside
(su
Correct me please if I'm wrong, but it looks to me that you have studied
the relevant source code and even located the problem in one of the ibus
related package.
So I'm wondering, shouldn't you have filed this bug against that
component, rather than gnome-terminal?
Is there anything gnome-termin
By the way... absolutely independently from terminals...
U+17d2 is a combining accent. When I checked (many years ago), major
graphical toolkits (e.g. GTK and QT) disagreed whether the backspace
keypress should delete only the combining accent, or the entire glyph
(base character + combining accen
Maybe the bug you _really_ wanted to report is that gnome-terminal
doesn't use the "surrounding text" feature of input methods?
--
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/2
> change to that new tab
This is a no-op because the new tab is automatically swithed to,
correct?
---
Are you on Wayland or X11? This command should answer it:
echo $XDG_SESSION_TYPE
---
I cannot reproduce the crash. The steps to reproduce are very simple, so
I believe we should have receive
H trying to make sense of it...
There's hardly any code from gnome-terminal itself in the stack trace,
most of them is from GTK.
#10 is from update_color_scheme():
if (gdk_rgba_hash (&priv->bg_color) != gdk_rgba_hash (&bg))
{
priv->bg_color = bg;
g_object_notify (G_OBJE
The downstream patch added by Ubuntu to address this issue is suspected
to cause a crash, see lp:2049923.
--
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/1493964
Title:
Gnome
During the last barely more than 24 hours, at least 4 people have
reported/confirmed heavy latencies newly appearing in their GNOME
Terminal. One person with Ubuntu 23.10 and two people with Ubuntu 22.04
(one of which comments has just been removed).
https://gitlab.gnome.org/GNOME/gnome-terminal/-
Another most likely duplicate: https://github.com/gnome-
terminator/terminator/issues/899
And yet another most likely duplicate:
https://bbs.archlinux.org/viewtopic.php?id=294164. Here a user claims
that downgrading gnome-shell and mutter fixes the issue, and points to
upstream issue https://gitla
Seems to be reported upstream at
https://gitlab.gnome.org/GNOME/mutter/-/issues/3384.
The upstream bug unfortunately also made it into Ubuntu update packages
in https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2054510.
** Also affects: mutter (Ubuntu)
Importance: Undecided
Status:
> [amirsalarsafaei] I downgraded my mutter to 45.0-3ubuntu3 but the
issues persists
Mentioning just in case:
You should downgrade all the packages built from mutter's source that
you have installed, including libmutter-13-0, mutter-common, mutter-
common-bin etc. (Or at least I don't know which o
@ Daniel van Vugt,
The faulty change has a timestamp of 22 Feb, and the package began to
arrive at users probably on 29 Mar. That's a difference of 5 weeks.
I'm not familiar with Ubuntu's internal procedures, I don't know how
things work, which component (e.g. building packages, QA, somewhat wide
> Upstream Gnome 46 made a lot of changes recently to improve
performance and input lag in Gnome-Terminal. Those changes are separate
from this bug.
Exactly.
> I don't know whether those changes were backported to Ubuntu 22.04,
which ships Gnome 42.
They weren't, and almost certainly won't be.
*** This bug is a duplicate of bug 2059847 ***
https://bugs.launchpad.net/bugs/2059847
Duplicate of bug 2059847.
See also: https://askubuntu.com/questions/1509058/input-delay-on-
terminal-ubuntu-22-04-4
** This bug has been marked a duplicate of bug 2059847
Input lag or freezes on Nvidia
I can reproduce the problem on two computers, both running fully-updated
24.04 beta.
For me, the bug appears if all of these circumstances are met:
- /org/gnome/desktop/interface/gtk-theme is Ambiance or Radiance
- one of the windows is focused
- the Desktop Icons NG (DING) extension is enabled in
Looks remotely related: https://askubuntu.com/questions/927893/white-
line-on-left-of-ubuntu-launcher-when-desktop-icons-enabled
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/198
I've modified /usr/share/themes/Ambiance (recursively), search-replacing
all the "1px" to "10px", and (after logging out and back in) the line at
the desktop's right edge looks about 10px wide.
So we're on the right track.
--
You received this bug notification because you are a member of Ubuntu
It's /usr/share/themes/{Amb,Rad}iance/gtk-3.20/gtk-widgets.css line 18:
.background:backdrop {
color: @backdrop_fg_color;
box-shadow: inset -1px 0 shade (@bg_color, 0.94);
}
Change that to 0 (or I guess you could remove the entire line or even
the enti
Without root access (or being worried of an update overwriting the
changes), this is how I could fix it as a user.
I've placed this in my ~/.config/gtk-3.0/gtk.css file:
window.desktopwindow.background:backdrop {
box-shadow: none;
}
Don't ask why it's gtk-3.0 and not 3.20 or 4.0, I have
> Wow, I didn't realize that people were still trying to use Ambiance
and Radiance (from source package ubuntu-themes) with Ubuntu 24.04 LTS.
I'd love to switch to Adwaita or Yaru, but I prefer to have dark window
header and light window contents, and I haven't found yet how to do it
in those.
(I
Let's see what DING devs think: https://gitlab.com/rastersoft/desktop-
icons-ng/-/issues/315
** Bug watch added: gitlab.com/rastersoft/desktop-icons-ng/-/issues #315
https://gitlab.com/rastersoft/desktop-icons-ng/-/issues/315
--
You received this bug notification because you are a member of U
DING developer's response is basically that they clear the "decorated"
property of the window, and the theme should handle that.
Based on this, I think the correct solution for the Ambiance/Radiance
themes is to further restrict the offending block with the ".decorated"
selector, i.e.
.backgrou
> .background.decorated:backdrop {
This still doesn't feel entirely good. The background can be applied to
a window, in which case it needs to be restricted to the .decorated
property; but I presume it can also be applied to many other GTK widgets
in which case it shouldn't be restricted, at least
*** This bug is a duplicate of bug 2059847 ***
https://bugs.launchpad.net/bugs/2059847
It's a bug in the mutter package; a fix is on the way. See bug #2059847.
** This bug has been marked a duplicate of bug 2059847
Input lag or freezes on Nvidia desktops with X11 after logging
"MetaSyncRi
Upstream GNOME Terminal 3.52.1 received a change that _looks_ like it
_might_ fix this. I don't know, there's no bug entry linked to it, we'd
have to try and see if it indeed fixes the problem.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscri
Just wondering, does it help if you disable transparency (in Preferences
-> Unnamed profile -> Colors)?
--
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/2064716
Title:
gnome-t
Sorry if I wasn't clear. I didn't mean what if you toggle transparency
after the bug manifests.
What I meant was: What if you completely disable transparency, use
gnome-terminal without enabling that feature. Maybe even restart gnome-
terminal, just in case. Does the bug still occur then?
If so,
> The only thing that has worked for me is listed below
> 1. Reinstall Ubuntu LTS 22.04.4 without any upgrade or just don't connect it
> to the internet.
To anyone who considers reinstalling the OS due to this issue (because
you messed up your system beyond repair, or whatever): Why not go for
24
> @egmont-gmail For users on 22.04, would you suggest upgrading to 24.04 as
> well ?
> Is this something you would recommend or are there some important pitfalls to
> know about beforehand ?
@toniopelo I cannot make a generic recommendation. It depends on your
circumstances, priorities, short-te
I can confirm this bug with in-development 24.10's packages.
Upstream gnome-terminal (i.e. the "gnome-terminal.real" executable) is
not affected. The bug only occurs if Ubuntu's (or Debian's? I'm not
sure) wrapper script (named "gnome-terminal") is used.
That wrapper script didn't change since 3.
The command
gnome-terminal --window --class weechat-ssh
seems to in turn execute
/usr/bin/gnome-terminal.real --app-id com.canonical.Terminal.weechat-
ssh /usr/bin/gnome-terminal.real --window
whereas that "/usr/bin/gnome-terminal.real" parameter in the middle
seems to be accidental noise t
GNOME Terminal, by design, only shows you fonts that are marked as
monospace (a.k.a. fixed width). Terminal emulation, by its very nature,
uses a strict grid of cells, and proportional (non-monospace) fonts are
usually unusable, or extremely ugly at least.
If the said font is a monospace one, but
I'm pretty sure this is reproducible with any terminal emulator. The
application you're interrupting leaves the terminal emulator in some
non-default state. Blindly executing the command "reset" should fix it.
Also, please file a bugreports against such applications to properly
clean up the termina
Oh, by the way... do you have a reproducible test case?
I've seen this behavior many times, but never investigated to understand
what happens _exactly_ under the hood. Now I'd like to dig a bit deeper.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which i
For setting: vte-2.91.sh is intended to do that... the ".sh" extension
was missing, sorry.
--
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/1609342
Title:
Gnome-terminal sets
gnome-terminal 3.36, which is included in Ubuntu 20.04, added a config
option Preferences -> -> Command -> Preserve working
directory.
Older versions preserved the directory only when launching a shell, not
when launching a custom command. This behavior was frowned upon by some
folks, understanda
(Former VTE developer here)
A terminal emulator's job is to execute the precise instructions it
receives from the connected application (e.g. bash), and in this case,
VTE does that correctly. It's bash (or some other readline app) that
asks the terminal to print the prompt over and over again, and
*** This bug is a duplicate of bug 1927063 ***
https://bugs.launchpad.net/bugs/1927063
** This bug has been marked a duplicate of bug 1927063
Terminal prompt got strangely replicated when resizing terminal horizontally
--
You received this bug notification because you are a member of Ubun
This is not an issue with the terminals, this is a new feature of
bash-5.1. Search for the word "highlight" at
https://lists.gnu.org/archive/html/info-gnu/2020-12/msg3.html .
---
This could not theoretically be a bug in gnome-terminal/vte. Terminals
don't directly paint a letter as a conseque
> You mean it will always be like this going forward?
I don't know. This was a change in the default shell "bash". I'm not
involved in bash's development, nor in Ubuntu's. I don't know what their
plans are. I don't know if this feature can be disabled in bash (but I
know that it's bash's documenta
...patch its source or ask its developers...
--
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/1926256
Title:
Pasted text in the terminal is always highlighted and selected
To
> h. Bracketed paste mode is enabled by default.
> If so, it looks like this "feature" can be disabled. How?
The way to disable bracketed paste mode is presumably to place this in .inputrc:
set enable-bracketed-paste off
But DON'T do this! Bracketed paste mode is an important safety measure
again
> I see the benefit to the change in bash from a security perspective, so
> perhaps gnome-terminal needs to adapt to this new feature.
You missed the possibility of keeping bracketed paste mode (the
functionality) enabled (as I, for one, have had it enabled ever since
bash added this feature, whic
Public bug reported:
Please remove the ancient GTK2-based vte aka. libvte9{,-common} from
Eoan.
Upstream version has been unmaintained for about 8 years, development
continued in the GTK3 branch (vte2.91 aka. libvte-2.91-0).
Geany is the only package referring to it, and it also does incorrectly
I confirm the previous suspicion: This is _not_ an upstream bug.
Upstream gnome-terminal draws the scrollbar perfectly.
This bug is introduced by one of the Ubuntu patches.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-termina
GNOME Terminal 3.33.3 (VTE 0.57.3) implements BiDi support, according to
the proposal at https://terminal-wg.pages.freedesktop.org/bidi/ .
In alignment with Diego's comments and my responses to them, it
implements multiple modes. Shuffling the characters according to the
BiDi algorithm is enabled
gnome-terminal itself doesn't do any authentication / PAM stuff. It's
probably an issue with `systemd --user` which launches 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.launchp
> Starting a gnome-terminal from this terminal
Even executing "gnome-terminal" from an xterm goes through dbus/systemd.
"gnome-terminal" is just a controlling client that asks systemd to start
up a server which then displays the window and does all the rest.
Don't ask why the architecture is like
VTE (libvte-2.91-0) version 0.56 mostly addresses this issue, spacing
marks are now combined as desired with the preceding base letter.
(Dotted circles still might be displayed around line wraps, as well as
under the rectangle cursor. For the latter problem, a workaround is to
choose a different c
Public bug reported:
Debian/Ubuntu package of gnome-terminal 3.34.0 moved the server binary
from /usr/lib/gnome-terminal to /usr/libexec.
The Ubuntu package ships a wrapper script as /usr/bin/gnome-terminal.
This one still looks for the server at its old location in
spawn_terminal_server().
It's
> What the script does, since you ask,
Sorry for the loose phrasing. I was aware of the global picture, just
wasn't sure (and was lazy to investigate) when exactly a bug would be
triggered, i.e. when that code would be reached, which you answered:
> It is broken if you pass --app-id
Thanks for t
I agree it's a nice idea.
One nitpick: All the source code goes right next to handling LP regexes,
so I'd place and number the patch itself in the "series" file right next
to it, too.
This patch would be useful for Debian too, but they don't have
60_add_lp_handler.patch which this patch builds on
> The other option would be to do it "properly" the way upstream want
I can't recall/find such a request in upstream gnome-terminal's tracker,
I don't think we (gnome-terminal upstream developers) have any plans on
adding this feature. IMHO downstream distro-specific patches are fine
here.
> Also
I wanted to say "Jeremy is maintaining both the Debian and Ubuntu
*packages* ..."
--
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/1775329
Title:
Feature request: Add a handle
Haha, indeed. Thanks! It's been inactive for 9 years, though.
--
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/1775329
Title:
Feature request: Add a handler for CVE URLs
To m
gnome-terminal switched to using the GMenu architecture in
https://gitlab.gnome.org/GNOME/gnome-terminal/commit/0820b3853, which is
supposed to be superior to the old one with Unity's menuproxy. It
suffers from new bugs and limitations though.
This change, as far as I recall, already affected how
> Only a few applications don't adhere to this, even on Wayland.
That's probably due to the others still using the X11 compatibility
layer Xwayland.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
https://bugs.l
> As you can see both arguments itself are true.
The first two arguments you printed are bitmasks, it doesn't make sense
to directly interpret them as boolean.
> But why is a "bitwise and" used in g_warn_if_fail()?
Because that's what it wants to do: warn if the MULTILINE flag isn't
set, regardl
It's indeed an opinion, but my one matches Merlijn's (Merlijn, I'd
appreciate if you opened a bug according to Daniel's suggestion (does it
really belong to mutter, rather than some more core wayland
component?)).
In most software, Ctrl+Arrow walk the cursor faster than the modifier-
less Arrow ke
> So the cause is that the MULTILINE flag is just that not set during
compilation?
Compilation of the regex when running tilix, not compilation of the
source code.
I have to admit I don't know what this regex is for, and whether
required in unpatched vte or not. If tilix is warning-free with
unpa
Fix: "I have to admit I don't know what this regex *flag* is for..."
--
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/1666264
Title:
FFe: Update gnome-terminal to 3.24 and vte
I'm not affiliated with Ubuntu, so I probably shouldn't be the one
warning you, but your style is unacceptable, no matter how serious issue
you report.
gnome-terminal could warn you before pasting a newline. It could offer
to disable that warning, in which case most users would do so, falling
back
> I don't think having to hit Enter when you paste several lines [...]
would be a great annoyance
You have the shell as use case in your mind. Other use cases include
e.g. pasting to a text editor. Having to hit Enter there would be quite
an annoyance.
> but if it was for someone, there would alw
Thanks for the report! I've forwarded it upstream:
https://gitlab.gnome.org/GNOME/gnome-terminal/issues/33.
(Note that this shortcut is disabled by default, not assigned to F10.)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-t
Hi guys,
- Due to a change in vte-0.54 around the child-exited signal,
unfortunately lxterminal (LP: #1794440) and sakura (LP: #1790317) now
crash when a tab is closed by clicking on the X button. Luckily, a fix
is available for both of them. Could you please make sure to apply those
fixes?
- I k
VTE does have code in place to support these variables and they work for
me. No need for reboot, not even to restart gnome-terminal, it should
pick up the change immediately.
It stops blinking the cursor when the focus is lost, and restarts
blinking it when the terminal is focused again. Are you s
> cursor-blink-time: 1200
> cursor-blink-timeout: 1
> time=463 timeout=10
Oops, time should also match and it doesn't.
Can you confirm that blinking is pretty fast for you, that is, the
duration of an entire cycle (on + off phases) is a bit less than half a
second (463 ms, rather than 1.2 sec
https://weechat.org/files/doc/devel/weechat_user.en.html#option_weechat.look.eat_newline_glitch:
"[eat_newline_glitch] is disabled by default because it can cause
serious display bugs"
Try the behavior in xterm, too. If it's buggy there too then it clearly
has nothing to do with gnome-terminal.
It is really, really not the terminal emulator's job to set basic
environment variables.
It should either be done by the environment in which gnome-terminal is
started (e.g. systemd --user), so that the terminal just transparently
passes this on; or should be done by the shell initialization files
I'd take one step back and ask the question: Why would anyone one a
graphical system need to run a terminal emulator in order to get
notified about new mail? What if someone uses all kinds of other
applications (web browser, document editor, photo viewer, music
player...), just not a terminal, why
gnome-terminal lists the fonts that are monospace according to
pango_font_family_is_monospace(). The font as well as Pango should be
examined why this one isn't believed to be a monospace one.
That being said, you can still set this font using dconf-editor, by
setting /org/gnome/terminal/legacy/pr
Yes the space could be relevant, search for "ignorespace" in bash's
manual.
Also, it's the shell (bash) handling the history, not the 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.lau
The same applies not just for the mouse mode, but a whole lot of other
terminal modes (e.g. keypad modes, alternate charset, alternate scroll
mode, bracketed paste mode, colors, attributes and many many more...).
The problem cannot be fixed in the terminal: The terminal, by design,
only sees a sin
Is the behavior the same in other apps, e.g. gedit, libreoffice writer,
firefox, etc...?
--
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/1720213
Title:
Word moving with left-
Hi,
Is it too late for 17.10 even if let's say I ported the patch for you
tonight? (I can't promise but I might take a look *if* you confirm
upfront that it'll likely make it into 17.10.)
The big change (that requires to update the pcre2 patch) made it into
3.25.1 (vte 0.49.1) so strictly speakin
Whenever you update to vte-0.50, please make sure to address lp:1718909
too! It's really not okay to accidentally remove a brand new feature
from Tilix.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://
1. I'll let this one go then, sorry.
2. No worries! I don't know what vte/gnome-terminal will add in this
cycle, but especially for the forthcoming 18.04 LTS it would be great
not to miss something new due to such a silly misunderstanding.
3-4. I'll forward the request to the main developer not t
Only 2 hunks fail to apply, one of them is trivial to fix. There's 1
tough, about a 100 lines in vte.cc.rej.
--
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/1721412
Title:
Up
Related to bug 1708306.
--
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/1722121
Title:
Gnome-Terminal ignores theme, preferences is unavailable, and copy not
working when l
Related to bug 1722121.
--
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/1708306
Title:
Middle click paste not working in terminal launched from context menu
To manage notifi
Marius, thanks for this info!
gnome-terminal relies on smooth scrolling events at least since vte-0.38
(which appeared in Vivid 15.04), see
https://git.gnome.org/browse/vte/commit/?id=7efb04f.
At this moment I'm puzzled what can go wrong on the reporter's computer.
Carlos, can you reproduce the i
> Lastly if we try that smooth scrolling, how do you configure it?
I don't think you can directly configure this, it's already enabled
behind the scenes and used for devices that can generate such events.
What you could do is to follow and repeat
https://bugzilla.gnome.org/show_bug.cgi?id=774430
Oh, I misunderstood that then, sorry. I don't know how to configure, I'm
only familiar with the graphical option, which, as we've discussed
earlier, is missing for you.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in
@Marius, Ubuntu 17.10 uses gnome-shell by dfault, but unity is still
available.
Actually I'm using unity7 on 17.10, and this bug isn't present there.
However, I can confirm the bug on gnome-shell + wayland.
Interestingly, trying a couple of terminal emulators (xfce4-terminal,
mate-terminal) some
Paul, what do you mean by "scroll bars extending one pixel past the
right and bottom edges"??
--
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/1288655
Title:
terminal gets sma
1 - 100 of 500 matches
Mail list logo
