288126 - unable to shift-control-d to file a bookmark

Status: RESOLVED EXPIRED

(SeaMonkey :: Bookmarks & History, defect)

Description

[a_geek]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 MultiZilla/1.7.0.2d Mnenhy/0.7.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 MultiZilla/1.7.0.2d Mnenhy/0.7.1

When I press Shift-Ctrl-D to file a bookmark, I see a 'D' in the status bar
(where, after loading a page, 'Done' appears). If I press these keys again,
another 'D' appears, just as in FAYT (I have 'find any text, not just links'
activated).

Reproducible: Always

Steps to Reproduce:
1. Load a web page
2. Press 'Ctrl-Shift-D'
3.

Actual Results:  
A 'D' appears in the status bar

Expected Results:  
The dialogue to file a bookmark should open.

I work around the problem by opening the bookmark manager and drag-and-drop the
URL where I want the bookmark. It's much more clumsy, though, and breaks habit.

I have the following extensions installed:

ChatZilla 0.90.0
NewMail Icon (disabled)
AutoMarks! 0.1 (disabled)
ConQuery (disabled)
Enigmail v.0.90.0
SwitchProxy 1.3
Diggler (disabled)
WebDeveloper 0.9.3
MultiZilla 1.7.0.2d
Calendar Help
Mnhenhy
MessageID-Finder
Calendar
ChromEdit 0.0.5.1
ClearHTTPAuth
CookieCuller 1.2.0
LiveHTTPHeaders 0.10

(ie, the latest release versions of all extensions)

The disabled extensions are disabled in an attempt to corner the
problem, but troubleshooting an "augmented" browser installation
(hopefully) could be much improved...

Hints about how to re-map the keyboard shortcuts are also
very welcome (eg. to disable accidental startup of Composer).

Thank you!

Comment 1

[R.K.Aa.]

I believe Ctrl+Shift+D was changed in bug 186789, and is now Ctrl+D
Can you please check which shortcut the Bookmarks menu actually list?
(the mnemonic outside "File Bookmark...")

Comment 2

[a_geek]

Nope, I have "Ctrl-D" for "Bookmark this page" (and it even works like
that- I expected _that_ to mean: "Delete the character to the right",
and "Shift-Ctrl-D" means "File Bookmark", going after the Bookmark
menu (which takes some 5-10 seconds to unfold, btw).

As said, an easy way to remap keys to one's liking (eg. like in Emacs?)
would be very nice, as would be a complete table of all mappings that
are supposed to exist.

Comment 3

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050329

Works for me, somehow:

I´ve tried shift-control-d on this bug, but no menu opened.
Then I opened Bookmark Manager, inserted 'shift-control-d' into the Search bar
and found 20 bookmarks for this bug.

Imho shift-control-d bookmarks into a special folder, similar to Personal
Toolbar Folder.
The View menu in Bookmark Manager has entries for setting these special folders:
Select a folder you want to use as Personal Toolbar Folder (doesn´t have to have
that name!) and open View menu, click on View->Set as Personal Toolbar Folder.
If that entry is greyed out, the folder you have selected is already your PTF.
This works for 'Set as Personal Toolbar Folder', but doesn´t work for 'Set as
New Bookmark Folder' or 'Set as New Internet Search Folder' 

Comment 4

[a_geek]

Sorry, but this is wrong. Ctrl-Shift-D has opened a menu where I could chose
where to file the bookmark for all versions of Mozilla I used before 1.7.6 (and
I started, I think, with M69). The fact that you can't see a menu open on your
1.8b2 under Windows indicates to me that there indeed is a bug.

Setting the status to NEW for this reason.

Comment 5

[Hermann Schwab]

(In reply to comment #4)
> Sorry, but this is wrong. Ctrl-Shift-D has opened a menu where I could chose
> where to file the bookmark for all versions of Mozilla I used before 1.7.6 (and
> I started, I think, with M69). The fact that you can't see a menu open on your
> 1.8b2 under Windows indicates to me that there indeed is a bug.
> 
> Setting the status to NEW for this reason.
> 

The entries I see in Bookmark menu:
Bookmark This Page                           Ctrl+Shift+D
File Bookmark...                             Ctrl+D

The three dots in the second entry are telling there is some more to choose,
i.e. a dialog will open.
Bookmark This Page doesn´t require further action.

Imho, one, or some of your extensions has changed the keybindings.
See http://www.mozilla.org/unix/customizing.html for keybindings.

Does it work if you create a new profile, just for test, without installing
extensions?


Crtl-D opens the menu, and 

Comment 6

[a_geek]

After some unrelated problems (eg. mozilla would not start), and invoking it
again as root, but with root having a new profile, it now works as expected
(with  my old profile!). Confusing, disconcerting, darn!

But: It now works very well! :-)

Comment 7

[a_geek]

Sorry to bug everyone, but in the meantime I've discovered several strange things:

- I got confused last time when I thought the problem was solved
  when in fact it wasn't. I was using 1.7.5 which worked when I thought
  I was using 1.7.6.

- Recently I installed 1.7.7 and also created a brand new (empty) profile,
  and also had no extension installed. The problem was visible again, for
  all accounts.

- The problem apparently has several other aspects to note:
  - When I type 'Ctrl-Shift-D' to file a bookmark (as depicted
    in the menu), a 'D' appears in the status bar. When I release
    the keys, the statusbar shows strange chars, along with a message
    of not having found anything.
  - No Emacs edit keys work in forms.
  - This whole mess appears regardless of whether I logged out and in again,
    ie, it's all wrong in the same session with or without extensions installed,
    and with both 1.7.6 and 1.7.7, but not 1.7.5.

  - On a very slightly different machine (very similar hard- and software),
    1.7.7 works with or without extensions. I didn't try 1.7.6 there.

This is very confusing, and I am a bit at a loss on what to try next.

Comment 8

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 9

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.