Re: EMMS doesn't scrobble tracks to libre.fm, despite handshake reporting good

"Fran Burstall (Gmail)" <[email protected]>
Newsgroups gmane.emacs.emms.user
Message-ID <CADxS8igXD=i0krROtKyDD1Z4AocMX7xz0mGubbm3xGxgn+PZqw@mail.gmail.com>
On Sat, 5 Nov 2022 at 01:18, Yoni Rabkin <[email protected]> wrote:

> "Nathan R. DeGruchy" <[email protected]> writes:
>
> > Hey, Yoni;
> >
> > I removed the values of those fields and restarted Emacs. I setup a
> ~/.authinfo.gpg file and put in:
> >
> > `machine turtle.libre.fm login ndegruchy password **** port 443`
> >
> > (password is masked)
> >
> > I then
> >
> > (require 'emms-librefm-scrobbler)
> > and
> > (emms-librefm-scrobbler-enable)
> >
> >
> > When I launch emacs, I get:
> >
> > Decrypting /home/nathan/.authinfo.gpg...done
> > Contacting host: turtle.libre.fm:443
> > handshake successful
> >
> > But nothing seems to happen after that. I listened to an album and I get
> no messages about scrobbling tracks.
>
> I tried this on a different machine today and it still just works for
> me, so I've not managed to re-create this bug yet.
>
> I'll keep on trying; I haven't given up yet.
>
> Of course, if there is anyone else within earshot who is willing to test
> this, please do and report your findings.
>
> P.S. Please don't top-post. In-context replies are the preferred way to
> comment on specific bits of instruction and code.
>
>
>
I have just tested this and I also cannot recreate the bug.

One remark: each scrobble process leaves a hidden buffer lying around with
the response from the server.  This buffer has a name like " *http
turtle.libre.fm:80*" (note the leading space).  Maybe good to know what
that buffer contains (if it exists) for Nathan.

---Fran
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.