Re: bugs found in http.e and news.ex

new topic     » goto parent     » topic index » view thread      » older message » newer message
jimcbrown said...
eukat said...

I didn't say anything about replacing wikicreole, only fixing the bugs.

Using the dashes for strike-through is a requirement of wikicreole. We can't drop it without creating some new standard (even if the result is just wikicreole with a different strike-through modifier).

I do recall seeing cases where Creole markup was being parsed inside eucode tags, which would be a bug. I don't know if this was fixed or even if it was the same issue you were talking about.

jimcbrown said...

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.)

eukat said...

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.

I think my part in this has been taken rather out of context.

The issue, in summary, was this:
The "original" http.e was being used on a site that used the Referer header to block automated (bot) access to its content. As such, it included code to bypass these restrictions by sending a fake Referer header.
When it was to be incorporated into Eu, I argued (strongly) that it would be extremely inappropriate to include this spoofing code as part of a language's standard library.
At some point, this code was removed, and useless_ (?) argued it was a "bug" that a bot that had been written using the old http.e would no longer work on a site that had anti-bot measures when used with the new http.e.

I did not "reject" that spoofing code, nor did I remove it; I argued against it from the standpoint of a web developer. And, while the code is arguably "useful" to the user of the library, it is quite detrimental to the developers of those sites, and detrimental to the reputation of Euphoria as a whole.

Note that this does not preclude the user of http.e from adding spoofing code to the application itself. It is but one line of code to manually set the Referer header to whatever your heart desires.

eukat said...



In my opinion, that issue was independant of the content_length issue and the tasks issue.

What is the "content_length issue", btw?

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu