Closed Bug 177618 Opened 22 years ago Closed 21 years ago

Should not add www. and .com when www. already present

Categories

(Firefox :: General, enhancement)

x86
All
enhancement
Not set
normal

Tracking

()

VERIFIED FIXED
Firebird0.7

People

(Reporter: wcshafer, Assigned: noririty)

References

Details

Attachments

(1 file, 2 obsolete files)

ctrl+enter should not always add www. .com; esp when they are already there or
its has a .org on .net ending.
It's doing what it's supposed to do. Which would be to add www. and .com For
.org and .net you have to use different shortcuts.

shift + enter is for .net
ctrl + shift + enter is for .org

This is also a duplicate of bug 175238, which means I am very happy now, and I
learned about new features *yays* :)
www.http://bugzilla.mozilla.org/show_bug.cgi?id=177618.com/ ... www.http is not
a registered protocol.

IE has this bug too. I encountered it often in IE, especially after pasting a URL.
-> enhancement
-> os: all

changing summary.
suggest WONTFIX.
Severity: normal → enhancement
OS: Linux → All
Summary: ctrl+enter adds www. & .com at inapporiate times → Should not add www. and .com when www. already present
By popular demand an inherently buggy feature was incorporated into Phoenix, so
no one should be surprised that it is a little buggy.

I second David's WONTFIX suggestion.
Even though many of you seem to want a "wontfix" for this bug, and even though
it's a weird feature, maybe it could be set up so that it doesn't add after
subdirectories or before protocols? I was under an impression it was a
duplicate, or invalid (it already does what they wanted fixed, but there's a
similar bug), so whatever... maybe we just need a "issues with ctrl + enter" bug?

I think it's best to implement a feature taken from ie ~better~ than ie does :)
intended behavior. Not a bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
*** Bug 187850 has been marked as a duplicate of this bug. ***
I disagree with the wontfix, so you need a better reason than "intended
behavior" or "an inherently buggy feature was incorporated into Phoenix, so no
one should be surprised that it is a little buggy".
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
JR, one of the developers said that this is intended behaviour and therefore
this bug is no bug and will never be fixed, so please don't reopen bugs, unless
you have some good points on why the devs should reconsider this.

Marking INVALID again
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
I still think that "this is intended behavior" is not enough justification to
wontfix a bug when someone has questioned the intended behavior.  But if you
want my reasons for reopening this bug:

* I hit this bug often when I used IE.
* This bug has been reported several times by Phoenix users.
* Fixing this bug would not reduce the usefulness of the ctrl+enter feature.
* "Doing what the user expects" is more important than making a feature the user
was not looking for discoverable.
* This bug is a race condition in the keyboard interface.  UI race conditions
are hard to work around, because there's a natural tendency to do things faster
as you get used to them, and because working around them requires figuring out
exactly what you did wrong (in this case, holding Ctrl for too long while pasting).
* Working around this bug forces users to slow down.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
*** Bug 190035 has been marked as a duplicate of this bug. ***
*** Bug 200715 has been marked as a duplicate of this bug. ***
*** Bug 200713 has been marked as a duplicate of this bug. ***
Just copying to aspects from bug 200715, which have not been mentioned here:

- Nothing should be added before http://

- Reaching a page with almost naked woman instead of http://www.netscape.com
  by pressing Ctrl+Enter within 5 minutes after installing Phoenix
  is not a very good "first impression".


PS: Sorry, although I tried to find an exsiting bug I did not find this one.
If you're going to have the Ctrl-Enter feature, you might as well make it better
than Internet Explorer so there are more bragging rights.
what is the point of the feature?

Are people so lazy they can't type in .com? You don't need to type in www.

for example, you type in foxnews which is 7 charachters, but don't want to type
in .com
it's feature not a bug kind of thing fine with me, but when I hit CTRL-ENTER
after typing "mail.yahoo.com" and anything starting with "https://..." and also
when I want to go to a page directly "http(s)://xxx.xxx.com/xxx/somepage" I
don't want it to append anything in front or back, that really doesn't make any
sense...
*** Bug 207492 has been marked as a duplicate of this bug. ***
We have a voting system in bugzilla, so let's use it. This will show if this
should or ahould not be fixed.
*** Bug 208071 has been marked as a duplicate of this bug. ***
Marking NEW. This bug already has six dupes. I think it is sufficient to say,
that there is a certain interest in fixing this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
CTRL-ENTER, in Mozilla 1.x, just opens a new tab. (Dunno about adding .com and
all - I always thought that was a feature of dubious value at beste.) Changing
the behavior for M. Firebird ("Firezilla"?) THIS substantially, in my opinion,
is not a good move. Either that or there should be some big, noticeable thing
that tells you how to make a new tab when typing a URL.

Now after combing google groups, I find that it's ALT-ENTER to open a link in a
new tab in MF. Could I suggest reversing this, so ALT-ENTER does www.*.com and
CTRL-ENTER does a new tab? Anyone used to Mozilla 1.x and/or derivatives (the
number of which I'd imagine quite outnumbers the "ambitious" MF users) will be
much more comfortable with this.
Re: comment #22. That is a separate issue that has been discussed to death
elsewhere. Basically, it will be easier to convert Mozilla users to Alt+Enter
for new tab than to convert IE users to Alt+Enter for [pre/ap]pend. I can assure
you that we would get no end of requests to have our behaviour duplicate that of
IE. As for the issue of informing existing Mozilla users, I agree with you
there. Bug 191746 essentially covers that in one of my comments there.

Anyway, no more debate on the Ctrl/Alt+Enter issue here - the topic at hand is
bad enough on its own. At any rate I agree with Simon on this. We're getting
enough complaints about this that we are going to have to reconsider making this
buggy feature a little less buggy.
*** Bug 208403 has been marked as a duplicate of this bug. ***
Attached patch fix (obsolete) — Splinter Review
Attachment #125065 - Flags: superreview?(bryner)
Attachment #125065 - Flags: review?(bryner)
Attached patch fix v.2 (obsolete) — Splinter Review
This should work more better.
(adding a case insensitive flag)
Attachment #125065 - Attachment is obsolete: true
Attachment #125065 - Flags: superreview?(bryner)
Attachment #125065 - Flags: review?(bryner)
Attachment #125069 - Flags: superreview?(bryner)
Attachment #125069 - Flags: review?(bryner)
Attached patch fix v.3Splinter Review
I misplaced $ in v.2.
Now it works at the line end of '/' and has margin of extra spaces.
Attachment #125069 - Attachment is obsolete: true
Attachment #125069 - Flags: superreview?(bryner)
Attachment #125069 - Flags: review?(bryner)
Attachment #125076 - Flags: superreview?(bryner)
Attachment #125076 - Flags: review?(bryner)
Attachment #125076 - Flags: superreview?(bryner)
Attachment #125076 - Flags: review?(bryner)
Attachment #125076 - Flags: review+
taking
Assignee: blakeross → noririty
checked in.
Status: NEW → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → FIXED
v.
Status: RESOLVED → VERIFIED
Target Milestone: --- → Firebird0.7
*** Bug 215655 has been marked as a duplicate of this bug. ***
I think that bug 215655 was improperly marked as a duplicate here.

I was not hitting ctrl-enter, or alt-enter, or even enter at all...
All I was doing was clicking on the location bar history and clicking
on one of the previous addresses and I got sent off to:
http://www.web1000.com/

I also don't see where that address is coming from, or any way
to change it.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: