Closed
Bug 168716
Opened 22 years ago
Closed 22 years ago
Languages, Add: selection is lost when using v. scrollbar without pressing Control or Shift keys
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: sgautherie, Assigned: bugs)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2a) Gecko/20020910 Build Identifier: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2a) Gecko/20020910 If Control and/or Shift keys are pressed while using the v. scrollbar, the selection remains as expected ! Reproducible: Always Steps to Reproduce: 1. Open: Edit > Preferences... > Navigator > Languages 2. Click Add button 3. Select at least one language 4. Use the vertical scrollbar Actual Results: As soon as the v. scrollbar is used, the selection is "cleared", and has to be made again. Expected Results: The selection should remain unchanged when using the v. scrollbar. 2 Workarounds: 1) Do not use the scrollbar after making a selection; press directly the Ok button; and reuse the Add button if other language is needed. 2) Press C. or S. keys while using the scrollbar :-> NB: This bug may have been there for some time (allways ?); Only now, I discover the C./S. trick; I used to beleive that only one language could be added at a time :-<
Reporter | ||
Comment 1•22 years ago
|
||
"Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021016" v1.2b behaves like v1.2a: see Description.
Reporter | ||
Comment 2•22 years ago
|
||
"Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2) Gecko/20021126" Bug still there.
Reporter | ||
Comment 3•22 years ago
|
||
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3) Gecko/20030312] Bug still there.
Reporter | ||
Comment 4•22 years ago
|
||
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4a) Gecko/20030401] Bug still there.
Reporter | ||
Comment 7•22 years ago
|
||
Re comment 5: [Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4) Gecko/20030529] (As reporter) "FixedForMe" in v1.4rc1: It's the first time that I see this working (not a (K) 'regression' AFAIK): it must have been fixed at some date after v1.4a was released. (I have always used Classic/default theme.) I let you Resolve this bug as appropriate. [Netscape® Communicator 4.8 : en-20020722] Not that important now, but it was a (K) '4xp'.
Keywords: 4xp
Comment 8•22 years ago
|
||
on comment 7 the reporter says it is gone with 1.4rc1. And I've never seen it on win95.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 9•22 years ago
|
||
Re comment 8: While I fully agree to have this bug Resolved; I would have prefered (Fixed or) WorksForMe instead of Invalid. [Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3.1) Gecko/20030425] I checked again the v1.3.1 which I have kept: this bug still happens !
Reporter | ||
Comment 10•22 years ago
|
||
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3.1) Gecko/20030425] PS: The behaviour is that, responding to pressing the up or down button on the lift, the list scrolls one line, _then_ the highlighted item(s) colour is reset to normal colour.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•