Search queries not properly escaped.

Bug #905776 reported by mangelasakis
This bug report is a duplicate of:  Bug #768022: Search queries not properly escaped.. Edit Remove
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Committed
Medium
RJ Skerry-Ryan
1.10
Fix Committed
Medium
RJ Skerry-Ryan
1.9
Fix Committed
Medium
RJ Skerry-Ryan

Bug Description

Hi sorry for my English.
I have upgraded the mixxx at 1.9.2 amd64 and at 1.10 amd64 version at ubuntu 11.10 amd64 and when I search with 1A or 2A or 3A or 4A there are no results. But between 5A and 12A I have normaly results. The "1A ,5A, 6A... " is the key of the tracks.

The key details are in the file name and in the comments field too. With version 1.9.0 I had installed the ubuntu software center I had no problem ...The problem appeared after I upgraded from version 1.9.0 to version 1.9.2 and still exists in 1.10.

Rather it is a bug, because the same problem exists in debian amd64 and windows 7 x64.

Related branches

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Thanks for the informative report!

- Do the tracks that you are looking for show up in the library table when you are not searching?

- When you find them in the library, do you see the key (1A, 5A, etc.) in the comments field or in the location field? You could also check the track properties to make sure Mixxx has the key in the comment field.

- What file type are they?

Revision history for this message
mangelasakis (mangelasakis) wrote :

yes the tracks show up in the library table and I can see the key in the location field (for examples /home/username/music/tiesto-traffic(original) - 3A) and in the comments field. When I search without a name and only with key from 1A to 4A(or 1B to 4B) , it doesn't show up the tracks. But when I search with others keys, they show up normaly... The type of files is mp3.

Revision history for this message
mangelasakis (mangelasakis) wrote :

It shows up only the tracks who I have just played, but if I close the mixxx and I open it again and I search for the same track without I have played it again from the last time, it doesn't show up the track...

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Alright I tracked down the problem. A fix is coming up. Thanks mangelasakis!

summary: - Problem with search
+ Search queries not properly escaped.
Changed in mixxx:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → RJ Ryan (rryan)
status: Confirmed → Fix Committed
Revision history for this message
mangelasakis (mangelasakis) wrote :

 When will you upgrade the mixxx with the solution of this bug?

Revision history for this message
RJ Skerry-Ryan (rryan) wrote : Re: [Bug 905776] Re: Search queries not properly escaped.

Mixxx 1.10 final will have the fix. If you'd like to test a pre-release
version that has the fix, you can download it here:

http://builds.mixxx.org/builds/release-1.10.x

On Mon, Dec 19, 2011 at 10:19 AM, mangelasakis <email address hidden>wrote:

> *** This bug is a duplicate of bug 768022 ***
> https://bugs.launchpad.net/bugs/768022
>
> When will you upgrade the mixxx with the solution of this bug?
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/905776
>
> Title:
> Search queries not properly escaped.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/905776/+subscriptions
>

Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6188

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.