one of the most common security reports we get in #curl is claims of various CRLF injections where a user injects a CRLF into their own command lines and that's apparently "an attack".

We have documented this risk if you pass in junk in curl options but that doesn't stop the reporters from reporting this to us. Over and over.

Here's a recent one.

hackerone.com/reports/3418616

#curl
This entry was edited (1 week ago)

StreetComplete is a really fun and accessible way to contribute to OpenStreetMap from an Android device - walk around in your local neighbourhood (or anywhere really) and solve 'quests' by answering questions about the things around you!

You don't need to learn anything about mapping conventions, or infrastructure, or about the more complex mapping tools that exist for OpenStreetMap. The app will explain everything to you that you need to know, when you need to know it, and ask easily understandable questions with reference pictures for the answers.

The only setup needed is to make an OSM account and log into it from the app, so that it can upload your answers - and you can also do that at any later time, after trying out the app without an account for a while first. You can just install it and go outside right away!

The app doesn't need any cellular internet connection; it can work offline and synchronize your answers once you reach a place with eg. WiFi. It's also quite performant, and should run well even on lower-end phones. There is also a 'multiplayer' option that lets you split up in teams and each tackle different quests in the area.

streetcomplete.app/

#StreetComplete #OpenStreetMap

Part of the reason I’m so against LLM coding assistants is that it seems like it can do nothing but suck all of the joy and fulfilment out of work.

Like, for any task that requires skill, there’s some pleasure in using that skill and succeeding at it. Why would I want to automate it?

It’s like the thing of “automating my hobbies so I can spend more time doing the laundry”.

And obviously, yes, I do realise that my job doesn’t simply exist for the sake of me having fun. I don’t actually expect that to be a persuasive argument from a business perspective. But what makes the whole thing completely inexplicable to me is that this automation doesn’t even do a good job or speed things up at all.

All the code I’ve seen from LLMs has been total garbage. At best, it’s eventually come out with something as good as a human could do, except no faster, and through a process that’s far more annoying and unpleasant than simply doing the work manually.

There’s literally nothing in it for anybody (except the LLM companies, who get a subscription fee for doing something you could have easily done yourself, and who, when you complain that the results are bad, invent nonsense like “you have to have multiple LLMs all checking each other’s output” to wring more money out of you).

in reply to modulux

Long post

Sensitive content

in reply to ben

Long post

Sensitive content

in reply to James Scholes

@jscholes Yes. And spoon-feeding text to a screen reader should not be what developers primarily think of when they think of accessibility. The actual GUi should be made accessible through platform APIs. I know you know this, of course; I'm just stating it for the benefit of anyone watching who is outside the cottage industry of apps developed specifically for and usually by blind people.

@tunmi13 @fastfinge

in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge @jscholes This is where AccessKit (accesskit.dev/) might help. Yeah, plugging a project I started. We did a proof of concept retrofitting it onto an old version of Unity a few years ago. github.com/AccessKit/the-inter… This was a mod to an existing open-source demo game; the Unity version was old even when we did it. And it was very hacky, as we had no cooperation from the engine. We haven't revisited this lately with modern Unity.
in reply to Matt Campbell

So would I. But the various game mods are developed by people mostly like me: hobbyists with jobs, and who are just skilled enough to find solutions and get things done. But without clear documentation and an easy to call API we can plug in, we're stuck. So I wouldn't expect this any time soon. All of the output systems in the above pole require one, maybe as many as three, lines of code to use.
in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge @jscholes Sigh, yes, we need to fully document AccessKit, write bindings for more languages, and make sure the documentation is available for users of all the bindings. Unfortunately, my current funding for working on AccessKit doesn't cover either documentation or bindings.
in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge @matt In this case by "OS semantics", I specifically meant live regions and have updated my previous response accordingly. To my knowledge, OSARA outputs a great deal of screen reader specific text without using a single screen reader library on Windows and it works perfectly.
This entry was edited (1 week ago)
in reply to James Scholes

It's possible my understanding could be out of date. I'd love a better way to do things. However, as far as I know, live regions require the window to have focus, and require the app to be a web app. That's just not the case for any one of my use-cases. Sometimes I'm using an apps built-in scripting language to add accessibility, sometimes I'm patching an app to send text to the screen reader, or sometimes I'm creating an entirely separate app to run in the background to read log files and output alerts that way. In none of these cases would live regions work.
in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge @jscholes No, live regions are no longer exclusive to web apps. My understanding is that the application window has to be in the foreground, but the child window that contains the live region doesn't necessarily have to have focus. Paperback did this particularly elegantly by setting properties on a Win32 static text control.
in reply to Matt Campbell

Better, but still not going to work for 99 percent of mods. In general, you don't get to spawn a new window, or modify properties on existing ones. The only place I could make this work is adispeak; I can write a full C# DLL there and do whatever I want. But if I do that, I lose the ability to notify the user if they have the IRC client in the system tray, or even just on the taskbar. Far from ideal.
in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge @jscholes If your mod can be active after the main window is created but before it's shown, you can bolt on accessibility by doing Win32 window subclassing on the main window. AccessKit includes code for doing the subclassing step, but you have to do it at exactly the right point in the window life cycle or it doesn't work reliably. That's the main problem we had with Unity.
in reply to Matt Campbell

And what happens if the main Window ever gets destroyed or recreated? While I can often hook into app startup, most mod frameworks don't allow detailed hooks into Window Creation. It's possible I'm missing things, and smarter people than me can come up with a way to make this generally viable. But based on my research and skill level, I just don't see a path to avoid screen reader libraries in the majority of cases. Live regions are only useful in the case where you're writing your own app from scratch or modifying an open source app, and you never need to alert the user to things when the foreground window doesn't have the focus. This is a vanishingly small number of cases. As far as I can see, screen reader API's, and robust libraries to call them, are going to be useful for years to come.
in reply to 🇨🇦Samuel Proulx🇨🇦

@fastfinge There are different use cases with various constraints.

I used the word "primary" on purpose in my first post. Right now, screen reader libraries are the first and often only thing reached for by developers of these abstraction libraries.

I would like to see a better abstraction library that keeps the ease of use while supporting multiple techniques. It could opt for the most reliable and user-friendly pattern by default based on information glean from its operating environment and some gentle hints from the developer.

E.g. you don't supply a window handle? There's no window for a live region so it falls back to SR libs. @matt @tunmi13

in reply to Matt Campbell

@matt User control is one reason live regions are a better idea than screen reader libs at least, because I can turn them off.

If an app has decided to shove stuff down the NVDA Controller Client DLL, there's nothing I can do about it. Other than maybe deleting the DLL or restricting access to it, at which point it's anybody's guess whether the app in question will go silent, crash, or switch to SAPI.

Of course, this begs the question about why screen readers don't have a permissions system. @fastfinge @tunmi13

in reply to James Scholes

As an example, the person I'm currently in a meeting with has three monitors. One for the meeting, one for social media and dashboards, and one for what she's working on. Invisible interfaces and alerts from non-foreground apps are the only way I have to be even slightly as fast as her. And I'm already slower at a lot of things, because of the nature of inaccessible GUIs, so further friction and speed decreases would not be acceptable at all. If I didn't have these features I guess I'd have to have three laptops and a mixer? I don't know.
in reply to James Scholes

And if you want to get a sense for how unsatisfactory live regions are, compare mudlet, that uses live regions to read new text with mushclient with mushreader, that uses the screen reader API. Notice how mudlet misses some text if it comes in too fast, doesn't always read text, and can't control if the text interrupts the previous text it sent or is added to the end of the queue. Mushreader has none of these problems.
in reply to Matt Campbell

If you want an easy and predictable game to test the differences, proceduralrealms.com is a good example. It works in both clients, it tends to dump multiple lines of text to the client at once, some of those lines have special characters, and within 20-30 minutes of playing with each client you'll notice the differences and the bits mudlet is missing.
in reply to James Scholes

@jscholes @fastfinge I also think, though I realize I might be in the minority on this, that screen readers should ignore MSAa alerts from non-foreground windows. Narrator ignores UIA notifications from non-foreground windows, except for a few OS components that are treated as exceptions; not sure about NVDA and JAWS.
in reply to James Scholes

@jscholes @fastfinge Based on a quick look at SRAL (which I also wasn't familiar with), I wouldn't recommend it. It does attempt to implement a dummy UI Automation provider as one option (along with the usual screen reader APIs), but that implementation shows poor understanding of how to use UIA.

Ouch. I was really happy to discover LibreOffice Impress Remote app for iOS - but the last update was in 2014 and it doesn't run on current iOS :(

Not reflected in the current docs it seems, ping @libreoffice

Any iOS developers with spare time wanting to get it up to speed? :)

libreoffice.org/download/impre…

#LibreOffice

What will the world be like in 10 years? Or 50? We don't know – but we all need to think about long-term data storage. Don't get locked out 🔒 of your own documents – instead, choose a format designed for long-term archiving: blog.documentfoundation.org/bl… #foss #openSource #freesoftware #openstandards

The Louvre’s surveillance password was literally… “Louvre.” 😳

Here are 3 password manager tips from Tuta you need to hear 👇

Tip 1: Use strong, unique passwords
Tip 2: Never reuse passwords
Tip 3: Enable 2FA (two-factor authentication)

#CyberSecurity #JewelryLourve #Lourvepassword

Finally got a chance to read @sundress's thoughtful post outlining the "Why" behind the state of accessibility on the web and it is spot on! If you haven't already, please give it a read: alice.boxhall.au/articles/a-th….

#a11y #accessibility

Frage an @librechurch @luki und die sozialengagierte Welt:

Gibt es eine Art kirchliche oder sonstwie alternative #Etherpad-Installation, wo man den Zugriff auf die Dokumente einschränken kann? Also, nicht nur "wer den Link weiß", sondern mit persönlicher Anfrage oder Passwort? Und nein: googledrive soll es nicht sein.

pad.churchx.de/ kann es wohl nicht.

This entry was edited (1 week ago)
in reply to Petra Steiner

Für eine #Cryptpad-Instanz können die Teilnehmenden sich registrieren und ein Team bilden. In der Dateiablage für das Team kannst du gemeinsam genutzte Dokumente ablegen.
cryptpad.luki.org/teams/

siehe auch die Abschnitte Zusammenarbeit und Teilen/Zugriff in der Userdokumentation
docs.cryptpad.org/de/user_guid…

@librechurch @luki

@talon Hey, I had a completely random request. Remember CHARM? What if it also had a mode for tracking network bandwidth usage, download and upload, as well? Probably with user-configurable expected bandwidth maxima, or obtained from speedtests, to map your percentage. Or a similar algorithm to that used for disk I/O. That'd be super useful to know when something in the background is doing telemetry, or when something is unexpectedly downloading an update or uploading a blob and pegging the wi-fi.
This entry was edited (1 week ago)
in reply to Talon

Here's a soundpack for CHARM that I made, by the way. Right now it's just called tones, unsure what else to call it. It's easier to listen to than default, and is made up of single-cycle waveforms. CPU is sine, RAM is absolute sine, and disk is the NVDA beep, 2x clipped sine. CPU base frequency is 3/2x the others so you have less frequency collision during idling. I chose the NVDA beep because triangle was just a bit too soft to hear at lower frequencies but I still wanted something relatively soft like the other two. dropbox.com/scl/fi/auqg1kk585b…
This entry was edited (1 week ago)

Something we, as a society, need to do is stop criticizing other people's eating habits. We need to stop criticizing how much someone eats. We need to stop criticizing what someone eats. We need to end this expectation that everyone wants to eat a lot, or likes to eat in public. And more than that, we need to stop comparing people's eating habits to other people's eating habits. All this does is create insecurity, shame, stress, and discomfort with someone's body and food choices. Eating is a sensitive subject for many people, either due to weight, taste/textural issues with food, social discomfort, whatever. How about, unless someone's diet and/or eating habits are genuinely harming them, we leave other people's food choices, needs, and the amount they choose to eat, and let everyone do their own personal thing with it? Erg.

Clarification: Previously I reported that Tesla China production in China was down 10%. That figure is quite different from sales. New data from China Passenger Car Association shows that Tesla’s sales dropped to 26,006 vehicles in October, their lowest level in three years. It represents a fall of 35.8% compared to the same period last year. Tesla’s share of China’s electric vehicle market dropped to 3.2% in October, down from 8.7% in September.

mňa nie ja zatiaľ verím v sám seba ale chápem akože

aktuality.sk/clanok/Zia11n2/sl…

This entry was edited (1 week ago)

In the #curl security team, we get to exercise deep protocol knowledge into the bits for many protocols including version variations and exploring funny quirks we have for adapting to many 3rd party libraries as well as a thorough understanding of the C language, how ABIs work, OS/platform variations and the occasional CPU peculiarity. Did I mention build systems?

And that's only for the issues we received this weekend.

#curl
in reply to Maksym Hazevych

@mks_h there is responsibility for owns viewers and community as well.

"do not harass anybody" means nothing in practice. Otherwise would it make bigots be non bigots if they just say it every video but their viewers constantly are transphobic/racist/etc..?

Harassment is allowed in the comment section, therefore it's also allowed elsewhere.

The people harassing our community are welcomed in his community with open arms, because apparently doing it there is better than.. not?