exec/load http.js 1.13 1.14
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv19037

Modified Files:
http.js
Log Message:
add basic auth support.
var req = new HTTPRequest(username,password)....
the rest is automatic

---
þ S

exec/load http.js 1.14 1.15
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv21833

Modified Files:
http.js
Log Message:
Surcease from sending additional header-termination newline (a blank line already appears after the headers.)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

exec/load http.js 1.15 1.16
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv23918

Modified Files:
http.js
Log Message:
revert previous change (getting errors otherwise)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ te

On 9/11/2012 3:23 PM, mcmlxxix wrote:

exec/load http.js 1.15 1.16
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv23918

Modified Files:
http.js
Log Message:
revert previous change (getting errors otherwise)

Does that fix this:

!JavaScript /sbbs/exec/load/http.js line 22: TypeError: client.protocol.toLowerCase is not a function

All my JS stuff should be current as of this past weekend. :o

Thanks!

--

4 Mindless Automaton Artifact Creature - Construct 0/0
(Artifact Rare)
---
þ Synchronet þ Eldritch Clockwork BBS - eldritch.darktech.org

Re: Re: exec/load/http.js
By: Mindless Automaton to mcmlxxix on Wed Sep 12 2012 13:05:40

Does that fix this:

!JavaScript /sbbs/exec/load/http.js line 22: TypeError: client.protocol.toLowerCase is not a function

I havent seen that error, myself, but I'll take a look at it.

---
þ Synchronet þ The BRoKEN BuBBLE (MDJ.ATH.CX)

exec/load http.js 1.16 1.17
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv19632

Modified Files:
http.js
Log Message:
In a script run as a timed event, client.protocol was 0 (and read-only) and client.protocol.toLowerCase() failed.
Replaced with client.protocol.toString().toLowerCase().

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Re: exec/load/http.js
By: echicken to CVS commit on Mon Oct 01 2012 01:29 pm

exec/load http.js 1.16 1.17
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv19632

Modified Files:
http.js
Log Message:
In a script run as a timed event, client.protocol was 0 (and read-only) and client.protocol.toLowerCase() failed. Replaced with client.protocol.toString().toLowerCase().

I'll have to look into it, but off the top of my head, I wouldn't expect the client object to be instatiated for timed events.

digital man

Synchronet "Real Fact" #65:
Synchronet was conceived of and mostly developed in southern California.
Norco, CA WX: 84.1øF, 24.0% humidity, 1 mph SSE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Re: exec/load/http.js
By: Digital Man to echicken on Tue Oct 02 2012 00:18:19

I'll have to look into it, but off the top of my head, I wouldn't expect the client object to be instatiated for timed events.

I can confirm that it is, and that client.protocol == 0 in this case. Was unable to overwrite that value.

echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230

---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

exec/load http.js 1.17 1.18
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv28092

Modified Files:
http.js
Log Message:
Fix '79s arbitrary fuckupery.

From RFC2616 section 2.2 (Basic Rules)

HTTP/1.1 defines the sequence CR LF as the end-of-line marker for all
protocol elements except the entity-body



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

exec/load http.js 1.18 1.19
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv15476

Modified Files:
http.js
Log Message:
Match case insensitively for headers.
Try to recv() Content-Length bytes when specified, and 1024 bytes at a
time when not.
Call js.gc() after each recv().

The gc() call fixes the "out of memory" error which occured on HTTP pages
over about 128KiB and makes reading web pages considerably faster.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ

exec/load http.js 1.19 1.20
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv15726

Modified Files:
http.js
Log Message:
Call flatten() instead of js_gc(). This actually fixes the real problem.



---
þ Synchronet þ Vertrau

exec/load http.js 1.20 1.21
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv4647

Modified Files:
http.js
Log Message:
Use js.flatten_string() instead of flatten()



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ teln

exec/load http.js 1.21 1.22
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv11657

