Re: bugs found in http.e and news.ex
- Posted by useless_ Sep 13, 2012
- 1575 views
It's WikiCreole. No one else has written an alternative for this forum, but as Derek once pointed out, everyone is welcome to do so.
I don't dare fix it. It's like the work on news.ex and http.e and all the irc.e code i wrote, as Matt just said :
Yes, I can see why trying to move away from WikiCreole can be controversial. I'm all for it, but whoever tries to actually do it had better be ready to take some heat...
I didn't say anything about replacing wikicreole, only fixing the bugs.
As an aside, I don't recall an irc.e at all. We had planned on adding one to the stdlib but no one had time to write one and no one ever presented code for one.
Again, what are the two lines? I don't think any of us have the changes you made two years ago at our fingertips. Did you ever share them (I really don't know)? These fixes sound very useful for the demo, and I think it would be much better off as you describe it.
but the very same code was rejected years ago.
Strange, as I have no recollection of this (and I should have). I recall other arguments about news.ex and tasks, but not that one.
I guess that I must have missed it...
Indeed. Perhaps you remember i had submitted two bodies of code for irc to the user contribs. One code body was an extension to mirc (or any other irc client which could handle the socks interface), the other was an eubot. I think it's possible i had more experience in writing irc code (i had also written a couple irc servers) than anyone else, but i gave up trying to contribute. I could not force you to accept from me, altho you'd have accepted from anyone else.
It's made me useless, regardless of how many times you edit my sigline and change it to eukat.
eukat
As I recall, this occured because CoJaBo rejected your changes that were designed to spoof the referrer in an http request, as some web sites would only serve web pages if the referrer was another page on the same web site, and then went further and deemed the entire process useless. (CoJaBo is not a dev with commit access, never had it, and never had the authority to reject your changes.)
(A change which I supported, and argued should be added to the stdlib.)
The situation of refusing to serve a page on that basis means you cannot add that page to your local cache of page links and simply refresh it, it means you must go to a page you don't want to see, and then manually go to the page you did want to see. This can mean traversing several pages in between.
In my opinion, that issue was independant of the content_length issue and the tasks issue.
So did *you* test the tasks mod to http.e yet?
useless
