LMS 7.7 rc6

[mherger]

> No, my machine is blitz schnell.

But you're sure you get some German? You could take a video of the
installer flitzing by ;-). Slow-motion can be a great tool in such cases.

--

Michael

[paulster]

Found a new bug yesterday.

Updated the embedded cover art on an album, bumped the timestamps on the FLAC files forward by 2s and then did a scan for new and changed.

The track listing showed track 1 twice and then track 3, etc. despite the tags being correct in the same file.

Deleted the album from the database, scanned for new and changed, added it back, scanned for new and changed, discovered the bug on file renaming, stopped and restarted the server, scanned again and got the correct track order.

Later yesterday I (foolishly) updated the cover art on another album.

Scanned, got track 1 twice and then track 3, but this time I just did a second scan and it fixed itself.

Has this been logged as a bug already? I really don't like bugs that screw up the integrity of my music database.

[avr300]

> No, my machine is blitz schnell.

But you're sure you get some German? You could take a video of the
installer flitzing by ;-). Slow-motion can be a great tool in such cases.

--

Michael

I know German when I see it ! (Your neighbour to the North ;-)

This is the only dialogue which is in German. The rest is in Danish.

[Mnyb]

Yes a German speaking person would find large chunks of any nordic language (dk,no,se,icelandic) vaguely familiar and the oposite is also true .

In text it is easier, spoken language differ much more.

with google and a lexicon at hand I can struggle trough some german text, sometimes you get old technical manuals in my line of work.

[paulster]

Bumping this. Has anybody encountered and/or logged this bug before I file a report?

Updated the embedded cover art on an album, bumped the timestamps on the FLAC files forward by 2s and then did a scan for new and changed.

The track listing showed track 1 twice and then track 3, etc. despite the tags being correct in the same file.

Deleted the album from the database, scanned for new and changed, added it back, scanned for new and changed, discovered the bug on file renaming, stopped and restarted the server, scanned again and got the correct track order.

Later yesterday I (foolishly) updated the cover art on another album.

Scanned, got track 1 twice and then track 3, but this time I just did a second scan and it fixed itself.

Has this been logged as a bug already? I really don't like bugs that screw up the integrity of my music database.

[JJZolx]

Found a new bug yesterday.

Updated the embedded cover art on an album, bumped the timestamps on the FLAC files forward by 2s and then did a scan for new and changed.

The track listing showed track 1 twice and then track 3, etc. despite the tags being correct in the same file.

Deleted the album from the database, scanned for new and changed, added it back, scanned for new and changed, discovered the bug on file renaming, stopped and restarted the server, scanned again and got the correct track order.

Later yesterday I (foolishly) updated the cover art on another album.

Scanned, got track 1 twice and then track 3, but this time I just did a second scan and it fixed itself.

Has this been logged as a bug already? I really don't like bugs that screw up the integrity of my music database.

Sounds similar to the problem discussed below. Don't know if it's related, as that one appeared to be related to playlist scanning.

http://forums.slimdevices.com/showth...350#post671350

[paulster]

Added bug 17782 for this.
http://bugs.slimdevices.com/show_bug.cgi?id=17782