'morning,
I'm also affected, I'm not sure since when as I only occasionally receive
encrypted emails.
Ubuntu 16.04.5 LTS
gpgv 1.4.20-1ubuntu3.3
gnupg-agent 2.1.11-6ubuntu2.1
1) use-agent is active in ~/.gnupg/gpg.conf
2) gpg-agent fails to start due to a missing /run/usr/$UID/gnupg directory
Does rebooting successfully restore sound?
** Changed in: pulseaudio (Ubuntu)
Status: New => Incomplete
** Summary changed:
- [, SigmaTel STAC9221D A2, Green Headphone Out, Front] No sound at all
+ [, SigmaTel STAC9221D A2, Green Headphone Out, Front] Changed the sound
output from
I got an error when building the modules from @VanVan's github due to
/sound/pci/hda_codec.h having been moved to /include/sound/hda_codec.h
Fixing this let the compile finish without error (this is on Fedora 29).
--
You received this bug notification because you are a member of Desktop
I'm seeing something like this on a 32bit Acer laptop - with Intel
graphics - running Kubuntu 18.04.1 - it's been doing it for quite a long
time - but it's still a current bug - I did a full apt upgrade/update
just today.
When the machine awakes from a sleep (eg with by closing and opening the
i also got errors when trying to follow that ubuntu guide for compiling
your own kernel.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1784485
Title:
[ZenBook S UX391UA, Realtek
Public bug reported:
The green headphone out was working and I changed the sound output from
analog output to digital output(S/PDIF) and it suddenly stopped and
changing it back to Analog Output didn't restore the sound.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: pulseaudio
Whoops, misinterpreted the version numbering scheme and accidentally
submitted a patch numbered for 18.04.2!
** Patch added: "Patch with correct version number"
I am experiencing this on Thinkpad T460s running 64 bit Ubuntu 18.04.1
(4.15.0-42-generic) with Gnome 3.28.2, utilizing Intel® Core™ i7-6600U
CPU @ 2.60GHz × 4, Intel® HD Graphics 520 (Skylake GT2)
I was not experiencing this problem on the same machine running 16.04,
and only started
** Changed in: gnome-shell (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1808226
Title:
Rotated screen is blank in Wayland
I have added a patch which applies both upstream merge requests linked
above. I was not above to successfully set up pbuilder, but built and
tested it successfully with debuild in a bionic VM. Subscribing ubuntu-
sru in accordance with http://packaging.ubuntu.com/html/security-and-
** Patch added: "Patch for this issue"
https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1808264/+attachment/5221827/+files/1-3.28.5-0ubuntu0.18.04.2.debdiff
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
I wonder if we should change the packaging of tzdata to always build the
stuff that icu needs/wants. Such that an update of tzdata ripples
through to icu as well. Somehow.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
Yes, in fact we can say with some confidence that the issue was probably
fixed in a later Gnome version since no one else is reporting the issue
in 18.04/18.10.
If only we knew what fixed it and where then we would be able to
backport that fix :/
** Changed in: gdm3 (Ubuntu)
Status: New
I updated to 18.10 in place. That fixes the problem with the blank
screen. Unfortunately the menu to the upper left does not seem to get
focus. To logout I go to the upper right and type logout which loads a
'logout app.' I suppose that's a different bug.
Thank you for your help. Please let me
I did some tests with 18.10 but the problem did not occur.
Since the bug is intermittent, these tests may not be significant.
Please leave this case open to future updates.
** Changed in: gdm3 (Ubuntu)
Status: Incomplete => New
** Changed in: gnome-shell (Ubuntu)
Status:
I have noticed that
a) systemctl suspend
does actually suspend, but it takes about 30 seconds.
I'm on 18.04.1 with kernel 4.18.0-13-generic from the proposed PPA
This is quite surprising, but good news. I don't know why this is working
now. It works with either Chromium or Chrome open, with
See also bug 1707611.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1745866
Title:
[nvidia] Audio does not auto-switch to HDMI after switching the
connected HDMI TV on
Status
** Tags added: multimonitor
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in
Ubuntu.
https://bugs.launchpad.net/bugs/1792081
Title:
auto-hide dual monitor only hides dock on one monitor
Status in
*** This bug is a duplicate of bug 1711101 ***
https://bugs.launchpad.net/bugs/1711101
Thank you for taking the time to report this bug and helping to make
Ubuntu better. This particular bug has already been reported and is a
duplicate of bug 1711101, so it is being marked as such. Please
** Tags added: hidpi multimonitor
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1774496
Title:
Display defaults back to 200% on external screen connection
Status in gnome-shell
Maybe, maybe not. I haven't verified that yet since gnome-control-center
is presently the only thing reporting bogus numbers.
** Changed in: gnome-control-center (Ubuntu)
Status: Invalid => Incomplete
--
You received this bug notification because you are a member of Desktop
Packages,
Please:
1. Clarify what is meant to be visible on your server console. Are you
using Gnome Shell, just text mode, or something else?
2. Run 'lspci -k > lspcik.txt' on the machine and send us the
'lspcik.txt' file
3. Install package 'mesa-utils' and then run 'glxinfo > glxinfo.txt' on
the
Testing 18.10 would help us the most in the short term. But in the long
term be aware that 18.04 has a longer support life:
https://wiki.ubuntu.com/Releases
** Changed in: gdm3 (Ubuntu)
Status: New => Incomplete
** Changed in: gnome-shell (Ubuntu)
Status: New => Incomplete
--
** Description changed:
+ https://gitlab.gnome.org/GNOME/gnome-shell/issues/846
+
+ ---
+
I have connected an external monitor to my notebook. The display of the
new monitor had some windows protruding that were actually displayed in
maximized mode on the internal monitor (GNOME Calendar
** Description changed:
+ https://gitlab.gnome.org/GNOME/gnome-shell/issues/847
+
+ ---
+
As described above. I'm using a Thinpad X1 Yoga. Normally the screen
orientation changes when I rotate the device or operate it in tent mode,
for example. Unfortunately, this does not work if an
Thanks.
If you can then please try the latest stable release of Gnome Shell by
installing Ubuntu 18.10. But only if it is convenient.
If you don't or can't find that the problem is fixed in a later release
already then please report it to the developers here:
Public bug reported:
A couple of bugs are present which make CalDAV scheduling effectively
useless - the combined effect of them is that everyone else shows as
having your availability information, rather than their own.
I have patched the bugs upstream, and they have been merged into the
Please run this command to send us more information about the system:
apport-collect 1808193
** Project changed: ubuntu-power-consumption => gnome-shell (Ubuntu)
** Changed in: gnome-shell (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a
You have been subscribed to a public bug:
The battery indicator in my Ubuntu 18.10 installed on Thinkpad shows
100% (Fully charged when plugged in) but when plugged out the battery
shows 94%. Batteries are fine, no issues whatsoever with batteries.
** Affects: gnome-shell (Ubuntu)
Yes, seems to be related to Wayland.
I have attached xrandr output from an Xorg session.
Thanks!
** Attachment added: "xrandr.txt"
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1808226/+attachment/5221818/+files/xrandr.txt
--
You received this bug notification because you are
It sounds like this bug is only affecting "Ubuntu on Wayland" and not
"Ubuntu". Is that right?
The error message:
Failed to set CRTC mode 1600x1200: No space left on device
comes from mutter's eglnative (Wayland) backend, after calling
drmModeSetCrtc. So "No space left on device" is an error
** Tags added: black-screen
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1808226
Title:
rotated screen is blank
Status in gnome-shell package in Ubuntu:
New
Bug
Thanks. I can't find any obvious explanation in that log.
Are you able to try installing a shell that's not gnome-shell? I would
like to know if the problem is confined to gnome-shell.
Try installing package 'unity-session' and log into Unity instead. Does
the problem still happen?
--
You
@Daniel Attaching Prevboot.txt from the command you gave
** Attachment added: "prevboot.txt"
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1807056/+attachment/5221807/+files/prevboot.txt
--
You received this bug notification because you are a member of Desktop
Packages, which
** Changed in: icu (Debian)
Status: Unknown => New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evolution-data-server in Ubuntu.
https://bugs.launchpad.net/bugs/41159
Title:
timezone data is duplicated over at least three
I agree with W-barath-hotmail that this is a serious problem that needs
to be addressed. I believe on some occasions suspend fails even after
I've killed Chrome.
Please increase the Importance ranking of this bug.
--
You received this bug notification because you are a member of Desktop
(In reply to :Gijs (he/him) from comment #137)
> (In reply to Jesse Peden from comment #136)
> > On macOS, how can I bring back CMD-Enter for URL completion? I do not want
> > CTRL-Enter on macOS, and I can't seem to find the option in about:config to
> > change it back.
>
> There isn't one.
@z80-ben Yes, you are right, UX931UA is not part of the list, it could have
worked :/
Be sure that you have no configuration error on /etc/modprobe.d/alsa-base.conf
Tested on Asus UX333, UX433, UX533 with ALC294
Support for Asus G751, P5440FF, X430UN, D640SA, UX550GE, X705FD; X430UN,
GL503VM,
(In reply to David Balažic from comment #134)
> How exactly is this fixed? Where?
>
> The https://www.mozilla.org/en-US/firefox/64.0/releasenotes/ doesn't mention
> it.
It does:
"The macOS keyboard shortcut to add "www" and ".com" to a URL is now
ctrl-enter instead of [apple]-enter"
This is
How exactly is this fixed? Where?
The https://www.mozilla.org/en-US/firefox/64.0/releasenotes/ doesn't
mention it.
(In reply to Julien Cristau [:jcristau] from comment #132)
> Added to 64beta release notes:
> Changes to URL bar autocomplete keyboard shortcuts: use ctrl-enter for URL
>
On macOS, how can I bring back CMD-Enter for URL completion? I do not
want CTRL-Enter on macOS, and I can't seem to find the option in
about:config to change it back.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
Hi! Yes it is possible! Well no to be exact, not possible with
ctrl+enter but with ctrl+shift+enter instead. You can try the newest
nightly/alpha/Aurora version of Firefox and test it out yourself. So you
could use it right now :-)
So if Webextensions can modify about:config settings you could
Followup issues for inconsistencies of combinations and search input added:
https://bugzilla.mozilla.org/show_bug.cgi?id=1506203
https://bugzilla.mozilla.org/show_bug.cgi?id=1506247
respectively.
--
You received this bug notification because you are a member of Desktop
Packages, which is
(In reply to Jesse Peden from comment #136)
> On macOS, how can I bring back CMD-Enter for URL completion? I do not want
> CTRL-Enter on macOS, and I can't seem to find the option in about:config to
> change it back.
There isn't one. Ctrl-Return is consistent with Safari and Chrome on
mac.
--
Dear Sebastien Bacher,
Yes< I was using the Disks app from the Control Center. I used gParted
and solved the problem. Unfortunately I have had to reinstall Ubuntu 3
times since then, so additional data is not available. (Always keep you
data in a separate partition from the Linux partition. Then
(In reply to Marco Bonardo [::mak] from comment #106)
> So, we apparently do:
> ctrl => .com
> shift => .net
> ctrl + shift => .org
>
> First, I'm not convinced .net and .org are more important than the other
> many tlds around, for example in a localized build it would be far more
> interesting
Hey all, I think opening a new tab in background in a fast way/without
leaving the current page is very useful. I had an extension for that but
it's no longer possible because webext API does not offer that
possibility. That's why I'm following this bug closely. However now I'm
surprised. Here are
Hi -- I developed (an overstatement, maybe) the now-defunct extension
Background Tabs which allowed ctrl-enter to open URL bar and search bar
items in a background tab. I was excited to see this:
> This behavior is now possible, but it's behind a pref (about:config,
Seeing that both Chrome and Safari are using Cmd/Ctrl-Enter for opening
something in a new background tab AND that this is also consistent with
our use of Cmd/Ctrl in other contexts, I would support changing it. Re-
opening on that basis. As far as priority goes, this is obviously on the
lower end
https://hg.mozilla.org/mozilla-central/rev/6b31860ce710
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
Title:
Inconsistent shortcuts for new tab
Status in Mozilla Firefox:
That's fantastic, thanks for attending to it! I'll miss ctrl-enter, but
ctrl-shift-enter is a perfectly reasonably compromise. :-)
I filed bug #1490138 for the search bar (hopefully I got the details
right).
I probably won't bother making a new extension just for the about:config
pref. If the
(Yeah, but not using the URL bar is just not as nice. For example look &
feel, use search & bookmarks keywords, afaik.)
Ah thanks, I missed the mention of that pref! Well I'd rather have it
not be consistent, but I understand your reasoning and gave my opinion.
Still, should the combinations not
Added to 64beta release notes:
Changes to URL bar autocomplete keyboard shortcuts: use ctrl-enter for URL
canonicalization on all platforms, and offer an opt-out for Windows/Linux users
where it interferes with opening URLs in (background) tabs
--
You received this bug notification because
Release Note Request (optional, but appreciated)
[Why is this notable]: see comment #121
[Affects Firefox for Android]: no
[Suggested wording]: not sure, maybe: "Changes to URL bar autocomplete
shortcuts"
[Links (documentation, blog post, etc)]: I'll update
If the website has the option to let you see what you enter into the
password field then the menu will show. Example:
https://mail.protonmail.com/login
Running Firefox from the terminal after unsetting GTK_IM_MODULE fixes
it:
$ unset GTK_IM_MODULE
$ firefox
Since upgrading to 18.04 I'm unable
(In reply to :Gijs (he/him) from comment #114)
> (In reply to avada from comment #113)
> > (In reply to Marco Bonardo [::mak] from comment #111)
> > > It should, yes. Overall the idea is that CTRL will be the canonization
> > > key,
> > > and it should be possible to disable it, as well as it
(In reply to alexander.kern from comment #128)
> Oh and it's not possible with the search bar right now! They don't seem to
> share the code. Is that considered as a bug? :Gijs?
Could you file a separate issue, and we can work out if it's fixable
there? IIRC there are some other subtleties with
I have reproduced this bug with Nightly version 1.0+ (2004-12-14)[] on Windows
7, 64 Bit!
User agent- Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8a6)
Gecko/20041224 Firefox/1.0+
Thus bug's fix is verified with latest Nightly!
Build ID20180927220034
User Agent Mozilla/5.0
(In reply to alexander.kern from comment #123)
> Hey all, I think opening a new tab in background in a fast way/without
> leaving the current page is very useful. I had an extension for that but
> it's no longer possible because webext API does not offer that possibility.
Not from the URL bar,
(In reply to alexander.kern from comment #125)
> (Yeah, but not using the URL bar is just not as nice. For example look &
> feel, use search & bookmarks keywords, afaik.)
Yep... perhaps there's room for webextensions to have a larger scope for
interaction with the URL bar - you could file a bug
(In reply to avada from comment #118)
> Not at all. With the quickfind bar you can press enter to open a link, or
> press ctrl+enter to open it in a new tab. But you can not do this with the
> normal findbar.
That is not relevant to this bug, which is about the location bar and
the web search bar
Pushed by gijskruitbo...@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/6b31860ce710
allow turning off URL canonization, remove shift support, and move the
remainder from 'cmd' to 'ctrl' on mac, r=mak
--
You received this bug notification because you are a member of Desktop
(In reply to Marco Bonardo [::mak] from comment #111)
> It should, yes. Overall the idea is that CTRL will be the canonization key,
> and it should be possible to disable it, as well as it should imo be
> possible to set what to canonize to (if one prefers .it to .com, for
> example).
> Then on
Maybe we could telemetry the usage of the canonize feature, while we are
at it. Though, it's likely something that falls into the "pretty much
unused cause it's undiscoverable, but will have a vocal minority of
fans", so not sure if it's worth it.
FWIW, Edge still support CTRL+Enter, but doesn't
So, we apparently do:
ctrl => .com
shift => .net
ctrl + shift => .org
First, I'm not convinced .net and .org are more important than the other many
tlds around, for example in a localized build it would be far more interesting
to canonize to the local tld (for example .it for italian). I'd
(In reply to Thomas D. (currently busy elsewhere) from comment #108)
> Does this still cover the original intention of this bug and several
> duplicates that users want an option (ideally on by default) where
> Ctrl+Enter in location bar opens the address in a new tab? It's confusing
> that
So what is blocking this exactly? Why can't we get this fixed? What
should I do to get this fixed? This bug has been reported 14 years ago,
maybe it doesn't need to live through its 15th year, does it?
--
You received this bug notification because you are a member of Desktop
Packages, which is
(In reply to :Gijs Kruitbosch from comment #83)
> Seems to me from comment 81 that this change should not be OS X -
specific.
So do you think we should remove the maybeCanonizeURL code altogether? I
wasn't sure if we wanted to keep this behavior inherited from Internet
Explorer on at least
(In reply to :Gijs (Not available 3-19 Aug; he/him) from comment #104)
>> Note that the spreadsheet doesn't cover shift-enter, which also canonifies
> today. I left that as-is, though of course that now also comes under the
> pref, and can therefore be turned off (at which point we'll open a new
>
(In reply to Anthony Ramine [:nox] from comment #95)
> What should I do to get this fixed?
Your patch does:
> } else if (this.AppConstants.platform == "macosx") {
and
> this.AppConstants.platform == "macosx") {
It also hardcodes 'accel' to always mean 'ctrl'.
Does this still cover the original intention of this bug and several duplicates
that users want an option (ideally on by default) where Ctrl+Enter in location
bar opens the address in a new tab? It's confusing that sometimes we need to
press Ctrl and sometimes Alt to open things in a new tab.
(but all that is subject to what Philipp says - he reopened the bug in
comment #81 so it's up to him to clarify.)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
Title:
OK, so it looks like Edge, IE, Chrome and Firefox on Windows all currently do a
version of autocompleting to www.$query.com on Ctrl-Enter.
So I agree that doing this per-OS makes sense, since macOS seems to lean more
heavily towards interpreting Cmd-something as doing things in a new tab.
--
> "Cmd+Enter" not opening a new tab from the address bar has been my
biggest hangup as I attempt to switch from Chrome to Firefox now.
Current Behaviour
1. On Links on a page - Command + Click - Opens up on new tab (As expected)
2. On Browser Back and Forward button - Command + Click - Opens up
Created attachment 8996717
Bug 237027 - allow turning off URL canonization, remove shift support, and move
the remainder from 'cmd' to 'ctrl' on mac, r?mak
This isn't convention on macOS or other *nix platforms. Even on Windows,
some people may prefer a different behavior.
--
You received this
(In reply to Florian Quèze [:florian] [:flo] from comment #84)
> (In reply to :Gijs Kruitbosch from comment #83)
>
> > Seems to me from comment 81 that this change should not be OS X - specific.
>
> So do you think we should remove the maybeCanonizeURL code altogether? I
> wasn't sure if we
(In reply to :Gijs from comment #96)
> add a preference line in all.js
Err, might need to be in firefox.js - check where the other urlbar
behaviour prefs live. :-)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
Comment on attachment 8996717
Bug 237027 - allow turning off URL canonization, remove shift support, and move
the remainder from 'cmd' to 'ctrl' on mac, r?mak
Marco Bonardo [::mak] has approved the revision.
--
You received this bug notification because you are a member of Desktop
Packages,
(In reply to Marco Bonardo [::mak] (Away 9-26 Aug) from comment #103)
> I made a small sheet to better understand what changes here, please check
> and comment if something doesn't look correct.
> https://docs.google.com/spreadsheets/d/
> 1VVEVjyIYRZIFteM71j5bJhENa2xXT82gaikr0WgpKLA/edit#gid=0
>
(In reply to avada from comment #113)
> (In reply to Marco Bonardo [::mak] from comment #111)
> > It should, yes. Overall the idea is that CTRL will be the canonization key,
> > and it should be possible to disable it, as well as it should imo be
> > possible to set what to canonize to (if one
"Cmd+Enter" not opening a new tab from the address bar has been my
biggest hangup as I attempt to switch from Chrome to Firefox now.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
It's now public, cheers.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
Title:
Inconsistent shortcuts for new tab
Status in Mozilla Firefox:
Fix Released
Status in firefox
Hello, can we have alt+return open the page in the background? It's
useful when you want to do something later. If you want to focus the
page immediately, like Firefox does right now for alt+return, you can
just use ctrl+t so I don't understand why alt+return opens in foreground
too since there is
(In reply to :Gijs (he/him) from comment #96)
> (In reply to Anthony Ramine [:nox] from comment #95)
Was this hidden preference ever implemented? Is there an undocumented
way to change this behavior? On MacOs, Chrome and Safari both open a
new tab on Cmd+Enter. Maintaining an IE behavior on a
*** Bug 1339412 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
Title:
Inconsistent shortcuts for new tab
Status in Mozilla
And, we could make canonize complete to browser.fixup.alternate.prefix
and browser.fixup.alternate.suffix, so the user can adapt it to his
needs.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
(In reply to Marco Bonardo [::mak] from comment #107)
> And, we could make canonize complete to browser.fixup.alternate.prefix and
> browser.fixup.alternate.suffix, so the user can adapt it to his needs.
We already use .suffix, see https://searchfox.org/mozilla-
https://treeherder.mozilla.org/#/jobs?repo=try=e1ef953500c15e1a86adb2456623e886df479bf8
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/66566
Title:
Inconsistent shortcuts for new tab
Also, if we're going to change this on only some platforms, given the
contention, the most straightforward thing would be to have a pref that
we default to different values on Windows - then Windows users who don't
care for the IE behaviour can flip it, or vice versa.
--
You received this bug
Comment on attachment 8818332
Bug 237027 - Properly handle accel keys in address bar on macOS.
https://reviewboard.mozilla.org/r/98432/#review98694
Seems to me from comment 81 that this change should not be OS X -
specific.
--
You received this bug notification because you are a member of
:Gijs I don't understand what you mean about a pref on Windows if we
only change this "on only some platforms", given that platform would be
macOS where that behaviour is the odd one. Why do a pref?
--
You received this bug notification because you are a member of Desktop
Packages, which is
(In reply to :Gijs Kruitbosch from comment #86)
> Also, if we're going to change this on only some platforms, given the
> contention, the most straightforward thing would be to have a pref that we
> default to different values on Windows - then Windows users who don't care
> for the IE behaviour
(In reply to Marco Bonardo [::mak] (Away 9-26 Aug) from comment #103)
> I made a small sheet to better understand what changes here, please check
> and comment if something doesn't look correct.
> https://docs.google.com/spreadsheets/d/
> 1VVEVjyIYRZIFteM71j5bJhENa2xXT82gaikr0WgpKLA/edit#gid=0
>
(In reply to Florian Quèze [:florian] [:flo] from comment #90)
> (In reply to :Gijs Kruitbosch from comment #86)
> > Also, if we're going to change this on only some platforms, given the
> > contention, the most straightforward thing would be to have a pref that we
> > default to different values
Created attachment 8818332
Bug 237027 - Properly handle accel keys in address bar on macOS.
Review commit: https://reviewboard.mozilla.org/r/98432/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/98432/
--
You received this bug notification because you are a member of
(In reply to Anthony Ramine [:nox] from comment #87)
> :Gijs I don't understand what you mean about a pref on Windows if we only
> change this "on only some platforms", given that platform would be macOS
> where that behaviour is the odd one. Why do a pref?
As I understand comment #84, if we keep
I made a small sheet to better understand what changes here, please check and
comment if something doesn't look correct.
https://docs.google.com/spreadsheets/d/1VVEVjyIYRZIFteM71j5bJhENa2xXT82gaikr0WgpKLA/edit#gid=0
I didn't test the patch, I just assumed, on IRC Gijs said it's likely different.
Change puts a burden on current users. But if the new way is better,
lets change.
I remember when the ribbon replace menus in Microsoft Office. The
change meant extra work for those of us used to the old behavior.
However, it looked to me like a couple of people who were not good at
computers
Yes, it's true that any change has the potential to interrupt current users.
But, if FF could detect when to append ".com" vs. when to open a new tab based
on the entered URL, then this is a very minimal change for current users.
The current behavior of ".com-completion in same tab, when
As a lowly user (not dev), please can we have some kind of option
regarding ALT+ENTER behaviour? And to summarise my following comments,
options for behaviour for CTRL+ENTER too? It could be just set in
about:config, depending on how popular the alternative behaviours are.
For example, CTRL+ENTER
1 - 100 of 386 matches
Mail list logo