Note: There are a few cases of duplicates in user autocompletion which are being worked on.

custom keywords don't always work



Bookmarks & History
16 years ago
9 years ago


(Reporter: Jeremy M. Dolan, Unassigned)


Firefox Tracking Flags

(Not tracked)




16 years ago
As of very recently, my custom keywords are all broken. b 1234 trys to load
www.b, which is fairly stupid.

Linux 2002010808.

Comment 1

16 years ago
wfm linux 2002010821
jmd please give more information.

Specifically, what are your custom keywords that are broken and the URL they
point to?

Also, Dumb question, but I have to ask: are you sure they still exist in your
bookmarks and didn't get deleted somehow?

WFM linux 2002010808 and 2002011010.

Comment 3

16 years ago
Two of many are:
v =;outline=1
b =

Still not firing in todays build, 2002011008 Linux.

I've removed and reset the keyword, no help. I heard from someone else Asa was
also seeing this. Asa?
I just added those keywords, and they work fine for me.  JMD, note that you need
to restart the browser for custom keywords to take effect, that's bug 91945.

Try on today's build?
Oh you already tried today's build, nm...
broken in win98 2002010803, 2002011003. os->all
OS: Linux → All

Comment 7

16 years ago
Asa said it's only broken for urls which live in your personal toolbar folder.

Comment 8

16 years ago
My custom keywords are not in (or under) the personal toolbar. They are in a top
level folder 'kw'.

Comment 9

16 years ago
I'm seeing this, linux,
checkout finish: Mon Jan 7 23:15:17 GMT 2002

The problem is weird, I actually got it to work again after "editing"
the keyword.

One such keyword is "mozbug" with the obvious %s pattern going to bugzilla.

Also, internet keyword search to google is broken for me right now too,
but that is also intermittent, and sometimes works. I haven't been able
to discern a pattern.

Moz corrupted my preferences at one point, defaulting back to netscape
instead of google, and disabling internet keywords. No other problems were

I'm open to /any/ ideas...
new kw bookmark at bookmarks root -> works.
new kw bookmark in a folder -> works.
old kw bookmark in a folder ("keyword") -> doesn't work.
old kw bookmark in a folder, changed kw or name -> works.
old kw bookmark in a folder, changed location -> might work.
old kw bookmark in a folder, changed description -> doesn't work.

Nothing seems to have changed in bookmarks.html after changing the bookmarks and
changing back. I didn't actually bother to back up any other files, silly me, so
I  wouldn't know where it gets fixed.

Comment 11

16 years ago
Nothing changes ANYWHERE in my profile, except the obvious:

% diff -r fd6xpkra.slt 1
diff -r fd6xpkra.slt/bookmarks.html 1/bookmarks.html
<         <DT><A HREF="" ADD_DATE="1010049100"
LAST_MODIFIED="1010910011" SHORTCUTURL="g">gq</A>
>         <DT><A HREF="" ADD_DATE="1010049100"
LAST_MODIFIED="1010049641" SHORTCUTURL="g">g</A>

last_mod'd, and nothing else. Works fine now. No restart or anything.

Comment 12

16 years ago
I bet this it due to the bookmark name being 1 character.

I change it back and it breaks again.
No, I thought that too when you posted those 1 character keywords and I tried
them myself, and I was able to use them fine.  So it's not 1 character keywords,
at least not by themselves.

Comment 14

16 years ago
I changed the names of all the bookmarks, and they were working for a while...
Installed a new build today and now they're no longer active. Similar to the
search engine problem.

Comment 15

16 years ago
I have been seeing this too. Win98, Build 2002012203 currently, but I have been
seeing it for at least a week and I update nightly builds almost daily.

Some time ago my custom kewords stopped working.

Yesterday I finally got around to doing something about it, and found this bug.
Following the suggestions above, I changed the "Keyword" associated with each
bookmark. In fact, I changed them, and then changed them back again so that I
could go on using the keywords I was used to. This appeared to solve the
problem. Unfortunately it did not occur to me to save the old version of the

