View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005182 | MMW v4 | Playlist / Search | public | 2009-01-12 19:49 | 2009-04-04 03:12 |
| Reporter | lowlander | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.1 | ||||
| Target Version | 3.1 | Fixed in Version | 3.1 | ||
| Summary | 0005182: Scrolling tracklist can affect the query in the searchbar (non-skinned) | ||||
| Description | Scenario 1 on 1209 (CrissJJ) Type part of a previous search query, let results load, scroll track listing vertically and a previous search query containing the current is loaded. [Scenario 2 on 1211 (Lowlander) Type part of previous search and MediaMonkey will show auto-complete in search box and limit results to auto-completed value. User will need to remove auto-completed part if not desired. DISCUSSION MOVED TO 0003687] | ||||
| Additional Information | Forum: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=35975&p=185379#p185379 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1217 | ||||
|
|
Re: 1) I cannot reproduce :-( Re: 2) I am not sure I understand, but I think it works fine. Example a) 1. I have history dropdown's list in order: Load, Loaded, ... 2. Typing Lo auto-completes to Load -> this is fine Example b) 1. I have history dropdown's list in order: Loaded, Load, ... 2. Typing Lo auto-completes to Loaded -> this is fine too What is wrong? |
|
|
The issue is that I want to search for Lo and MediaMonkey auto-completes to load. This means the user needs to remove (del key) the auto-completed part. The normal behavior would be to have auto-complete show as a drop down (think Firefox url bar) and user with arrow keys can select matching auto-completes. This means in both examples you describe it shouldn't auto-load the auto-complete values in the search box itself. |
|
|
Not sure about this, I meant this is intended and there is no issue. Rusty, could you comment on this? |
|
|
Rusty, I am currently confused about this, should 0003687 disable autocomplete entirely?? Because now the autocomplete history is disabled, but if you type [Enter] then it is added to the autocomplete history. |
|
|
I've re-opened 0003687 to discussion the issue of auto-complete and search results. This bug will continue to track the thus-far unreplicable (by me--waiting for clarification from Chrisjj) problem of scrolling triggering a change to the text in the searchbar. |
|
|
OK, I've figured out how to reproduce this bug: 1. Edit the MediaMonkey .ini file so that there are no entries under [SimpleSearch] 2. Start MM and switch to skinless mode and restart (the bug only occurs in skinless mode) 3. In the searchbar, type 'Love Bites' (or 'Love xxx' where xxx will return at least one track), and press <enter> so that it gets added to the Searchbar MRU list 4. Click a different top level node (e.g. 'Genre') causing the searchbar to clear. 5. Type 'love' --> Love _bites_ appears in the search bar (_bite_ is highlighted) --> Search results are for Love Bites 6. Press <Delete> to delete the highlighted 'Bites' text --> Search results are updated to for 'Love' 7. Click the Track list's vertical scroll bar --> The first entry in the tracklist is highlighted --> The contents of the searchbar are highlighted and are changed from Love to Love Bites! Note: the reason why this bug was difficult to reproduce is that: a) it only occurs in skinless mode b) it doesn't occur if 'love' is in the searchbar MRU list |
|
|
Fixed in 1217. |
|
|
verified 1232 |
