A few people confirmed that their system always sends keycode 87 for
keypad 1/End, independently of NumLock's state. They don't face this
bug.
I've connected an external keyboard to my laptop and that one also
always sends 87, as opposed to the built-in one.
Really looks like we're facing some br
I reported upstream that NumLock is broken after using setxkbmap (as mentioned
in comment 35):
https://bugs.freedesktop.org/show_bug.cgi?id=78012
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/184472
*** 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
Bugs, which is subscribed to Ubuntu
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've added a patch to the upstream bugreport.
boon, could you please test that?
Could you please also let us know what application(s) produce these
kinds of escape sequences?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bu
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356433
Title:
detached tabs can not be reattached
To manage notifications about this
> Please excuse my ignorance but I don't know how to do that. Can you tell
> me what commands to type?
> Is it in a repository somewhere or do I have to build from source?
You need to build from source, which goes something like this:
wget ftp://ftp.gnome.org/pub/GNOME/sources/vte/0.37/vte-0.37.2
Could you please try the 2nd patch? It should fix RI, OSC and friends.
What's the terminator character used by VMS when emitting an OSC
sequence? The terminator can be either a BEL ('\a', ASCII 7) or an ST,
whereas the ST has two version: the 7-bit clean ESC \, and the C1
counterpart 0x9C.
With
> in the program that I built from source as per your instructions, this
feature seems to have disappeared.
This program is a test application for testing the actual terminal
emulation only. If you wish to see gnome-terminal getting this feature
(beware, it's a bit hairy, don't break your system,
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
> Looking at the source, it is necessary to send ESC[?40h
This is the intended behavior, matching xterm and http://invisible-
island.net/xterm/ctlseqs/ctlseqs.html
> Answerback does not work
Yup. What would be a practical use for this feature? Note that VTE is
not developed along the lines of
> In an ideal world we would not have to do this because...
I disagree. Such an approach would prevent innovation, at least, there
wouldn't be a way to communicate new features towards applications. In
an ideal world, you could dynamically query the terminal for features
and it would respond in
> It's true that we could have defined the answerback response to have a
syntax that basically matches the response to \e[c ...
That's a crucial issue here. If all terminals responded in a well-
defined syntax (i.e. terminalname) then
I'd happily move ahead and hardcode "VTE" or even "VTE ".
But
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
Bugs, which is subscribed to Ubuntu.
https://bug
** Summary changed:
- gnome terminal swallows tabs
+ gnome terminal swallows tab characters
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1353354
Title:
gnome terminal swallows tab characters
To m
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 misbehavior,
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
Bugs, wh
** 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
https://launchpad.net/~attente/+archive/modifier-only-input-sw
vte 0.36 (gnome 3.12) is going to fix this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/342436
Title:
Ctrl-End and End are indistinguishable on gnome-terminal
To manage notifications about this b
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96676
Title:
function keys don't work in gnome-terminal
To manage notifica
vte 0.36 (gnome 3.12) will fix this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1231787
Title:
man page colors messed up just after exiting curses command
To manage notifications about this bug
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.
On
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
Bugs, which is su
See also bug 1132700.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1261619
Title:
Update GNOME Terminal to 3.10.2
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+s
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
Bugs, which is subscribed to Ubuntu.
https://bugs.
vte-0.36 will include the fix.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/932940
Title:
gnome-terminal intercepts ctrl-f1 making it unusable for applications
running within
To manage notificat
It keeps confusing me all the time, too, even though I'm also aware of
the issue. (Unfortunately here and in other bugreports too it seems to
me that Ubuntu gives really low priority to basic usability issues :( )
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Yup, it's NP300E5Z -- is it really relevant? Sounds like a software only
problem to me :)
--
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:
Keyboard stops working after Ctrl+Shift+U follo
More precisely, as found on another sticker: NP300E5Z-S07HU (it has a
Hungarian layout)
--
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:
Keyboard stops working after Ctrl+Shift+U followe
Hi Christopher,
This is most definitely *not* a hardware issue, but something with X or
Gtk or Unity or Compiz, or something along these lines.
The bug is triggered by a certain key sequence of entering too many
digits to Unicode characters. In the resulted state, certain keys
(whichever are con
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 af
*** 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 #7
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 not
I'd like to second the request. This package is required to build newer
Gnome components. I happened to try to build gnome-terminal 3.12 but
I'd guess it's not the only one. I had to install appdata-tools from
the gnome3 staging ppa, but a simple "apt-get install" would be more
convenient.
--
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/802412
Title:
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
Bugs, which is subscribed to Ubuntu.
https://b
Will be fixed by vte-0.34.9
(https://git.gnome.org/browse/vte/commit/?h=vte-0-34&id=6e65d90).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1165032
Title:
Bad delta calculation in vte_terminal_set_s
r3795 indeed seems to fix it, thanks again! :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1019139
Title:
[regression] Horizontally resizing a vertically maximized terminal is
now very slow, unr
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, thou
I've added C1 support to git master. It'll hopefully make it into Ubuntu
15.10 W W.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297051
Title:
gnome-terminal doesn't recognise C1 controls
To mana
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1395250
Title:
XConvertSelection crashes gnome-terminal
To manage notificatio
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 command
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpa
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 ea
Fair enough, thanks :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1132700
Title:
gnome-terminal >= 3.7 requires sourcing of vte.sh login script
To manage notifications about this bug go to:
http
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 form
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1132700
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
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1360005
Title:
Cyrillic symbols looks strange when using autocomple
> Coming first to \e[?40h ...
I'm really not an expert on the terminal emulation topic (especially in
these rarely used areas that you're interested in), don't feel
comfortable changing anything. (In my personal opinion, no matter how
physical terminals worked a couple of decades ago, on a modern
I was actually wondering about the same... App-controled resized kinda
only makes sense with another setting that would inhibit a window
manager initiated resize.
Gnome-terminal is actually vte (the real terminal emulation) + gnome-
terminal (only the UI menus, tabs and such). If you don't care ab
The response to \e[>c should contain the version number. Well, in case
of xterm it contains that. Now, some emulators (e.g. vte) put their own
version number there, while some others (e.g. konsole) put the version
of xterm it claims to be compatible with.
Imagine there'd be a brand new escape se
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1132700
Title:
gnome-terminal >= 3.7 requires sourcing of vte.s
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
Confirmed with mainstream vte-0-34 HEAD (pre-0.34.9).
Could you please report the bug upstream at
https://bugzilla.gnome.org/enter_bug.cgi?product=vte ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
In vteseq.c the case 47/1047/1049 should call
_vte_terminal_set_default_attributes (terminal); before clearing the
screen. Not sure if it should go inside the "if (set)" branch, or
outside.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
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
Public bug reported:
When clicking on the date/time, the dropdown window contains the
year/month/day I visited there previously. Since altering the month or
year doesn't change the day, often today's day number is highlighted.
This, along with today's date being shown at the top, very easily leads
Public bug reported:
I click on the date&time widget. A dropdown appears.
The topmost row contains today's full date, e.g. "Wednesday, 16 October
2013". On mouseover it is highlighted, and on clicking it disappears.
Hence I assume it's a menu entry intended to do something. There's also
an "Add e
Sometimes (especially if I double click on a day number) there's a back
and forth highlighting with the current day.
E.g. today is the 16th. I highlight the 11th. Then I double click on
18th. There's an 18->16->18 flicker.
If I walk to a different month, for the duration of the flicker the
who
** Summary changed:
- Does not open "with" today, can't jump there
+ Does not open with "today", can't jump there
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1240251
Title:
Does not open with "to
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
Public bug reported:
When a window is maximized or made fullscreen, it is first resized to a
slightly bigger size and then made maximized or fullscreen.
This intermittent step shouldn't be there, the window should be resized
to its final size immediately.
To reproduce:
1. Start gnome-terminal,
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
That the bug is about incorrect subpixel rendering, sometimes (on the
most typical screen: horizontal RGB) the fonts are rendered
approximately as if the screen was horizontal BGR.
The two screenshots linked so far were created on such systems, hence
they exactly represent the problem for those lo
*** This bug is a duplicate of bug 1056532 ***
https://bugs.launchpad.net/bugs/1056532
** This bug has been marked a duplicate of bug 1056532
geeqie-standard crashes on start with SIGSEGV in editor_command_parse() when
unity-lens-photos is installed
--
You received this bug notification
The same window keeps bugging me too, sometimes not for weeks, but
sometimes multiple times a day.
I fully agree with the original report, but I'd add two more things, one
at the very top of the list:
0) I have no idea what "system program problem" this is referring to, so
I have no idea if I sho
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
Bugs, whic
I don't understand: why does it require an extension to SSH protocol?
Sure, one possible way would be to make ssh forward this bit of
information. However, the IUTF8 flag should be set consistently with the
locale (the character set part), which is not forwarded by ssh either -
but still set on th
@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 found a hacky workaround - add this to your $PS1:
The workaround of resetting relevant settings from the prompt has
already been mentioned – although without showing a concrete example.
> Given how randomly it happens, I believe there is a real bug in
Terminator
I'm about 99.999% sure that 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
Bugs, which is subscr
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.
Public bug reported:
24.04 beta, fully updated.
Simply start 'itstool'. Notice how it spits out a lot of syntax
warnings:
/usr/bin/itstool:239: SyntaxWarning: invalid escape sequence '\s'
if re.sub('\s+', ' ', text).strip() != '':
/usr/bin/itstool:337: SyntaxWarning: invalid escape seque
itstool didn't change from 23.10, python3 did.
This article seems relevant: https://adamj.eu/tech/2022/11/04/why-does-
python-deprecationwarning-invalid-escape-sequence/
and it also claims that python 3.11 already gave warnings if you asked
for it (which wasn't the default), but with python 3.12+
Filed upstream bug https://github.com/itstool/itstool/issues/54, but
upstream has been unmaintained for 2.5 years, not sure if we can expect
a quick "official" fix.
** Bug watch added: github.com/itstool/itstool/issues #54
https://github.com/itstool/itstool/issues/54
--
You received this bug
*** 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 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
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1986450
Title:
Visual a
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
Can you describe how those artifacts look like? Or attach a screenshot
or video taken by an external camera?
Do you have fractional scaling?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2063270
Titl
601 - 700 of 725 matches
Mail list logo
