Closed Bug 144875 Opened 24 years ago Closed 22 years ago

custom keywords with keyword same as bookmark don't work

Categories

(SeaMonkey :: Bookmarks & History, defect)

Product:
SeaMonkey
Component:
Bookmarks & History
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 119201

People

(Reporter: cheetah-bugzilla, Assigned: bugs)

References

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510 BuildID: 2002051008 Custom keyword searches where the keyword and bookmark name are the same don't work. Mozilla pops up the "can't find host www.kewyords here.com" window. This problem also appears if there is another bookmark named the same as the keyword. Examples: 1: Bookmark A Name = imdb url = http://imdb.com/Find?select=All&for=%s keyword = imdb This doesn't work, but if I change the keyword or bookmark name, it does. 2: Bookmark B name = freshmeat.net url = http://freshmeat.net/search/?q=%s keyword = fm Bookmark C name = fm url = http://freshmeat.net/ no keyword This doesn't work either. Bookmark B is in my keyword search folder, while C is a toolbar bookmark, and thus the short name. If I change the keyword, the search works. There is some strange behavior where changing a keyword to a better value and then changing it back to the offensive one will make things work for that session. Once I close and restart mozilla, the custom keyword is broken again. If I keep keyword names different from bookmark names, then things work fine. Reproducible: Always Steps to Reproduce: 1. Create a bookmark for a custom keyword search (e.g. http://freshmeat.net/search/?q=%s 2. Name the bookmark (e.g. fm) 3. Give the bookmark a keyword the same as the name (e.g. fm) 4. Restart mozilla 5. Try to search with the new custom keyword (e.g. enter "fm xdiskusage" in the location bar) Actual Results: Instead of searching, mozilla pops up a dialog "www.fm xdiskusage.com could not be found ..." Expected Results: Mozilla should have gone to http://freshmeat.net/search?q=xdiskusage
I think the component should be changed to Bookmarks, maybe? Also, please note that Bug 91945 says that you have to restart Mozilla after setting a custom keyword to get that keyword to work. I presume this is not the problem?
I agree the component should be Bookmarks, changed (original weird component I suspect is from the bugzilla helper being wacky). I don't have any problems with custom keywords requiring restarts, in fact all the ones I've made have worked just fine without a restart.
Component: XP Apps → Bookmarks
qa --> claudius@netscape.com
QA Contact: paw → claudius
-> Bookmarks
Assignee: sgehani → ben
I can repro this bug. About restarts: the keyword actually works fine for me until I restart, then it doesn't work any more. If I rename it then it works again, without restart.
The exact same problem occurs in Windows 2000. os -> all This isn't the same bug as bug 91945.
*** Bug 148592 has been marked as a duplicate of this bug. ***
*** Bug 156418 has been marked as a duplicate of this bug. ***
Marking NEW This bug should probably block bug 119201
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
*** Bug 173497 has been marked as a duplicate of this bug. ***
I am using Phoenix and I notice that this problem appears only in case of imported bookmarks. If I create a new bookmark with name and keyword as same, it works fine. Using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021030 Phoenix/0.4 Win2000
I noticed this a few days ago, but also note that it seems to be case sensitive. If i have a bookmark named phpmyadmin with a keyword of phpmyadmin, it doesn't work, but changing the case of either, ie: change the name of the bookmark to phpMyAdmin, and the keyword starts to work.
*** Bug 183746 has been marked as a duplicate of this bug. ***
*** Bug 185896 has been marked as a duplicate of this bug. ***
*** Bug 199904 has been marked as a duplicate of this bug. ***
I have tested this using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030502 and it works for me. I also believe I read somewhere that there has been major bookmark code landed a while ago.(post 1.4a) Reporter (and the rest) you please retest with a more recent build and see if the problem persist. If the problem is gone,please resolve this bug as works-for-me
Tested on 1.4a (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030401) on Windows XP and the original misbehavior still exists. If either the name of the keyword bookmark, or the toolbar bookmark is the same as the keyword itself, the keyword doesn't work after a restart. After making a change to the bookmark (including having both bookmarks named 'fm' and the keyword be 'fm' too), it will work until the restart, even if the names are all the same. (Test cases here refer to the original test case posted with the bug)
As a side note to the above, the error message now reads "The URL is not valid and cannot be loaded", which is different from what it used to say. Don't know if this is meaningful or helpful.
*** This bug has been marked as a duplicate of 119201 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
This bug blocks bug 119201, it should not have been closed as a duplicate of bug 119201. Anyway I tried hard, but I can not reproduce with rv:1.8a5 Gecko/20041029, so for me it's WORKSFORM. If someone still can reproduce that, explain me how to repoduce and I'll reopen as blocking 119201.
WFM too on both: Mozilla/5.0 (X11; Ul Linux i686; en-US; rv:1.6) Gecko/20040405 Firefox/0.8 (debian packaged version) Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Don't have a copy of the full beast to test with, and I understand that there are some significant differences in the bookmark code between Firefox and Mozilla.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.