Hello from smolfedi on #NetSurf!!
This is the lightest browser I could get working (had auth problems with every other #smol browser I tried).
It kinda lacks keyboard navigation badly (NetSurf, that is), but I'm still liking #SmolFedi a lot, and am looking forward to trying it on my sixteen-year-old #OpenBSD #Thinkpad. ;)
Maybe the excellent #Dillo browser dev can poke at it? ;) @dillo
I have! Not bad. :)
Strange, maybe #GoToSocial just doesn't like it?
An error occured:
Internal Server Error: key redirect_uri not found in session: If you arrived at this error during a sign in/oauth flow, please try clearing your session cookies and signing in again; if problems persist, make sure you're using the correct credentials
Request ID: 0000378ccb7zp06zykeg
@rl_dane @bbbhltz which dillo version? You can check with "dillo -v".
You'll need to build it from git to get the oauth fix and enable cookies for both smolfedi and your fedi server.
There is a known bug that prevents it from working the first time, but reloading should make it work. Is it my long TODO to fix it.
Dillo aims to be a multiplatform alternative browser that's small, stable, developer-friendly, usable, fast, and extensible. This new, experimental version of Dillo is based upon FLTK toolkit, rather than GTK1, and has been substantially rewritten.
Thanks. I do have it installed, but configure doesn't want to see it, for some reason.
R.L. Dane 
🍵 
Jason123santa
bbbhltz
Dillo browserrld@Intrepid:build$ ../configure --prefix=/usr/local |grep -i jpeg
checking for jpeglib.h... no
configure: WARNING: *** No libjpeg found. Disabling jpeg images.***
configure: WARNING: *** No libwebp found. Disabling webp images.***
configure: WARNING: *** brotli/decode.h not found. Disabling brotli encoding.***
configure: WARNING: Missing render tools to enable dilloc tests, disabling
JPEG enabled : no
rld@Intrepid:build$ locate jpeglib.h
/usr/local/include/jpeglib.h
rld@Intrepid:build$ ../configure --prefix=/usr/local --includedir=/usr/local/include |grep -i jpeg
checking for jpeglib.h... no
configure: WARNING: *** No libjpeg found. Disabling jpeg images.***
configure: WARNING: *** No libwebp found. Disabling webp images.***
configure: WARNING: *** brotli/decode.h not found. Disabling brotli encoding.***
configure: WARNING: Missing render tools to enable dilloc tests, disabling
JPEG enabled : no
rld@Intrepid:build$
@rl_dane @bbbhltz we don't see to be handling includedir, on the docs we use directly the CPPFLAGS var:
https://git.dillo-browser.org/dillo/about/doc/install.md
./configure CPPFLAGS='-I/usr/local/include' LDFLAGS='-L/usr/local/lib'
Make sure that /usr/local/include/jpeglib.h exists.
@rl_dane correction, is not that we don't handle "--includedir" is that is not used to specify where to search for headers, but to define where to install dillo header files if they were. So CPPFLAGS should be used for this.
> Fine tuning of the installation directories:
...
--includedir=DIR C header files [PREFIX/include]
Thanks, I got it to compile now (well, once I switched to gmake ;)
I get as far as the "Allow" screen of GoToSocial (https://polymaths.social/oauth/authorize), but clicking on the "Allow" button doesn't do anything. Trying to refresh the page or manually go on to the next page (https://smolfedi.pollux.casa/callback.php) doesn't seem to work, either.
It could just be a GtS issue.
This is what the pertinent snippet of the html of that page looks like:
<div class="page-content">
<main>
<section class="with-form" aria-labelledby="authorize">
<h2 id="authorize">Authorize app</h2>
<form action="/oauth/authorize" method="POST">
<p>Hi <b>rl_dane</b>!</p>
<p>
Application
<b>SmolFedi/smolfedi.pollux.casa</b>
would like to perform actions on your behalf, with scope
<em>read write follow</em>.
</p>
<p>
To continue, the application will redirect to: <code>https://smolfedi.pollux.casa/callback.php</code>
</p>
<button type="submit" class="btn btn-success">Allow</button>
</form>
</section>
</main>
</div>
@rl_dane nice! Let us know if we could improve the FreeBSD instructions to build dillo.
Hmm, it should submit the form, there is nothing strange with the HTML. I would need to reproduce it on my side, I could try to find a GoToSocial instance to make a test account. I see polymaths is closed for signups.
Hmm how about you sign up for an account on https://projects.polymaths.social
Seems like the best way to work things out. Signups should be open there now.
Approved.
There are some slight oddities in the instance configuration; namely, I think I told it not to hold on to any images, to save on storage space, since people aren't usually browsing fedi via project accounts. Should be fine for OAuth debugging, though; lemme know if you need any config tweaks and I'll see what I can do.
@amin @rl_dane so, there were two bugs:
- The Max-Age parsing of the cookie was using the local time instead of UTC, so it was rejecting the cookie for me as it was considering it expired.
- The submit response of the form was being cached because it has the same URL as the current page.
They should both be fixed in the fix-oauth branch:
https://git.dillo-browser.org/dillo/log/?h=fix-oauth
Let me know if that is not the case :)
Amin, minor deity of the legume realm
Ankh-Morpork Parks and Rec 🌱
Ian Wagner