Hi,
So, this is affecting me on Ubuntu 20.04 - gnome-terminal no longer
preserves the current working directory in bash upon opening a new
window (or tab) from the context menu. Does anyone know what's going on?
The /etc/profile.d/vte-2.91.sh script is being sourced correctly, but I
believe that
Invalid means that it is not a bug in gnome-terminal. It has the status
"New" in Unity.
--
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/750700
Title:
Unity Compiz plugin capt
** Summary changed:
- gnome-terminal captures F10 for menu even when explicitely disabled
+ Unity Compiz plugin captures F10 for menu even when explicitly disabled in
gnome-terminal
** Description changed:
- Binary package hint: gnome-terminal
+ There is menu item in Edit / "Keyboard Shortcuts"
To be more specific, I think that
> "CompizConfig Settings Manager" / "Ubuntu Unity Plugin" /
> "Key to open the first panel menu"
should be deactivated by default, because it causes a lot of trouble to
quite a bit of unsuspecting people. Otherwise, if F10 is disabled in
gnome-terminal it should
I am re-assigning this to Unity since apparently it is the root cause of
all these problems.
** Also affects: unity (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-terminal (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a m
People are already complaining to us about it. For now you can use Esc +
0 to quit mc if F10 is captured by 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/75070
*** This bug is a duplicate of bug 750700 ***
https://bugs.launchpad.net/bugs/750700
> Then there are two checkboxes upper left.
And they should be both unchecked (on my Lucid machine it says ENABLE
menu shortcut).
> File menu opens in the terminal header.
So it has clearly nothing to do wi
Reassigning to the right people. Bug vte upstream about this.
** Changed in: mc
Status: New => Invalid
** Project changed: gnome-terminal => vte
** Bug watch added: GNOME Bug Tracker #600659
https://bugzilla.gnome.org/show_bug.cgi?id=600659
** Also affects: gnome-terminal via
https
After some more experimentation, I'd like to document my findings for
anyone considering to use SmartVoip or any other betamax-based providers
with Ekiga:
1) My points 3-4) are basically invalid. Points 1-2) still stand.
2) Number format is described correctly.
3) What results in the random inab
After I finally got it working (somehow), here are some thoughts. It
seems that:
1) I shouldn't use proxy sip:sip.smartvoip.com or sip.smartvoip.com <---
this results in unconditional inability to connect to any host
2) having the number ending with @smartvoip.com results in security check
fail
I have backported ekiga from lucid to hardy, but it doesn't seem to work
properly. I get the same message as previous posters, "security check
failed". Only for betamax sip, though. ekiga.net echo test works just
fine. The workaround of starting as root doesn't help. I added myself to
the voice gro
Re-assigning this to vte.
** Also affects: vte (Ubuntu)
Importance: Undecided
Status: New
--
mc in terminal with zh_TW locale have mess display in Jaunty
https://bugs.launchpad.net/bugs/324728
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
12 matches
Mail list logo