On 7/17/2015 8:57 AM, M.Ross wrote:
> SmnkyLst: Crash During Online Editing, Browser Webpage Redirected
> 
> Random operation drove me nuts. But it became more often the norm & 
> crashed online document editing!
> 
> Problem: The Seamonkey browser attempted to load a non-existent webpage, 
> using prior captured text, any word or phrase. This caused trouble & 
> interrupted any process, especially when entering data or editing a 
> file online.
> 
> Using a laptop computer with track-point & middle button it is possible 
> to scroll up & down in webpage documents. But this triggered a crash in 
> edit mode online, editing a text file in a webpage - proofreading in 
> this case. Every time the middle button was pressed to grasp the page & 
> move it with the track-point up or down, the possibility of & often a 
> crash occurred, & the browser went most anyplace based on prior captured 
> text in the buffer. Even www.about.blank.com became a new webpage.
> 
> Just pressing the middle track-point button often sent the browser to a 
> fake webpage.
> 
> In About.Config, I discovered the problem. 2 items set to default as 
> "true":
> 
> middlemouse.contentLoadURL    true
> 
> middlemouse.paste             true
> 
> I changed/reset them to false, & the problem ended. I believe default 
> should be "false" to prevent the problem.
> 
> This never happened before. Has something changed in an update, a 
> default changed, another entry altered the basic operation of Seamonkey?
> 
> Is this a Bug?
> Should it be reported?
> Can I set, should I set, something else to end the problem?
> Is my change going to cause another problem?
> 
> Any warnings, thoughts, or ideas?
> 

The defaults are indeed "false" for those two preference variables.
When I request about:config and filter on "middlemouse", those two (plus
middlemouse.scrollbarPosition) not only show as "false"; they are also
NOT bold.  They would be bold if they had non-default values.
Furthermore, right-clicking on them gives me a pull-down context menu
with Reset disabled because they are already reset.

Only middlemouse.openNewWindow is "true", per my settings at [Edit >
Preferences].

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
<https://bugzilla.mozilla.org/show_bug.cgi?id=433238>.
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey

Reply via email to