about summary refs log tree commit diff
Commit message (Collapse)AuthorAge
...
* Rename part->id to part->contentIDJune McEnroe2020-04-26
| | | | Disambiguate with messageID.
* Iterate through nested multiparts to find content for AtomJune McEnroe2020-04-26
| | | | Also fixes content for multipart/signed.
* Include Cc address in reply mailtosJune McEnroe2020-04-26
|
* Use %R for RFC numbers in STANDARDS sectionJune McEnroe2020-04-26
|
* Add mailto spec to STANDARDSJune McEnroe2020-04-26
|
* Increase space between nav itemsJune McEnroe2020-04-26
|
* Add mailto address for the archiveJune McEnroe2020-04-26
|
* Put dates on new lines in indexJune McEnroe2020-04-26
|
* Include <> around Message-Id in mailto: URLsJune McEnroe2020-04-26
|
* Add link to index on thread pagesJune McEnroe2020-04-26
|
* Fall back to Content-Type name parameter for attachmentsJune McEnroe2020-04-26
|
* Remove margins in article.message headerJune McEnroe2020-04-26
|
* Generate index.atomJune McEnroe2020-04-26
|
* Generate XHTML content in Atom entriesJune McEnroe2020-04-26
|
* Style index pageJune McEnroe2020-04-25
|
* Render index.htmlJune McEnroe2020-04-25
|
* Wrap <summary> replies count in <data>June McEnroe2020-04-25
|
* Accumulate thread envelopes before concatenationJune McEnroe2020-04-25
|
* Free envelope in concatDataJune McEnroe2020-04-24
|
* Use replyTo address in mailto:June McEnroe2020-04-24
|
* Wrap quoted lines in <q>June McEnroe2020-04-23
|
* Add default.htmlJune McEnroe2020-04-23
|
* Move message nav back below recipientsJune McEnroe2020-04-23
|
* Add generate time footerJune McEnroe2020-04-23
|
* Add basic patch highlightingJune McEnroe2020-04-23
|
* Make sure to close attachment <ul> at end of multipartJune McEnroe2020-04-22
|
* Remove HTML inline TODOsJune McEnroe2020-04-22
| | | | | | | | format=flowed, because it's not very useful for display, more useful for composing, <https://fastmail.blog/2016/12/17/format-flowed/>. Quoting because I believe <blockquote> is not allowed inside <pre> (it's not "phrasing content") and <q> just seems awkward.
* Render id, description and language as <pre> attributesJune McEnroe2020-04-22
|
* Add parent links to message navJune McEnroe2020-04-21
|
* Put attachments inside <ul>June McEnroe2020-04-20
|
* Use template system for paths and URLsJune McEnroe2020-04-20
| | | | This probably still needs a lot of cleaning up.
* Skip leading whitespace in message IDsJune McEnroe2020-04-19
|
* Factor out templateBufferJune McEnroe2020-04-17
|
* Write attachment filesJune McEnroe2020-04-17
| | | | | All this path stuff needs cleaning up. I think it's time to use the template renderer for paths.
* Label atom and mbox links "follow" and "download"June McEnroe2020-04-17
|
* Choose text/plain from multipart/alternativeJune McEnroe2020-04-17
|
* Ignore config.mkJune McEnroe2020-04-17
|
* Add decodeToFileJune McEnroe2020-04-17
|
* Skip invalid characters in base64June McEnroe2020-04-17
|
* Decode base64June McEnroe2020-04-16
|
* Decode quoted-printable and 7bit/8bitJune McEnroe2020-04-16
|
* Decode Q encodingJune McEnroe2020-04-16
|
* Parse encoded-word and convert charsetsJune McEnroe2020-04-16
|
* Add subject and recipient HTML classesJune McEnroe2020-04-16
|
* Move message fragment link to subjectJune McEnroe2020-04-16
|
* Render text/plain to HTMLJune McEnroe2020-04-16
|
* Render message links before to/ccJune McEnroe2020-04-16
|
* Wrap subthreads in <details> with reply countJune McEnroe2020-04-15
|
* Rewrite HTML renderingJune McEnroe2020-04-15
|
* Tweak fetchParts namingJune McEnroe2020-04-15
|
us range string here: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/ Using something like "range" and "qwerty123456", it returns an "Internal Server Error" and the following in the logs: > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] fatal: > ambiguous argument 'qwerty123456': unknown revision or path not in the > working tree., referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] Use '--' to > separate paths from revisions, like this:, referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] 'git <command> > [<revision>...] -- [<file>...]', referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] Premature end > of script headers: cgit, referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ The cache will kick in, so if you search for the same string again, it'll show an empty range, so you have to change the bogus strings each time. This is because we just pass the arguments straight to Git's revision parsing machinery which die()s if it cannot parse an argument, printing the above to stderr and exiting. The patch below makes it a bit friendlier by just ignoring unhandled arguments, but I can't see an easy way to report errors when we can't parse revision arguments without losing the flexibility of supporting all of the revision specifiers supported by Git. Reported-by: Konstantin Ryabitsev <mricon@kernel.org> 2014-06-28git: update for git 2.0Christian Hesse prefixcmp() and suffixcmp() have been remove, functionality is now provided by starts_with() and ends_with(). Retrurn values have been changed, so instead of just renaming we have to fix logic. Everything else looks just fine. 2014-04-17remove trailing whitespaces from source filesChristian Hesse 2014-04-12git: update to 1.9.2Christian Hesse Everything works just bumping the version in Makefile and commit hash in submodule. No code changes required. 2014-04-05Fix cgit_parse_url when a repo url is contained in another repo urlJulian Maurice For example, if I have two repos (remove-suffix is enabled): /foo /foo/bar http://cgit/foo/bar/ is interpreted as "repository 'foo', command 'bar'" instead of "repository 'foo/bar'" 2014-03-20Makefile: use more reliable git tarball mirrorJason A. Donenfeld 2014-03-20git: update to 1.9.1Christian Hesse