{"push_id":811484839,"size":100,"distinct_size":100,"ref":"refs/heads/master","head":"63bb46f01b916c0d9ed52bf387a39377192533b1","before":"06f7acfd5b3df79239e99ea1c2ddde01097da682","commits":[{"sha":"085b7d88987d7bd12ab45dd8a503d6c0ce170fc4","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Set WWW_CONF_MAX_URLLEN to maximum value by default.\n\nWWW_CONF_MAX_URLLEN is used as length for the 'editurl' textentry widget. The CTK code for handling that widget uses a single byte so the length can't be > 255. Thus WWW_CONF_MAX_URLLEN can't be > 255 as well.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/085b7d88987d7bd12ab45dd8a503d6c0ce170fc4"},{"sha":"40417a2bcdd02e37e5a970fd47e393c7ac355d03","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Skip HTTP header fields to long to parse.\n\nNowadays many HTTP server set cookies which may easily result in HTTP header fields longer than our 'httpheaderline' buffer. It doesn't hurt if we can't parse them but we need to be able to skip them and continue to parse the following header fields.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/40417a2bcdd02e37e5a970fd47e393c7ac355d03"},{"sha":"05d98ffca3320d38a2474201a4b2d1397d01664f","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Adjusted some Win32 config values.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/05d98ffca3320d38a2474201a4b2d1397d01664f"},{"sha":"a9c6d59da312b08b429d9469de0c32f6635c7cc4","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Avoid compiler warning because of unused variable.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/a9c6d59da312b08b429d9469de0c32f6635c7cc4"},{"sha":"043f6a39c1477bd5ac9336bd01b26e9db2840752","author":{"email":"1a9427b3569a93b2b36fb8e7150698cdb79241fc@sics.se","name":"Simon Duquennoy"},"message":"Fix log messages of Travis tests in 12-rpl","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/043f6a39c1477bd5ac9336bd01b26e9db2840752"},{"sha":"700c22490c82899d80b3eb912004c7295d7dd021","author":{"email":"1a9427b3569a93b2b36fb8e7150698cdb79241fc@sics.se","name":"Simon Duquennoy"},"message":"Modified RPL temporary root loss test: now waiting a while after the root is back and checking that all messages after its return are correctly routed","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/700c22490c82899d80b3eb912004c7295d7dd021"},{"sha":"a56af59f4095df4d5657b62750e704ebea52daca","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Avoid randomly \"eating\" blanks.\n\nAt the time do_word() is called s.word[s.wordlen] is undefined. So it doesn't make sense to make decisions based on its value - and in fact I don't see why it was necessary/desirable in the first place.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/a56af59f4095df4d5657b62750e704ebea52daca"},{"sha":"a9f88a05d67840e43b775b953bb9483a28c5334a","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Don't render consecutive blanks inside links.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/a9f88a05d67840e43b775b953bb9483a28c5334a"},{"sha":"980d055f727f95d1a8f7f889d60bb7ea87ce06fb","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Allow for attributes in <li> tags.\n\nparse_tag() is called both for attributes inside a tag and the end of the tag itself. For most tags parse_tag() doesn't distinguish both cases. This means that the \"tag action\" is additionally triggered for every tag attribute. When the tag \"action\" is setting some state this doesn't hurt. For many tags the \"tag action\" is to render a newline. Superfluous newlines are sort of acceptable to keep the code as small as possible. However the <li> \"tag action\" is to render a newline followed by an asterisk - and superfluous asterisks are ugly so we check for <li> if parse_tag() was called for the end of the tag itself.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/980d055f727f95d1a8f7f889d60bb7ea87ce06fb"},{"sha":"4a6909d16ac9b5af490412629faf8c41742a8c1d","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Remove RDC config from retro definitiions.\n\nAfter the modularization of the Contiki libraries this isn't necessary anymore.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/4a6909d16ac9b5af490412629faf8c41742a8c1d"},{"sha":"a8837e230cee765de8e3ae91f4638ec53305f344","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Removed support for <FRAME> tag.\n\nFramesets aren't used nowadays anymore so it seems reasonable to remove support for them in order to save some space.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/a8837e230cee765de8e3ae91f4638ec53305f344"},{"sha":"9b9b92be06db68ac24ea0a5b25753e84c5ac62ce","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Improved parsing of <SCRIPT> tag.\n\nComplex script code tends to contain other tags inside strings. As we generally don't parse strings we erroneously interpreted those tags. The easiest workaround is to not interpret tags at all until the </SCRIPT> tag is found.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/9b9b92be06db68ac24ea0a5b25753e84c5ac62ce"},{"sha":"cdd289a7ff22dfde2ee970168bad439dd9c4a891","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Ignore fragment-only links.\n\nWe don't handle URLs with fragments exactly ;-) well - meaning we send the fragment part to the server and we don't display the document starting at the anchor tag. Instead of adding the missing capabilities and thus adding lots of code I instead opted to simply ignore fragment-only links. This approach is based on the practical knowledge that fragments are primarily used for intra-document navigation - and are as such fragment-only links. And as we ignore them anyway when displaying the document it's more ergonomic to not have those links in the first place.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/cdd289a7ff22dfde2ee970168bad439dd9c4a891"},{"sha":"d28eb023efafbab207dbd586bd03cee689f46b09","author":{"email":"9fd8de5fc2a7c2c0d469b2fff1afde4e5def37ba@contiki-os.org","name":"George Oikonomou"},"message":"Remove CC2530 and CC2538 dummy watchdog_stop()\n\nThe CC2538 the WDT cannot be stopped once it has been started.\nThe CC2530/1 WDT can be stopped if it is running in timer mode,\nbut it cannot be stopped once it has been started in watchdog mode.\n\nBoth platforms currently provide \"dummy\" implementations of `watchdog_stop()`,\none does nothing and the other one basically re-maps `_stop()` to\n`_periodic()`.\n\nThis was originally done in order to provide implementations for all prototypes\ndeclared in `core/dev/watchdog.h`. In hindsight and as per the discussion\nin #1088, this is bad practice since, if the build succeeds, the caller will\nexpect that the WDT has in fact been stopped, when in reality it has not.\n\nSince the feature (stopping the WDT) is unsupported by the hardware, this pull\nremoves those dummy implementations. Thus, we will now be able to reliably\ndetect - at build time - attempts at using this unsupported feature.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/d28eb023efafbab207dbd586bd03cee689f46b09"},{"sha":"66acf746129dab4ddeca8ad47f917e5ea558472f","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"cc2538: examples: Fix build warnings\n\nToolchain used:\narm-none-eabi-gcc (GNU Tools for ARM Embedded Processors) 4.9.3 20150303\n(release) [ARM/embedded-4_9-branch revision 221220]\n\nSigned-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/66acf746129dab4ddeca8ad47f917e5ea558472f"},{"sha":"8b0a7a697f5bc5fb2733592270c1a1f1174d1f5a","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Filter excessive newlines.\n\nThe way our HTML parser triggers newlines is a guess at best. On the other hand our screen estate is severely limited. Instead of trying to (further) improve the way we translate tags to newlines it seems more reasonable to simply never render more than two successive empty lines.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/8b0a7a697f5bc5fb2733592270c1a1f1174d1f5a"},{"sha":"448fa88ad81c7337ad61450dbc45d99575bc35cd","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Fixed handling of empty URLs.\n\nThe code to trim spaces from the end of the URL behaved undefined if the URL was empty. That scenario is far from hypothetic as i.e. pressing the 'back' button with no (more) entry in the history yields an empty URL.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/448fa88ad81c7337ad61450dbc45d99575bc35cd"},{"sha":"e93f9da7af8bc7ec9488b6905606d99f34fd5ea9","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Adjusted coding style.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/e93f9da7af8bc7ec9488b6905606d99f34fd5ea9"},{"sha":"2f2295c182c771af8c24dfda0007b2f3099d6d54","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Correctly initialize 'wordlen'.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/2f2295c182c771af8c24dfda0007b2f3099d6d54"},{"sha":"e6903e4e7e0b3b037b95aa875d7e8f7ba7a1f365","author":{"email":"769fb001b6b36a7852f6f1db42ea88ec5912aa10@web.de","name":"Oliver Schmidt"},"message":"Recognize HTTPS.\n\nAlthough we for sure don't support HTTPS we need to recognize it. Nowadays it has become pretty usual to redirect HTTP URLs to HTTPS URLs in order to force privacy (thanks, NSA !). So far our redirection handler didn't recognize an HTTPS URL as abslute URLs and therefore appended it to the curent URL. This led to an endless redirection loop. Now we recognize the HTTPS redirection and generate a minimal document on the fly to inform the user of (for us unrachable) the redirection target.\n\nHTML links with HTTPS URLs are treated just like fragment-only links meaning that they get simply completely ignored.","distinct":true,"url":"https://api.github.com/repos/sanbinabu/contiki/commits/e6903e4e7e0b3b037b95aa875d7e8f7ba7a1f365"}]}