I think the difference is that the fork doesn't have
That calls
Those tests around there are a bit wrong though - they should surely be looking at
For example, "192.168.1.1/nonexistentfile.js?blah.log" does nothing rather than return "file not found" because it sees the ".log" in the query and activates the special .log handling.
If it did
Just putting that
MIME table change came in upstream in a GPL 380_3831 merge:
https://github.com/RMerl/asuswrt-merlin/commit/bcde2858bf296d645409a3c7d9014b210c7e9199
do_html_post_and_get
in its mime_handlers table entry for .js files.
C:
{ "**.js", "text/javascript", no_cache_IE7, do_html_post_and_get, do_ej, do_auth },
That calls
strsep('?')
on the input buffer, so replaces the '?' with a '\0', which then means the later check_if_file_exists(file)
in handle_request() works.Those tests around there are a bit wrong though - they should surely be looking at
url
(query stripped), not file
(full path with query, unless handler->input did its strsep).For example, "192.168.1.1/nonexistentfile.js?blah.log" does nothing rather than return "file not found" because it sees the ".log" in the query and activates the special .log handling.
If it did
check_if_file_exists(url)
then that ajax dummy "?_timestamp" trick would work on any file. But maybe there are other subtleties.Just putting that
do_html_post_and_get
may fix the fork. I'll test it.MIME table change came in upstream in a GPL 380_3831 merge:
https://github.com/RMerl/asuswrt-merlin/commit/bcde2858bf296d645409a3c7d9014b210c7e9199
Last edited: