Summary: | iPod database may be truncated if a playlist is too big to fit on iPod | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | shattered |
Component: | Collections/iPod iPhone | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | matej |
Priority: | NOR | ||
Version: | 1.4.5 | ||
Target Milestone: | --- | ||
Platform: | NetBSD pkgsrc | ||
OS: | NetBSD | ||
Latest Commit: | Version Fixed In: |
Description
shattered
2007-04-10 19:22:02 UTC
the same happened w/ me w/ ipod video 5th gen and the latest versions of amarok and kde... there should be a massage like "memory full"... all those popups are really annoying... What's the problem here? Popups or the iTunesDB? Does the DB get corrupted? Does it just not get written? Popups are the problem because there are tons of them (one popup for each track that could not be written), they are spawned very fast, and they cover the "cancel transfer" button. iTunesDB is the problem too -- it is truncated to 0. I don't know too much about this, and I don't have an iPod to test. But as far as the truncation, that's probably a libgpod issue, as we're using all libgpod calls. I would bring this issue up with them. Well, how about zillion popups, then? :-) I think you can simulate an ipod -- all you really need is a block device with FAT filesystem. Zillion popups would be a different bug. Someone already filed one about that. Keep separate bug issues in separate reports, please :-) Closing this bug. This is most likely a libgpod issue (which is most likely solved by now). There is a separate bug for the popups, but unfortunately I don't have the bug number at hand right now. |