---
 scripts/musicpd.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/musicpd.sh b/scripts/musicpd.sh
index 3bc8f5d..7c565ab 100644
--- a/scripts/musicpd.sh
+++ b/scripts/musicpd.sh
@@ -3,6 +3,7 @@
 
 # shellcheck disable=SC1090
 . "$(which sxmo_common.sh)"
+. "$(which sxmo_icons.sh)"
 
[message trimmed]

If the coreutils package is installed, the scripts hook will use
xargs and not busybox xargs. As a result, only 1 userscript will
be shown
---
 configs/default_hooks/scripts | 1 +
 1 file changed, 1 insertion(+)

diff --git a/configs/default_hooks/scripts b/configs/default_hooks/scripts
index ac93cde..5bd160d 100755
--- a/configs/default_hooks/scripts
+++ b/configs/default_hooks/scripts
@@ -5,6 +5,7 @@
 # include common definitions
 # shellcheck source=scripts/core/sxmo_icons.sh
[message trimmed]

Thanks, the bluetooth support is much better now!

Merged:

To git.sr.ht:~mil/sxmo-utils
   6446700..ca8f63c  master -> master
--
w:] www.momi.ca
pgp:] https://momi.ca/publickey.txt

Not sure what the fix is but I think it will be more complex than this.
Maybe we need to write our own cron implementation or ask in other cron
implementation ircs whats wrong?

Peter, Stacy wrote a long writeup regarding her run-in with this:

https://todo.sr.ht/~mil/sxmo-tickets/384

Marking as rejected as it is a bug but this doesnt fix it.

Best wishes,
Anjandev momi
--
w:] www.momi.ca

I, Anjandev Momi, hereby re-license my contributions to the Alpine Linux
wiki under the username Anjanmomi under the terms of the CC-BY-SA
license.
--
w:] www.momi.ca
pgp:] https://momi.ca/publickey.txt

Hi,

It seems you have sent an email to the mailing list when you wanted to
subscribe. If you want to subscribe to this mailing list, please send an
email to:

~mil/sxmo-devel+subscribe@lists.sr.ht

If you still have issues, feel free to join us on #sxmo on the OFTC
network.

Best wishes,
Anjandev Momi
--

I added a simple commit to the readme explaining what the script does.

https://git.sr.ht/~anjan/sxmo-userscripts/commit/6d81f1758dbbf948370020da0373fe631b109a37

Thanks - Applied,
Anjandev Momi
--
w:] www.momi.ca
pgp:] https://momi.ca/publickey.txt

Hi Crystal,

I know exactly what your talking about and I have experienced that
regression as well. Please open an issue on the bug tracker:

https://todo.sr.ht/~mil/sxmo-tickets

You dont need an account - simply enter the title of your bug report in
the subject of your email and type the description in the body of your
email.

Additionally, doing a git bisect between the good and bad versions of
sxmo-utils to tell us what commit broke this feature would be much
appreciated since I dont text much nowadays. You can grab sxmo-utils

Andrew <ahmbates@gmail.com> writes:

> Hi there,
>
> I just tracked down a problem I've been experiencing for a while now. My
> situation is that I reject any calls from numbers I don't recognize. Usually I'm
> also listening to music or podcasts using headphones.  I found that if I didn't
> answer incoming calls (by either selecting "hangup" or "mute" or just ignoring
> the ringing) when the call ended my music would come blasting out the speaker on
> the back of the phone.  Not ideal at work :)

This is a real bug I have experienced.

>>I really dont want that :S Do we really need to notify-send every info
>>call message ?
>
> I've been using this a few weeks and it isn't as annoying as it seems,
> and its necessary if you have a dodgy connection, in order to see the
> errors / know if a message was sent correctly.  *Usually* the only
> notify-send is "Sent text to $NUMBER ok".

I am conflicted. I have sent messages and wondered if they actually sent
especially when testing new modem firmware or being on a dodgy connection. Do
we want to make this configurable? On by default and can be turned off
by an environmental variable.