apache

For a sqllab query that returns a large number of columns (I observed this in a query with ~70 columns), the sorting functionality is broken. Columns do not sort at all.

I'm not sure how easy this is to fix. Do we want to consider this a limitation of sqllab or is this fixable?

Expected results

Columns have the ability to sort

Actual results

When you click on the column head

Currently, the summary of the code contributors is only restricted to the server: https://blog.zulip.com/2021/05/13/zulip-4-0-released/.

$ git shortlog -s 3.0..4.0 | sort -nr
  1017        Anders Kaseorg
   634        Steve Howell
   403        Tim Abbott
   ...

It would be nice to have a script that aggregates the contributions from multiple repo (additionally zulip-mobile, zul

Environment details:

• local deployment (standalone openwhisk)

Steps to reproduce the issue:

1. create a web action using this function:

> cat t.js
const main = () => ({
  "body": {
    "message": "hello"
  },
  "statusCode": 442
})

2. invoke the web action

> wsk action update t t.js --web true
> curl -X POST `wsk action get t --url`
{
  "code": "b86c3c

Web Packaging "comes in several layers":

• Bundled HTTP Exchanges (Web Bundles):
  https://datatracker.ietf.org/doc/html/draft-ietf-wpack-bundled-responses

  .wbn file extension = application/webbundle

• Signed HTTP Exchanges:
  https://tools.ietf.org/html/draft-yasskin-http-origin-signed-responses

  .sxg file extension = `application/signe

based on discussion in #2521

The comment says functions return pointers for malloc-ed buffers, but the implementations don't seem like so.
https://github.com/apache/trafficserver/blob/c196db5f0a5b957983351ad51ef360bfc68fbd66/include/tscore/ink_base64.h#L34-L35