bug

Changing the colours for gestures works when applying gestures to posts but not comments, i.e. you always see the default colours when applying a gesture to a comment.

@idunnololz@lemmy.world this seems like it's been around for a while, but your efficiency at fixing issues has encouraged me to raise more!

I just updated Summit to the latest version (and I also applied a minor Android update too, so it could be that) and now Summit won't start (exits after a few seconds). Here's a (truncated) log if you're interested:

type: crash
osVersion: google/redfin/redfin:14/UP1A.231105.001/2024022300:user/release-keys
package: com.idunnololz.summit:142
process: com.idunnololz.summit
processUptime: 67876 + 302 ms
installer: com.android.vending

java.lang.StackOverflowError: stack size 8188KB
	at java.util.HashMap.hash(HashMap.java:336)
	at java.util.HashMap.getNode(HashMap.java:566)
	at java.util.HashMap.containsKey(HashMap.java:592)
	at android.app.SharedPreferencesImpl.contains(SharedPreferencesImpl.java:377)
	at wc.b.getFloat(SourceFile:20)
	at wc.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
[TRUNCATED 1058050 CHARS]
.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
	at wc.b.getFloat(SourceFile:26)
	at com.idunnololz.summit.lemmy.community.CommunityFragment.i1(SourceFile:78)
	at com.idunnololz.summit.lemmy.community.CommunityFragment$onViewCreated$7.c(SourceFile:223)
	at com.idunnololz.summit.util.BaseFragment$runOnReady$1.c(SourceFile:11)
	at com.idunnololz.summit.main.MainActivity$runOnReady$1.e(SourceFile:13)
	at tc.z.b(SourceFile:13)
	at androidx.lifecycle.j0.b(SourceFile:30)
	at androidx.lifecycle.j0.c(SourceFile:56)
	at androidx.lifecycle.p0.k(SourceFile:15)
	at b.j.run(SourceFile:252)
	at android.os.Handler.handleCallback(Handler.java:958)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loopOnce(Looper.java:205)
	at android.os.Looper.loop(Looper.java:294)
	at android.app.ActivityThread.main(ActivityThread.java:8279)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:552)
	at com.android.internal.os.ExecInit.main(ExecInit.java:49)
	at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method)
	at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:359)

If I have a community link followed by a comma, such as !summit@lemmy.world, it is incorrectly parsed as including that comma in the instance name. This same behaviour doesn't seem to happen in the web UI.

I know they've been around since the GDPR came into effect, but I've suddenly noticed a sharp increase in the cookie prompts on web pages which have a second "legitimate interest" page. Some of these have an "object all" button, but plenty require you to manually opt-out of sometimes hundreds of ad-trackers.

The cynic in me assumes this is a legal loophole, whereby they can claim legitimate interest in your data in order to do exactly what they were going to do anyway (which is not what the legitimate interest feature of the GDPR is for) without being required to give you a "reject all" button.

1. Am I being overly paranoid or is this exactly what's happening?
2. Does blocking all third-party cookies (something your browser should be able to do by default) negate all this need to reject anyway?
3. If not then what's the solution?

If you do have an answer then please state if it applies to EU/UK or other, non-GDPR-respecting countries!

I'm really enjoying Summit, I've tried every Lemmy client I could find and I think this is the best one I've used. I can't find the source code though, https://github.com/idunnololz/summit-for-lemmy seems to only list releases, is this a bug?

I've recently changed from dns.adguard.com to extended.dns.mullvad.net as it generally seems more privacy friendly, but it seemed to go dead for a while today. Anyone else see this or was it a me problem? I can deal with a slightly flaky service but I can't recommend one to non-techies who just need a working adblocker.

I'm probably one of the few people still using a Pebble smart watch (still alive and kicking with Rebble!), and I've just gone through the app store and found a few cool apps that still work. Given that you have to give the Pebble android app quite a few permissions to be able to do its thing I'm now wondering if all the third-party apps can also access all those permissions. They're mostly little FOSS one-person projects so I can probably have a nose through the source myself to check for dodgy behaviour, but does anyone know what the risks are in general?

I was told we had to all leave Reddit and switch to Lenny

And I mean to actually use with your voice, you may be one of the people who likes "cockwomble" but if you only ever type it out online then that doesn't count!

We had a thunderstorm and it's still too hot

The new tyre whisperer

People in Qatar don't like the Flintstones, but people in Abu-Dhabi-dooo