bugSynaptic - Bugs: bug #28326, Search history is cleared too...

 
 

bug #28326: Search history is cleared too often.

Submitted by:  None
Submitted on:  Fri 18 Dec 2009 12:00:34 AM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Ready For Test
Privacy: PublicAssigned to: Michael Vogt <mvogt>
Open/Closed: Open

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Wed 23 Dec 2009 02:29:09 PM UTC, comment #1:

Thanks for your bugreport.
This is fixed now in bzr and it will be part of the next upload.

Michael Vogt <mvogt>
Project AdministratorIn charge of this item.
Fri 18 Dec 2009 12:00:34 AM UTC, original submission:

Using version 0.62.5. I notice that after nearly every action, the search history is cleared.

Applying updates, locking a version, both clear the search history and replace the current view with an empty list of matchign packages.

After applying changes, isn't a huge set back, because I've adapted to ensuring all changes I want to make are selected before applying.

however, after clearing the fliter and search history after locking versions is infuriating.

I believe that any action should repopulate the package list with the last filters used before the update.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by mvogt (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 23 Dec 2009 02:29:09 PM UTCmvogtStatusNone=>Ready For Test
      Assigned toNone=>mvogt

    Back to the top


    Powered by Savane 3.1-cleanup