This morning, one of my 5 keywords had stopped working (I had not installed a
new nightly in that time (I am 99% certain) but mozilla had crashed once or
twice.). This time I did copy my bookmarks.html file before using the renaming

The procedure was:
Exit Mozilla
make a copy of bookmarks.html
Start Mozilla
Bring up bookmark properties for this bookmark
Change the keyword from 'oed' to 'oeds'
Click OK
Bring up bookmark properties for this bookmark
Change the keyword from 'oeds' to 'oed'
Click OK
check that the keyword now worked.
exit mozilla.
diff the saved bookmark file with the current one.

As a previous person found, only one line had changed, and only in the expected way.

!         <DT><A
ADD_DATE="1006175961" LAST_VISIT="1011024899" LAST_MODIFIED="1011780591"
!         <DT><A
ADD_DATE="1006175961" LAST_VISIT="1011880346" LAST_MODIFIED="1011880358"

By the way, all my custom keywords are in a subfolder under bookmarks called
"Custom Keywords".

There must be something else going on here. Is bookmark data cached anywhere?
Are there some other files I could usefully do a before and after diff on if
this happens again?

Whilst I was writing this bug report I was testing out all my custom keywords,
and some of them stopped working again and I had to rename them again, but I
can't really add anythign useful beyond that vague statement.

Comment 16

16 years ago
My custom keywords have stopped working on OpenVMS too.
Priority: -- → P3
Target Milestone: --- → mozilla1.2

Comment 17

16 years ago
1.2 ? I normally use this feature tens of times a day since I found
out about it ! Are things in such a bad state you can't revert to behaviour
of a few weeks ago, where it was at least repeatable ?

I'm really disappointed by this :(

Comment 18

16 years ago
I agree. I love this feature and really miss it. Can't we have it back?

Comment 19

16 years ago
I managed to get my custom keywords working again, though I don't know how long
for. Previously I had the keyword keyword be the same as the keyword name. When
I made these different, they started working again.

Comment 20

16 years ago
I tried what did.

was: Name=Keyword='google'
changed to: Name='google kw' -> worked
changed to: Name=Keyword='google' -> did not work
changed to: Name='google!' -> worked

Comment 21

16 years ago
Agreed.  It seems that only bookmarks with title == keyword don't work.  You can
even change the title/keyword while mozilla is running, and the keyword will
start/stop working on the fly.  Changing summary to match.
Summary: custom keywords not active → custom keywords with keyword == title don't work

Comment 22

16 years ago
I'm still seeing all the symptoms I described in comment 9.

checkout finish: Thu Mar 7 13:00:17 GMT 2002

In particular any other comments about 1-wide names or names same
as the keyword are irrelevant to what I'm seeing.

I'm still seeing the prefs corruption both with internet search and
the enable internet keywords option, occasionally.

This isn't a components.reg problem ...
Summary: custom keywords with keyword == title don't work → custom keywords somtimes don't work
I just recently discovered that any custom keyword will stop working if the
title of the bookmark case-sensitively matches the keyword.  So this one worked:

BZ - bz

But these did not:

google - google
dictionary - dictionary
thesaurus - thesaurus

I renamed my "google" bookmark to "Google" and left the keyword as "google" and
it immediately started working again, so changing the case of that one letter
worked around the problem.  This was not a problem in Moz0.9.4 (NS6.2.1), if
that helps at all.  I vote for changing the summary to "Keywords don't work if
they case-sensitively match the bookmark title" or something along those lines.

Comment 24

16 years ago
Eric A. Meyer: how about reading the comments ? in particular comment 9
and comment 22.

As it happens, I've not been able to reproduce any keywords problems
recently anyway, but the summary has been changed to what you suggest
once already, and I changed it back again simply because that was /not/
the only case I was seeing problems with.

In particular after the comments mentioning what you describe, I changed
the names to not match, and still intermittently saw the problem.
Well, I did read the comments, but thanks for the suggestion.  I'll retract my
summary change proposal, in the hopes that will smooth any ruffled feathers; my
failure to check the bug activity before posting was indeed wholly my fault.

