y0din

joined 2 years ago
[–] y0din@lemmy.world 2 points 1 week ago* (last edited 1 week ago)

Not to step on anyone’s toes, but HTTP 4xx errors usually mean the request isn’t allowed or can’t be fulfilled on the client side (like needing to log in, an expired link, or access restrictions). 5xx errors are the ones that point to real server issues. So in this case it might just be the hosting platform enforcing access rules rather than a problem with Summit itself. Just sharing a thought.

Network edge cases — interrupted or partial requests can reach the server in an incomplete form, which results in 400.

Edit/afterthought:

Something that occurred to me afterwards: sometimes 400s can also pop up from network edge cases — like an interrupted or partial request reaching the server in an incomplete form (RFC 7231 §6.5.1). And since you’re on a different Lemmy instance, it could just be that side acting up. Lemmy servers typically run behind an nginx reverse proxy (default setup), and if that proxy or backend gets overloaded, it may return 400s. Add in federation quirks like sync or backlog delays, and it would explain why it sometimes works fine and sometimes doesn’t — different people see different images fail at different times.

[–] y0din@lemmy.world 7 points 2 weeks ago* (last edited 2 weeks ago)

That’s true for some types of signal boosters, especially the simple passive ones. But many building systems aren’t just passive repeaters — they use distributed antenna systems (DAS) or active repeaters that re-broadcast the signal from outside towers. From the phone’s perspective, those can sometimes look like a new connection point, even though they’re not rogue towers reading data.

So while your point is absolutely right that a normal repeater doesn’t act as a tower or capture phone info, the way modern indoor coverage solutions are implemented can still trigger the same kinds of warnings. That’s why it can be hard to tell apart a harmless booster from something more suspicious.

More information about DAS systems and cellular repeaters, and how they differ, if you’re interested:

🔗 https://en.m.wikipedia.org/wiki/Distributed_antenna_system

🔗 https://en.m.wikipedia.org/wiki/Cellular_repeater

(edit, added Wikipedia links)

[–] y0din@lemmy.world 30 points 2 weeks ago (2 children)

It could also be something less alarming, like cellular repeaters inside the building. Many buildings use these to boost indoor coverage when concrete and steel block signals from outside towers, and that might explain why your phone flagged multiple connections so quickly. I’m not ruling out the possibility of a rogue tower or IMSI catcher, but it’s worth considering that the alerts could simply be repeaters being picked up by this new warning feature. Either way, it’s good that your phone is making you aware — at least now you know when unusual connections happen.

[–] y0din@lemmy.world 2 points 1 month ago

Thanks! For contexts, this is one of the last features I’ve missed since moving from Sync. I often refresh my subscribed/all posts after reading for a while—still chasing that dopamine hit for new content—and end up with lots of read posts back in my feed if I forget to toggle the switch, which is still a lot better than constantly bashing the hide read earlier 🙂

[–] y0din@lemmy.world 3 points 1 month ago (2 children)

Could we have an option to make the “Hide Read” switch permanent, either globally in the settings or per community in the FAB? It now seems to reset after closing the app, not sure if this is intended or a bug?

Thanks for adding this feature and for all the great work you do!

[–] y0din@lemmy.world 2 points 1 month ago

Thank you 🙂👍

[–] y0din@lemmy.world 2 points 1 month ago* (last edited 1 month ago) (2 children)

I've come across a new bug with the rail, almost the same as before, but this is inside the post, not the main view.

When you enter a post, click on an image, and then press the back button, you get a result that's almost identical to the previous issue. Just wanted to give you a heads-up in case this hasn't been reported yet. I'm using the same screen configuration mentioned earlier in this thread, so it was easier to report here since the parameters are otherwise unchanged (resolution/portrait/Samsung zfold 6).

[–] y0din@lemmy.world 2 points 2 months ago

Just happy to help 🙂

[–] y0din@lemmy.world 1 points 2 months ago (5 children)

Yes, this is the layout I get in landscape, but it's not picked up in portrait, so that it's just a bit too narrow would make sense for it not to be picked up as a large screen as the resolution is kind of weird when tilted into portrait instead of landscape.

Do you need anything more from my part? If so, or if you want me to test/change anything, let me know, I am happy to supply with whatever I can to help 🙂

[–] y0din@lemmy.world 1 points 2 months ago (7 children)

Here is a screenshot of the setting, and if I read this correctly it's off, which makes sense for me as I mostly use the app in "small screen mode" where I prefer it to be on the bottom.

The problem surfaces when used in unfolded (big screen) portrait mode, as for landscape view of the same unfolded screen, it's split and works as usual.

[–] y0din@lemmy.world 1 points 2 months ago (9 children)

As far as I can tell, rail mode is off and large screen is on?

For reference the resolution for the folded out display is 1856 × 2160 pixels and it happens in "portrait" mode, where the resolution will be weird I guess.

If I switch to landscape the issue is not present, I didn't think to test for that until you mentioned "weird screen size".

Thanks for looking into it, and it's probably a corner case since the foldable screens are not all that common, at least not yet.

[–] y0din@lemmy.world 2 points 2 months ago (11 children)

There is a new bug in the current version if you use a Galaxy fold big screen, kind of hard to describe so here is a screenshot:

As always, thanks for your great work!

view more: next ›