[amarok] [Bug 371460] New: ANDs get converted to ORs when editing the filter

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=371460

Bug ID: 371460
   Summary: ANDs get converted to ORs when editing the filter
   Product: amarok
   Version: 2.8-git
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Collection Browser
  Assignee: amarok-bugs-d...@kde.org
  Reporter: rob...@capuchin.co.uk

Set up a filter containing (for example)
artist:"Sol" AND genre:"Classic" OR genre:"Chamber"
then click the edit filter button, the search filter displays correctly (at the
foot of the dialog but the graphic buttons has two ANDs rather than AND and
then OR, if without doing anything to amend the filter you select OK you get an
edited filter
artist:"Sol" AND genre:"Classic" AND genre:"Chamber"

I didn't expect the filter to change. I tried to work around by adding brackets
in case it was an operator precedence issue but that made no difference

(as reported on #amarok on IRC with a slightly different example)

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 367449] Strange shadow in the up left of display when open Amarok

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367449

robert marshall  changed:

   What|Removed |Added

 CC||rob...@capuchin.co.uk

--- Comment #6 from robert marshall  ---
This looks very like this issue https://bugs.kde.org/show_bug.cgi?id=277830
that I reported a few years back - which eventually went away for no clear
reason (and I still no longer see it). I saw it with fluxbox as WM

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 364974] Filtering on time since last played gives incorrect results for CDs

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364974

--- Comment #4 from robert marshall  ---
No it's specific to a cd (any cd), I'd expect, when you set a filter to view
all tracks played in the last hour, for amarok to show the  tracks you have
played in the past hour and no other tracks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 364974] Filtering on time since last played gives incorrect results for CDs

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364974

--- Comment #2 from robert marshall  ---
Maybe I needed to be clearer!  It's the last play time which is incorrect (at
least I think so), I think that filtering on values which are dependent upon
stats of tracks in the collection should never be true for tracks which aren't
in the collection 

Showing all cd tracks as played in the last minute (my guess is the last played
time is some negative number) just feels wrong to me!

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 364974] New: Filtering on time since last played gives incorrect results for CDs

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364974

Bug ID: 364974
   Summary: Filtering on time since last played gives incorrect
results for CDs
   Product: amarok
   Version: 2.8-git
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: Collections/CD
  Assignee: amarok-bugs-d...@kde.org
  Reporter: rob...@capuchin.co.uk

If I have a music CD recognised by amarok and I filter the collection
(principally I did this for displaying tracks in my main collection rather than
the CD) then lastplay:<1d gives me all the tracks on the cd (I don't think
amarok stores collection data for cds?) when I've never played the CD before.
In fact if I change the filter to lastplay:<1M (tracks played in the last
minute) it still gives me all the tracks! If you change the filter to
playcount:=0 then it shows all the CD tracks (which is what I expected)
I'd expect filtering on time to give results consistent with the playcount.

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 341661] Recent build from git if length is used to build filter it is always show as zero

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=341661

--- Comment #7 from robert marshall  ---
Yes, this patch fixes it for me - thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 354255] [PATCH]: Handle removed --myisam-recover option in MySQL 5.7

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354255

robert marshall  changed:

   What|Removed |Added

 CC||rob...@capuchin.co.uk

--- Comment #6 from robert marshall  ---
I can also confirm this problem with kubuntu 16.04 KDE Version: 4.14.16 Qt
Version: 4.8.7 and that the patch solves the problem

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 363690] New: Add composer to the organize tracks dialog

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363690

Bug ID: 363690
   Summary: Add composer to the organize tracks dialog
   Product: amarok
   Version: 2.8-git
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: Collections/Organize Files Dialog
  Assignee: amarok-bugs-d...@kde.org
  Reporter: rob...@capuchin.co.uk
CC: ralf-eng...@gmx.de

It would be nice if there was a %composer% tag in the options on the organize
tracks dialog

(there's probably an overlap with the needed fix for
https://bugs.kde.org/show_bug.cgi?id=331443 )

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 363689] New: Organize Files or Organize Tracks?

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363689

Bug ID: 363689
   Summary: Organize Files or Organize Tracks?
   Product: amarok
   Version: 2.8-git
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: Collections/Organize Files Dialog
  Assignee: amarok-bugs-d...@kde.org
  Reporter: rob...@capuchin.co.uk
CC: ralf-eng...@gmx.de

If you select the Organize Files menu option you get a dialog with the title
Organize Tracks - should these have consistent titles? I'd go for Organize
Tracks esp as the menu option is above 'Edit Track Details'

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 356996] Tracks become 'never played' after modifying the root Music directory

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356996

--- Comment #4 from robert marshall  ---
Ralf

That's not the problem, to give an explicit example:

~/Music/ contained (say) track1.flac and otherArea - otherArea is a soft link
to /newPartition/Music and contains track2.flac
I removed otherArea from the directories (within ~/Music) where are scanned (in
amarok settings) and at that point track2.flac loses its stats (this I
expected!). I then added /newPartition/Music (using the full path) as a
directory containing part of my collection. track2.flac reappears in the
collection with a never played status (also an expected outcome). I then
removed the otherArea soft link.

What I didn't expect was that track1.flac would suddenly also appear to be
never played - and in my simple example at one point in the process (after
adding /newPartition/Music and the consequent scan I only have one track in the
collection)

I hope this makes it clearer, maybe I should create a dummy user and check that
the issue is easily repeatable.

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 356996] New: Tracks become 'never played' after modifying the root Music directory

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356996

Bug ID: 356996
   Summary: Tracks become 'never played' after modifying the root
Music directory
   Product: amarok
   Version: 2.8-git
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Collections/Local
  Assignee: amarok-bugs-d...@kde.org
  Reporter: rob...@capuchin.co.uk
CC: ma...@laitl.cz, ralf-eng...@gmx.de

Having had problems in the past with soft links in my ~/Music directory
pointing to other partitions (see https://bugs.kde.org/show_bug.cgi?id=349783 )
I decided to sort things out and did the following:
- In amarok settings->Local collection, I removed the soft link from
directories to be scanned
- I let the rescan of the collection (by ok'ing the settings dialog) run to
completion (so ending up with around 600 fewer tracks in the collection as the
soft link was no longer followed)
- I then, in local collection, added the true path to the collection area in
the other partition (rather than using the soft link), ok'ed the setting dialog
and let that scan run to completion.
- I noticed that the collection size was around 300 tracks short of the total
before I started the process, thought it odd but ignored it.
- I then removed the soft link 
- At some point after this I realised the collection count was back at the
correct number (not sure what amarok did to get this right)
- Then I realised that all the music files in ~/Music at the top level (eg
~/Music/item.flac ) were in the collection but were down as having never been
played and there were around 300 of these tracks - this the bug

So the statistics for these files at the top level of ~/Music have been lost,
I've been back into settings and made the tick box for ~/Music fully ticked (it
was marked as partially ticked after removing the soft link at step 1) but so
far I've not managed to get the statistics for these tracks restored.

I was expecting to lose the stats for the tracks pointed to by the soft link
but to lose the stats for the files in ~/Music was unexpected.

(sorry this is a bit discursive but I hope it's clear!)

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[amarok] [Bug 356996] Tracks become 'never played' after modifying the root Music directory

[robert marshall via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356996

--- Comment #2 from robert marshall  ---
I should have mentioned (but was probably implicit) that I have both 'scan
folders recursively' and 'watch folders for changes' set to true.

-- 
You are receiving this mail because:
You are watching all bug changes.