I am having a peculiar problem:

I load .flac tracks from an album into the play queue, and their names are all displayed correctly, even those with foreign characters. However, when each song is played, the track info is abruptly switched to something else, i.e. the track info of the first or last track in the album, or the track name will be switched to the name of the file being played. In some cases the track info will change two or three times before finally settling into a final state (that still isn't correct).

Additionally, I'll look at the track's info in Amarok's "Edit Track Information" dialogue, and the tags are all unharmed, it's just that Amarok refuses to display track info that's the same as what's in the actual files.

The files are all .flac and on an ext3 volume, and I'm running Amarok in GNOME 2.24.1. I have tried tagging the files with both flac tags and ID3 tags to no avail, and I used EasyTag with the settings:

ID3v1: Charset ISO-8859-1
ID3v2: version 2.4 Charset UTF-8
Tag rules: all except for CRC32/compression used

I'm in the same situation as OP
By the way, this doesn't happen on ALL flac files (for me, anyway), just random ones

Have never seen this type of thing

Am on version 1.4.9
Distro is ubuntu... hardy heron I believe
Running on the  Xine engine

I just tried this:
http://amarok.kde.org/wiki/FAQ#Amarok_i ... roperly.21
After trying this solution for a few of my flacs, I rescanned the collection database and restarted Amarok.

...And even this did not help! Every time I play a flac album, Amarok will scrobble the same track to Last.FM multiple times instead of each different track. I'm at my wit's end!

Check the permissions on the file relating to scrobbling in ~/.kde/share/apps/amarok/ 
Off the top of my head, I can't recall the name of the file - something like "submit.xml". Better still, try deleting it altogether.
Also make sure you're using the latest version of Amarok, currently 1.4.10

edit: it might be worth trying to edit the tag of a few of the offending tracks in Amarok (change it slightly, add a space or something and save the changes, then change it back). Then see whether they submit ok.

...Or disable scrobbling?

I have the idea that you're suggesting these things as a last resort. Do you think this problem is unfixable?

...Because if I'm listening to a few new albums and hear a track that I like, it would be nice to be able to just look at the OSD or roll over the notification tray to see the track's name, instead of having to open the player window, right-click on the track being played, select "edit information" and look at the ID3 tag's contents.

EDIT:

edit: it might be worth trying to edit the tag of a few of the offending tracks in Amarok (change it slightly, add a space or something and save the changes, then change it back). Then see whether they submit ok.

I have tried this already, and although Amarok changes the metadata of the actual file, it STILL displays the track name/number incorrectly in the OSD, in the player window, etc. (and submits wrong info to Last.FM)

I suggest checking the permissions because if the user you're running Amarok as doesn't have r/w permissions for the submit.xml file, it won't ever be able to add to it or remove it when done. Permissions can change when someone accidentally edits a file as the wrong user - and has been the cause of issues in users' home directories in the past.
My other suggestions are to rule out differences in the way amarok possibly reads id3lib edited tracks compared to taglib edited tracks.
If you don't like the suggestions, or aren't willing to try something different, then by all means, disable scrobbling... no skin off my nose!

I mentioned it because I have no idea how editing or deleting a file pertaining to scrobbling tracks to Last.FM will change how Amarok reads and displays metadata from music files.

Also, I did try chown/chmodding the file with u+rwx, also removing it. It didn't change a thing.

I bet there's a .cue file in the same folder as these .flac files...

Try moving it into subfolder, or renaming the extension to .cue.flub or something. Works for me with 1.4.10.

edit: you shouldn't use id3 tags with flac files btw. The combination might work with some software, but vorbis/flac tags are the only type that is actually supported.

My first thought was a .cue file too, although I'm pretty sure there's no support for them in Amarok 2 yet... (I'l be kinda happy if there is though, since I used the feature quite a bit in A1.4!)

Hey, you're right! I DID have .cue files in there, and moving the files fixed the problem. I wonder why on earth cue files would do that to Amarok?

Probably incomplete support. It would probably be worth checking http://bugs.kde.org for any existing bugs relating to .cue files, and if there's nothing relevant, please open a new one!

Good job, oblivious_maximus