Closed Bug 327336 Opened 20 years ago Closed 19 years ago

When moving bookmark, a new dialog appears that sometimes obscures the menu of target folders

Categories

(SeaMonkey :: Bookmarks & History, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: michael.graubart7, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060214 SeaMonkey/1.5a Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060214 SeaMonkey/1.5a In Bookmark Manager, if one holds down the mouse button over a bookmark, a dialog appears. In this one can select 'Move bookmark(s)…', and a menu of target folders to which one may want to send the bookmark appears, but quite often the previous dialog also reappears and sometimes obscures the menu of target folders. This does not always happen, and I have been unable to establish what makes it happen or not happen. This bug is, I believe, present in every trunk build of SeaMonkey, going back years, and also in SeaMonkey 1.0, and is apparent in OS 10.3.9 as well as 10.4.4. Reproducible: Sometimes Steps to Reproduce: 1. In Bookmark Manager, hold mouse button down over a bookmark. 2. In the resulting dialog, click 'Move bookmark(s)…'. Actual Results: A menu of possible target folders appears, but the previous dialog also often reappears and sometimes obscures part of the menu of target folders. Expected Results: The menu of possible target folders should appear, but the dialog should not reappear. eMac G4, OS X 10.4.4, Classic theme.
I was being a bit hasty! All it is is that if one lingers too long with one's mouse-button pressed, that new dialog appears (which is standard practice). But 'too long' is too short!
If you don't like the click-and-hold behaviour you can turn it off: Type about:config in the url bar and look for a pref called "ui.click_hold_context_menus". That is set to "true" by default - setting it to "false" should disable the click-and-hold behaviour. I think this was fixed on the 1.8 branch (fixed on trunk, of course) - that is, it will be in the forthcoming 1.1a release.
Thank you, Stefan. That list of prefs. is truly amazing. Actually I am currently using SeaMonkey 1.0.2, because various bugs that I found disturbing have not yet been tackled in the 1.5a releases, but as soon as 1.1a is released I shall try what you suggest.
Now WFM in 1.1.2 and in trunk builds.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.