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
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 
🍵 
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 :)
clone https://git.dillo-browser.org/dillo then checkout the fix-oauth branch.
@rl_dane @amin you can simply:
$ git clone -b fix-oauth https://git.dillo-browser.org/dillo/
@rl_dane @amin it looks like that error gets triggered when the OAuth state is not correct in smolfedi:
Try removing the cookies if stored on disk at ~/.dillo/cookies.txt, then run "dpidc stop" to restart the cookies plugin (otherwise they are still in memory) and then opening dillo to login again. Make sure that you only have one dillo version installed (make install), otherwise you may be using the old (broken) cookies plugin.
Perhaps @adele can provide more info.
Amin, minor deity of the legume realm
