[Bug 66566]

2018-12-12 Thread aaronbauman
Yes, fair point.
I'm not saying that my muscle memory should take precedence.

I think the points about internally consistent behavior and matching
behavior of other browsers are more compelling.

Maybe upon hitting cmd-enter, FF could detect whether the entry was in
need of .com completion, and perform whatever action accordingly. There
is some logic in place already to determine whether or not to append
".com": when i enter mozilla.org and hit cmd-enter, my request isn't
transformed to mozilla.org.com

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 66566]

2018-12-12 Thread aaronbauman
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 applicable" could 
remain in place.
The only behavior that's actually needs to change is from the existing 
"cmd-enter does nothing" to "cmd-enter opens in new tab" when .com-completion 
is not applicable.

Furthermore, with the proliferation of TLDs, it seems like .com-completion has 
become less useful.
Adding a config to change this behavior doesn't seem like an unreasonable 
approach either.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 66566]

2018-12-12 Thread aaronbauman
> "Also, the current "open in new tab" doesn't really make sense to me."

For me, there are several use cases in my muscle memory for Chrome:
e.g. 
* slight change to existing URL 
"https://bugzilla.mozilla.org/show_bug.cgi?id=237027; to 
"https://bugzilla.mozilla.org/show_bug.cgi?id=12345; 
* open a bunch of variants quickly: 
"example.com/long-annoying-paginated-url?page=1", 
"example.com/long-annoying-paginated-url?page=2", 
"example.com/long-annoying-paginated-url?page=3" etc. -- many fewer keystrokes 
than copy, new tab, paste, then edit, then switch back to original tab and 
repeat.
* reload the same page in a background tab

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 66566]

2018-12-12 Thread aaronbauman
semi-annual post to confirm that this bug persists into latest release,
and this behavior still doesn't make sense.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 66566]

2015-03-24 Thread aaronbauman
Gavin,
Please reconsider this issue.

Allowing both ctrl- and alt-enter opening a new tab would accommodate
all concerns and reservations expressed in this thread.

Currently ctrl-enter in the address bar has no different effect than
enter by itself, so this change would satisfy all parties.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 66566]

2014-02-24 Thread aaronbauman
What about *both* ctrl- and alt-enter opening a new tab?
(This is how Google Chrome behaves, presumably in order to accommodate FF 
users.)

Currently ctrl-enter in the address bar has no different effect than
enter by itself, so this change would satisfy both parties.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 66566]

2014-02-06 Thread aaronbauman
Gavin is basically saying this is how it's always been done, so this is
how it will continue to be done. In the face of mounting evidence that
this is not what everyone wants, seems like providing a flag is not too
much to ask.

Do the patches not provide an amenable compromise between fixing and
providing a config for this?

Please reconsider.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/66566

Title:
  Inconsistent shortcuts for new tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 566792] Re: metadata service returns empty data with 200 OK

2010-08-05 Thread aaronbauman
Sorry if this is the wrong place to post such a message, but I'm
experiencing this issue on a production host and it's a significant
issue. I have to reboot my machine regularly, and this bug is causing
boot to take well over 30 minutes.

Is there a workaround I can use until the next stable release?
Can someone point me to the proper place to get support for this issue?

Thanks in advance

-- 
metadata service returns empty data with 200 OK
https://bugs.launchpad.net/bugs/566792
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 566792] Re: metadata service returns empty data with 200 OK

2010-08-05 Thread aaronbauman
Sorry if this is the wrong place to post such a message, but I'm
experiencing this issue on a production host and it's a significant
issue. I have to reboot my machine regularly, and this bug is causing
boot to take well over 30 minutes.

Is there a workaround I can use until the next stable release?
Can someone point me to the proper place to get support for this issue?

Thanks in advance

-- 
metadata service returns empty data with 200 OK
https://bugs.launchpad.net/bugs/566792
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs