[snowblossomcoin/snowblossom] Issue opened by fireduck64
It will avoid having requery and make it update faster on changes
[snowblossomcoin/snowblossom] Release - 1.7.1 Mail Sort
Currently returns 200 with truncated result of the error message. Bah
releases on channel node soon?
Yeah... I also need to get this silly chrome extension packaged up. I have a hacked up proxy config thing that works but I need to cut out the things that aren't relevant and make it simpler
unfortunately can't do socks5 for only certain domains but can at least do it just for the browser and be able to turn it on and off
starting to think of rolling an electron app
yeah, that might make sense. Maybe. We do want it to be in the browser and have links work in and out
A packaged firefox like tor does might make sense
but really need more time
you can register an url handler on the os level
and you have something like snow:hash anyway
just don't transfer anything confidential over that handler
that seems to be down the road of per-OS integration that I'd like to avoid. The socks5 method seems to work well.
A mobile story would be nice, but that is a little tricky
it is platform specific, but it is also trivial - you need to have a build tool and if you have an installer, you can register that in the installer
there's a certain baseline of platform specificity you need to deal with in any case, and that IMO fits in as a rounding error
whether or not that's useful at this point, i have no idea, but i'm certain it's trivial enough
currently fighting this stupid problem were ECIES works fine on linux openjdk, but not on sun jvm on windows
works with openjdk on windows
handling URLs on native mobile is likewise easy, packaging your software onto ios would be the challenging bit
which makes no sense - it is from a crypto provider that I am including and loading
i have time tomorrow, what'd be more useful as a PoC, electron stuff or ios stuff?
or something else, i think with that java ecosystem curiosity i could not help too much
I think I have that solved anyways, I suspect sun jvm has a broken ECIES and I need to specify provider with the Cipher.init
i guess with the electron stuff you have a wider range of people whom could help, i'll try to jam something snowblossomy into ios tomorrow
that would be cool
the outlook of using a whatever bojoing JVM implementation to try to do something more hardcore than a 2d games engine is not great, but gotta try
I wish I had a way to just use the same swing code for the GUI and have that work on Android
I know it would be ugly, but it would be much more full featured than the existing android app
unusable in fact
the plot tickens: java.lang.SecurityException: JCE cannot authenticate the provider BC
ok, seems to be about the fact that I am taking the signed jars from maven and bazel is repackaging them, breaking the signing
fair
and better than expected tbh
yeah, I am pretty surprised that most things are working on windows apparently without bouncycastle
it is really puzzling...I know some transactions are signed with DSTU and there is no DSTU in sunjvm
my only conclusion is that java.security stuff has different signing requirements from javax.crypto