Modified Files:
http.js
Log Message:
Explicitly accept the */* media type (but prefer text/*).
This fixes the GeoIP motherfuckedness.



---

On 5/2/2013 11:40 AM, deuce wrote:

exec/load http.js 1.21 1.22
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv11657

Modified Files:
http.js
Log Message:

FYI, although it doesnt seem to affect my script, js.flatten_string is
not a function. (or so it says)

Thanks!
Mindless Automaton
---
þ Synchronet þ Eldritch Clockwork BBS - eldritch.darktech.org

Re: Re: exec/load/http.js
By: Mindless Automaton to deuce on Thu Jun 06 2013 21:34:53

FYI, although it doesnt seem to affect my script, js.flatten_string is not a function. (or so it says)

It will become a function after you update to a more recent build of Synchronet.

echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230

---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: Re: exec/load/http.js
By: Mindless Automaton to deuce on Thu Jun 06 2013 09:34 pm

FYI, although it doesnt seem to affect my script, js.flatten_string is not a function. (or so it says)

This function was added to SBBS recently, if you haven't recompiled the sbbs3 source recently you'll get this error. You can comment out the line in the .js if you want to do away with the error. I know the bbs-scene 1 liner .js uses it and if you just comment out the line the program will work again. (// at the start of the line)
--
Andy/Android8675


---
þ Synchronet þ Shodan's Core - shodan.synchro.net

On 6/7/2013 9:49 AM, echicken wrote:

Re: Re: exec/load/http.js
By: Mindless Automaton to deuce on Thu Jun 06 2013 21:34:53

MA> FYI, although it doesnt seem to affect my script, js.flatten_string is
MA> not a function. (or so it says)

It will become a function after you update to a more recent build of Synchronet.

I was running a build from May 23 so I did a build the other night and I
still get this.

I follow the Updating instructions here:
http://ftp.synchro.net/install:nix

Unless that misses something and I need to run through the full set of instructions?

Thanks!

Mindless Automaton
---
þ Synchronet þ Eldritch Clockwork BBS - eldritch.darktech.org

Re: Re: exec/load/http.js
By: Mindless Automaton to echicken on Mon Jun 10 2013 09:13:50

FYI, although it doesnt seem to affect my script,
js.flatten_string is not a function. (or so it says)

It will become a function after you update to a more recent build of
Synchronet.

I was running a build from May 23 so I did a build the other night and I still get this.

That's bizarre. I thought that js.flatten_string had been added a few months ago.

echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230

---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: Re: exec/load/http.js
By: Mindless Automaton to echicken on Mon Jun 10 2013 09:13 am

On 6/7/2013 9:49 AM, echicken wrote:

Re: Re: exec/load/http.js
By: Mindless Automaton to deuce on Thu Jun 06 2013 21:34:53

MA> FYI, although it doesnt seem to affect my script, js.flatten_string is
MA> not a function. (or so it says)

It will become a function after you update to a more recent build of Synchronet.

I was running a build from May 23 so I did a build the other night and I still get this.

I follow the Updating instructions here:
http://ftp.synchro.net/install:nix

Unless that misses something and I need to run through the full set of instructions?

It sounds like you're not running an executable with that function in it so either you're not running the 'sbbs' binary which you built or you built from older source (did not cvs update first?).

digital man

Synchronet "Real Fact" #13:
SBBSecho was originally written by Allen Christiansen (King Drafus) in 1994. Norco, CA WX: 79.2øF, 46.0% humidity, 1 mph NW wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ tel

On 6/11/2013 4:17 PM, Digital Man wrote:

> I follow the Updating instructions here:
> http://ftp.synchro.net/install:nix
>
> Unless that misses something and I need to run through the full set of
> instructions?

It sounds like you're not running an executable with that function in it so either you're not running the 'sbbs' binary which you built or you built from older source (did not cvs update first?).

digital man

I just did a nice fresh build instead of an update and that seems to
have cleaned up whatever issue I had created. :)

Thanks!

Mindless Automaton
---
þ Synchronet þ Eldritch Clockwork BBS - eldritch.darktech.org

exec/load http.js 1.23 1.24
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv27335

Modified Files:
http.js
Log Message:
Support the https scheme for POSTs, do not add an extra CRLF after an Authentication header.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

exec/load http.js 1.23 1.24
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv27335

Modified Files:
http.js
Log Message:
Support the https scheme for POSTs, do not add an extra CRLF after an Authentication header.

deuce,

I saw this update and it made me think of another issue I've seen with HTTP and Posts. If there is a URL, the web server is smart enough to enclose it in a hyperlink, but if it is more than 80 characters, it will close the html tag at the end of the line, and the next line will continue with the URL's text, however not include it in the hyperlink. It's not a terrible thing, just annoying.

I took a screen shot:
http://bbs.kd3.us/junk/Long-URL.png
compare that to:
http://bbs.kd3.us/msgs/msg.ssjs?msg_sub=mrktplce&message=56

~KenDB3

---
þ Synchronet þ KD3net-Rhode Island's only BBS about nothing. http://bbs.kd3.us

Re: Re: exec/load/http.js
By: KenDB3 to deuce on Fri Mar 27 2015 10:30:41

HTTP and Posts. If there is a URL, the web server is smart enough to enclose it in a hyperlink, but if it is more than 80 characters, it will close the html tag at the end of the line, and the next line will continue with the URL's text, however not include it in the hyperlink. It's not a terrible thing, just annoying.

Looking at 'web/root/msgs/msg.ssjs' I see the following at line 119:

template.body=word_wrap(template.body,80);
template.body=html_encode(template.body,true,false,false,false);
template.body=make_links(template.body);

So, word_wrap is breaking 'words' greater than 80 characters (the URL in the case of the message you linked to) and then make_links can only assume that the URL ends at the end of the line. Changing the order of things here won't really help, and disabling the word_wrap would cause other problems.

I can think of a few hacky solutions, but none seem particularly great. One would be to turn 'make_links' into a two-stage affair. Others involve URL shorteners, either replacing URLs in messages permanently or at the time when a message is viewed on the web.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: Re: exec/load/http.js
By: KenDB3 to deuce on Fri Mar 27 2015 10:30:41

HTTP and Posts. If there is a URL, the web server is smart enough to enclose it in a hyperlink, but if it is more than 80 characters, it will close the html tag at the end of the line, and the next line will continue with the URL's text, however not include it in the hyperlink. It's not a terrible thing, just annoying.

Looking at 'web/root/msgs/msg.ssjs' I see the following at line 119:

template.body=word_wrap(template.body,80);
template.body=html_encode(template.body,true,false,false,false);
template.body=make_links(template.body);

So, word_wrap is breaking 'words' greater than 80 characters (the URL in the case of the message you linked to) and then make_links can only
assume that the URL ends at the end of the line. Changing the order of things here won't really help, and disabling the word_wrap would cause other problems.

I can think of a few hacky solutions, but none seem particularly great. One would be to turn 'make_links' into a two-stage affair. Others
involve URL shorteners, either replacing URLs in messages permanently or at the time when a message is viewed on the web.

Hmmmm... that sounds fairly involved for something I would call an "annoyance" rather than a problem. I have actually set up my own URL Shortener for another web site (using YOURLS, great system, http://yourls.org ), but I'm nowhere near clever enough to code my own solution.

All in all, I figured it never hurts to ask, but I'd hate to hand anyone a bag of work that doesn't give all that much benefit besides edge case scenarios. Thanks for giving me the low down on how it is actually doing the magic behind the scenes.

~KenDB3

---
þ Synchronet þ KD3net-Rhode Island's only BBS about nothing. http://bbs.kd3.us

Re: Re: exec/load/http.js
By: KenDB3 to deuce on Fri Mar 27 2015 10:30 am

I saw this update and it made me think of another issue I've seen with HTTP and Posts. If there is a URL, the web server is smart enough to enclose it in a hyperlink, but if it is more than 80 characters, it will close the html tag at the end of the line, and the next line will continue with the URL's text, however not include it in the hyperlink. It's not a terrible thing, just annoying.

I took a screen shot:
http://bbs.kd3.us/junk/Long-URL.png
compare that to:
http://bbs.kd3.us/msgs/msg.ssjs?msg_sub=mrktplce&message=56

Yeah, the word wrap will insert a linefeed there since it wraps to 80 columns. Other web message interfaces may not do that... especially if they don't go for
the "BBS look".

The current default web interface isn't one I'm really interested in working on
anymore though, sorry.

---
http://DuckDuckGo.com/ a better search engine that respects your privacy.
þ Synchronet þ My Brand-New BBS (All the cool SysOps run STOCK!)

Re: Re: exec/load/http.js
By: KenDB3 to deuce on Fri Mar 27 2015 10:30 am

I saw this update and it made me think of another issue I've seen with HTTP and Posts. If there is a URL, the web server is smart enough to enclose it in a hyperlink, but if it is more than 80 characters, it will close the html tag at the end of the line, and the next line will continue with the URL's text, however not include it in the hyperlink. It's not a terrible thing, just annoying.

I took a screen shot:
http://bbs.kd3.us/junk/Long-URL.png
compare that to: http://bbs.kd3.us/msgs/msg.ssjs?msg_sub=mrktplce&message=56

Yeah, the word wrap will insert a linefeed there since it wraps to 80 columns. Other web message interfaces may not do that... especially if they don't go for the "BBS look".

The current default web interface isn't one I'm really interested in working on anymore though, sorry.

That's cool, I figured it doesn't hurt to ask. Thanks for the reply though. :-)

~KenDB3

---
þ Synchronet þ KD3net-Rhode Island's only BBS about nothing. http://bbs.kd3.us

exec/load http.js 1.24 1.25
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv30076

Modified Files:
http.js
Log Message:
Fix use of global i variable.
Add Head method to do a HEAD request.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

exec/load http.js 1.28 1.29
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv26778/load

Modified Files:
http.js
Log Message:
Fix long-standing problem POSTing very large entities (when using new Synchronet builds). Use multiple send()s when needed.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

exec/load http.js 1.29 1.30
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv11274

Modified Files:
http.js
Log Message:
Added optional extra_headers argument and AddExtraHeaders method.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Couldn't find commit when you fixed undefined to sidebar on mobile, sidebar is not operational anymore on chrome mobile on main index , but work on all other pages.

--

Tim Smith (KK4QBN)
KK4QBN BBS

---
þ Synchronet þ KK4QBN BBS - (706)422-9538 - kk4qbn.synchro.net, Chatsworth GA US

Re: exec/load/http.js
By: KK4QBN to echicken on Fri Jan 13 2017 23:40:38

Couldn't find commit when you fixed undefined to sidebar on mobile, sidebar is not operational anymore on chrome mobile on main index , but work on all other pages.

Interesting; yeah, I see that here too. Will try to figure it out later.

Thanks,

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: exec/load/http.js
By: echicken to KK4QBN on Sat Jan 14 2017 09:43 am

Couldn't find commit when you fixed undefined to sidebar on mobile,
sidebar is not operational anymore on chrome mobile on main index ,
but work on all other pages.

Interesting; yeah, I see that here too. Will try to figure it out later.

Thanks,

No problem, happy to be of some service, I'm just starting to figure this thing out and loving it.. I mean crap, the whole thing is modular, can create batchfiles to plug webpages in and the're just autamatically there (if done right) this is some space age shit man.

--

Tim Smith (KK4QBN)
KK4QBN BBS

---
þ Synchronet þ KK4QBN BBS - (706)422-9538 - kk4qbn.synchro.net, Chatsworth GA US

exec/load http.js 1.30 1.31
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv4097

Modified Files:
http.js
Log Message:
Use non-blocking operations. I've seen disconnected terminal server users
stuck in an infinite loop in socket.recv(), called from here, trying read
data from an HTTPS connection.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.31 1.32
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv9482

Modified Files:
http.js
Log Message:
Revert the previous commit. SyncWX failed (http requests) with the socket created as non-blocking. :-(
This whole script would need to be updated to support non-blocking sockets
it looks like.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.34 1.35
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv1499

Modified Files:
http.js
Log Message:
prototypify HTTP object. No need for everyone to have their own private
copies of all the methods.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.35 1.36
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv2148

Modified Files:
http.js
Log Message:
SyncJSLint found a big in extra_headers handling. Fix that and everything
else it found.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.36 1.37
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv2439

Modified Files:
http.js
Log Message:
Allow specifying the content-type in a Post().



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.37 1.38
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv4190/load

Modified Files:
http.js
Log Message:
Simple support for overriding User-Agent string.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.38 1.39
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv4393/load

Modified Files:
http.js
Log Message:
thus -> this


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.39 1.40
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv22671

Modified Files:
http.js
Log Message:
That 'this' was not the 'this' that your 'self' was looking for there then.
May resolve the error reported by Bill McGarrity (this.extra_headers is undefined).


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.40 1.41
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv29446

Modified Files:
http.js
Log Message:
Ditch the 'self' stuff and give forEach a thisArg instead.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.41 1.42
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv10085

Modified Files:
http.js
Log Message:
When sending a request and the socket is still open, close it.
This prevents leaving all sockets open until the script exits. It would
be better to reuse the existing socket when it's already connected to the
right place, but this is easier for now.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.42 1.43
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv15699

Modified Files:
http.js
Log Message:
Improve the details of the "Unable to connect" error exception.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.43 1.44
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv8343

Modified Files:
http.js
Log Message:
Use ConnectedSocket() to get IPv6 goodness.



---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.44 1.45
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv20352

Modified Files:
http.js
Log Message:
Add a status definition with the most common request status codes since a caller of HTTPRequest.Get() needs to compare against these constants
to know if the request was successful (e.g. ok = 200).

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.45 1.46
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv23764

Modified Files:
http.js
Log Message:
For GET requests, follow 301, 302, 307, and 308 redirects to the first
Location given in the response header, if present. Not enabled by
default, so turn it on like so:

var h = new HTTPRequest();
h.follow_redirects = true;

Should probably add "too many redirects" protection, since this could
turn into an eternal game of HTTP ping-pong.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

exec/load http.js 1.46 1.47
Update of /cvsroot/sbbs/exec/load
In directory cvs:/tmp/cvs-serv24583

Modified Files:
http.js
Log Message:
Shitty hack on previous commit.
Amended HTTPRequest.follow_redirects to be a number instead of boolean.

var h = new HTTPRequest();
h.follow_redirects = 1; // We'll follow this many redirects


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/sbbs/sbbs/-/commit/39f15ed27aaa1d54a06dd5a6
Modified Files:
exec/load/http.js
Log Message:
Better error reporting to help root-caues Nelgin's problem using bccnews.js

<nelgin> !JavaScript : uncaught exception: Unknown scheme! 'undefined'
<nelgin> (error with no line number) is the worst.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/d802a7c951555b1dc7135a3c
Modified Files:
exec/load/http.js
Log Message:
Sub in original scheme://host[:port] if absent from Location on redirect.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/aeb26cba8747e3adeca26d39
Modified Files:
exec/load/http.js
Log Message:
Parse redirects the easy way.

I'm not sure what echicken was trying here, but apparently it doesn't
work for nelgin.

Likely fixes #220.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/5379321a722821aab964b2ab
Modified Files:
exec/load/http.js
Log Message:
Less tired.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/69dc58973f60f0caf9added6
Modified Files:
exec/load/http.js
Log Message:
Parse redirects the easy way.

I'm not sure what echicken was trying here, but apparently it doesn't
work for nelgin.

Likely fixes #220.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/b9c69894964b2c6ec7d6a4a5
Modified Files:
exec/load/http.js
Log Message:
Less tired.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/21a3882f8c03fc4426088db4
Modified Files:
exec/load/http.js
Log Message:
Parse redirects the easy way.

I'm not sure what echicken was trying here, but apparently it doesn't
work for nelgin.

Likely fixes #220.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/8311170c1b66bdda0adfe71f
Modified Files:
exec/load/http.js
Log Message:
Less tired.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/dfd7e11c58b1fd3b53c2c0dc
Modified Files:
exec/load/http.js
Log Message:
Parse redirects the easy way.

I'm not sure what echicken was trying here, but apparently it doesn't
work for nelgin.

Likely fixes #220.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/2cbf30304429df5ebee5cf09
Modified Files:
exec/load/http.js
Log Message:
Less tired.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/088b87a4b8c8e2e43a88af2d
Modified Files:
exec/load/http.js
Log Message:
Support recv_timeout argument to HTTPRequest constructor, default: 60 (seconds)

Use this time-out value for calls to recv() and recvline() rather than a mix of default and hard-coded values. If unspecified, uses a default of 60 seconds.

This fixes issue #562
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/02bc1bb84255e04f94849fb1
Modified Files:
exec/load/http.js
Log Message:
Normalize parsed_headers keys to lowercase.

Fixes #675 (probably).
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/b41d1226f147cb93842af56d
Modified Files:
exec/load/http.js
Log Message:
Keep original header name alongside normalized for now. We should probably switch to using a method to read these values and do normalization there.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/f25e8e59f6b1bf4bc5f635f7
Modified Files:
exec/load/http.js
Log Message:
Normalized header name may already match what we received.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net