beet write not working?

[krp312]

Greetings,

I have files affected by this issue so I've attempted the manual intervention.

For the track Adding N To X, here are the values for albumtype and albumtypes in beets' db (the selected row):

I issue the write, but it doesn't work:

abc@DockSTARTer:/$ beet info -i 'albumtype,albumtypes' 'title:adding n to x'
/storage/music/library/Add N to (X)/Add Insult to Injury/01 - Adding N To X.flac
 albumtype: a
albumtypes: a; l; b; u; m
abc@DockSTARTer:/$ beet write 'title:adding n to x'
Add N to (X) - Add Insult to Injury - Adding N To X
  albumtype: a -> album
  albumtypes: ['a', 'l', 'b', 'u', 'm'] -> album
abc@DockSTARTer:/$ beet info -i 'albumtype,albumtypes' 'title:adding n to x'
/storage/music/library/Add N to (X)/Add Insult to Injury/01 - Adding N To X.flac
 albumtype: a
albumtypes: a; l; b; u; m
abc@DockSTARTer:/$

Here's my config:

plugins: fetchart scrub lastgenre web deezer info embedart chroma duplicates mbsync
directory: /storage/music/library
library: /config/musiclibrary.blb
threaded: yes
original_date: no
per_disc_numbering: no

paths:
    default: $albumartist/$album%aunique{}/$track - $title
    singleton: Non-Album/$artist - $title
    comp: Compilations/$album%aunique{}/$track - $title
    albumtype_soundtrack: Soundtracks/$album/$track $title

import:
    write: yes
    copy: no
    move: yes
    resume: ask
    incremental: yes
    quiet_fallback: skip
    timid: no
    log: /config/beet.log

lastgenre:
    auto: yes
    source: album

fetchart:
    auto: yes
    minwidth: 500
    cautious: yes

scrub:
    auto: yes

replace:
    '^\.': _
    '[\x00-\x1f]': _
    '[<>:"\?\*\|]': _
    '[\xE8-\xEB]': e
    '[\xEC-\xEF]': i
    '[\xE2-\xE6]': a
    '[\xF2-\xF6]': o
    '[\xF8]': o
    '\.$': _
    '\s+$': ''

web:
    host: 0.0.0.0
    port: 8337

deezer:
    source_weight: 0.0

embedart:
    auto: no

I'm using Beets via dockstarter, which uses this image (latest v1.6.0).

Any help is greatly appreciated. Many thanks in advance.

[wisp3rwind]

Not sure whether this can really explain the issue, but: I think the albumtype(s) fields also exist in the albums table. Can you check whether/to which value they're set there?

Also, are you completely sure that you're running a version of beets that has the fix for this bug?

[krp312]

Also, are you completely sure that you're running a version of beets that has the fix for this bug?

No, I got this wrong, thank you for helping me realize that. I'm pretty sure I'm up to date now. docker inspect beets prints out "org.opencontainers.image.version": "7f1250dd-ls11". Located this at linuxserver's beets releases where they note the most recent beets commit.

Now up to date, I'm seeing something similar, with write not working, but this time it's for different fields:

abc@DockSTARTer:/config$ beet info -i 'mb_artistid,mb_albumartistid' 'title:robot new york'
abc@DockSTARTer:/config$ beet write 'title:robot new york'
Add N to (X) - Avant Hard - Robot New York
  mb_artistid:  -> 8a723345-c62c-45ec-a45e-c1007f2981b4
  mb_albumartistid:  -> 8a723345-c62c-45ec-a45e-c1007f2981b4
abc@DockSTARTer:/config$ beet info -i 'mb_artistid,mb_albumartistid' 'title:robot new york'
abc@DockSTARTer:/config$

Any thoughts?

Also, quick side question: If beet write is working correctly, and I issue it twice, subsequently, there would be no output for the second time, right?

Many thanks for offering input on my question. Happy to hear more, but I also wouldn't want you to waste time or effort because it looks like there are eyes on this issue. (I should've done a search before posting, but I assumed nothing would turn up.)

[wisp3rwind]

Somebody else observed this before: #5043, but I don't know what the conclusion was in that case.

[krp312]

I had seen that but didn't take action. I tried it this weekend and so far it has worked well. Thanks!