My observations in 0.9.9/Mac and 2002031308/Mac were that only case-sensitive
keyword matches caused the custom keywords to stop working.  Any change in case
allowed them to work again.  I figured that after a half-hour of testing various
combinations in various builds and NS6.2.1 (for completeness' sake) that I ought
to contribute what I'd found to the bug that seemed to be closest to the problem
I was seeing.  Apologies if I trod on any toes in the process.

Comment 26

16 years ago
Found this bug just before submitting this:

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.9+)
BuildID:    2002040608

Trailings spaces in the keyword field will prevent the keyword from functioning.

Reproducible: Always
Steps to Reproduce:
1. Add a trailing space to any functioning bookmark keyword.
2. Enter the keyword into the url bar.
3. Remove the trailing space from the bookmark keyword.
4. Enter the keyword into the url bar.

Actual Results:  After adding the trailing space, mozilla fails to substitute
the bookmark's url for the keyword.  After removing the trailing space, mozilla
resumes substituting the bookmark's url for the keyword.

Expected Results:  With or without trailing spaces, the keyword should be
substituted with the bookmark's url.


16 years ago
Summary: custom keywords somtimes don't work → custom keywords don't always work
Please Set the platform to All, I have the same problems with MacOS 0.1, Build

I have defined a bookmark "" as
said in the tips some where on Mozilla Site

Making the name and the keyword different help, as said in comments

Comment 28

15 years ago
Platform -> All per comment 27.
Hardware: PC → All
I confirm that when the name and the keyword are different, it works

Comment 30

15 years ago
*** Bug 160265 has been marked as a duplicate of this bug. ***

Comment 31

14 years ago
Just ran into this (kinda) in Firebird 0.6.1.

Imported all my Mozilla bookmarks, and the keywords are *listed* but won't work
without being edited first.

Comment 32

14 years ago
Hm, slightly different problem I think - if there's *two* bookmarks with the
same keyword, Mozilla (and Firebird) use neither and just do nothing.

Comment 33

14 years ago
*** Bug 144875 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey

Comment 34

13 years ago
james: is the issue you had in comment 31 reproducible?

Comment 35

13 years ago
Very much so at the time; however, current Trunk Firefox seems to take the last
one for a particular keyword, but I can't test the exact same thing (importing),
only adding multiple bookmarks by hand.

Comment 36

9 years ago
Is this the same bug referred to here, or a new bug? 

In Firefox running on WinXP latest service pack, when opening a new window, custom keywords typed into the location bar do NOT open the appropriate bookmarked site, but instead look up a .COM site using the keywords. In the original window, the custom keywords perform normally. 

Comment 37

9 years ago
Ben: are you going to tackle this, or should I assign to default owners?

Also, can we correct the bug summary to explain what is failing, and find someone to look at the code?
Assignee: bugs → nobody
Priority: P3 → --
QA Contact: claudius → bookmarks
Target Milestone: mozilla1.2alpha → ---

Comment 38

9 years ago
i don't think we ever got a reproducible test case.  does anyone have one?

Comment 39

9 years ago
i don't think we ever got a reproducible test case.  does anyone have one?

Comment 40

9 years ago
I just tried to duplicate several of hte various cases described and could not reproduce the situation in Firefox  Here are the cases I tried:

* a normal bookmark having the same name as the keyword 
* a %s-style keyword having the same name as the keyword
* using a one-character keyword for the above as well

I use a one-character keyword quote often ("f" for Google Finance) and have not had any issues that I can recall in recent times.

I do recall way back when that if I had had a previously-visited typo URL (e.g., I could not use "sl" as a keyword as long as that URL remained in my typed-locations history.  However, that erroneous behavior seems to have vanished, possibly because browser.urlbar.autoFill is False in recent Firefox.  However, I think that that misbehavior is different than what other users on this bug were reporting.

Comment 41

9 years ago
I was one of the people who experienced this problem way back when. I have not experienced it for years, and would have not problem seeing this bug resolved as worksforme.

Comment 42

9 years ago
jeremy (reporter): if you're still around, feel free to re-open  if you can repro.
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.