[Bug]: Build bundle size error with next.js target "serverless"

Summary
After a recent minor update to our code, builds started failing with:
10:14:40 AM: The function zip ../../../../tmp/zisi-62df317185068400088f25cd/___netlify-odb-handler.zip size is 52.6 MB, which is larger than the maximum supported size of 52.4 MB.
10:14:40 AM: There are a few reasons this could happen. You may have accidentally bundled a large dependency, or you might have a
10:14:40 AM: large number of pre-rendered pages included.

Investigating I can see that the cause is that we're using target: serverless (for preview support) and each our site's page route lambdas are quite large (5-8mb each and there's about 7 of them). We seem to have been creeping closer to the limit without realising and adding a new import has pushed us over.
I've run Webpack Bundle Analyser but unfortunately I can't figure out why the lambdas are so large. It's not a tiny site but it's not massive either and the output size feels excessive for the dependencies we have? All of our chunks add up to 1.8mb total in the bundle analyser, so I can't understand why the serverless routes are so much bigger than that?
I've temporarily managed to work around it by setting config.optimization.minimize = true; in next.config.js as mentioned on a next.js issue about this: https://github.com/vercel/next.js/issues/8956#issuecomment-557871585. It's almost halved the output size so fixes the problem but it adds to the build time which is already quite long for our app.
Similar to https://github.com/netlify/netlify-plugin-nextjs/issues/1081 but I don't think it's the same problem because it's caused by the page routes themselves, not unexpected included files.
Steps to reproduce
Not sure how to reproduce.
A link to a reproduction repository
No response
Plugin version
4.12.2
Next.js version
10.0.9
More information about your build

[X] I am building using the CLI
[X] I am building using file-based configuration (netlify.toml)

What OS are you using?
Mac OS
Your netlify.toml file

`netlify.toml`
[build]
  # Hack to fix CONTEXT for lambdas as per https://answers.netlify.com/t/environment-variable-per-branch-for-lambda-functions/5009/15
  command = "bin/copy-context.sh; yarn run build"
  publish = ".next/"

[[plugins]]
  package = "@netlify/plugin-sitemap"

  [plugins.inputs]
  exclude = [
    # By Glob pattern
    '**/**/old-browser.html'
  ]

[[plugins]]
  package = "@netlify/plugin-nextjs"

Your public/_redirects file
No response
Your next.config.js file

`next.config.js`
const glob = require('glob-promise');
const path = require('path');
const { BundleAnalyzerPlugin } = require('webpack-bundle-analyzer');

module.exports = {
  target: 'serverless', // required to deploy nextjs pages as netlify functions for SSR https://nextjs.org/blog/next-8#serverless-nextjs
  webpack(config, { isServer }) {
    // Workaround to squash final serverless bundle size as mentioned here
    // https://github.com/vercel/next.js/issues/8956#issuecomment-557871585
    config.optimization.minimize = true;

    // inline svg support (turns SVG import into Data URI)
    config.module.rules.push({
      test: /\.svg$/,
      use: ['svg-url-loader'],
    });

    if (process.env.ANALYSE_BUNDLE_SIZE) {
      config.plugins.push(
        new BundleAnalyzerPlugin({
          analyzerMode: 'static',
        }),
      );
    }

    // Adds support for scripts that live in the `bin/` folder and import
    // stuff from the Next.js app.
    // Run them with bin/next-exec <name>
    // Inspired by https://dev.to/nalanj/adding-scripts-to-next-js-n7i
    if (isServer) {
      const oldEntry = config.entry;
      config.entry = async () => {
        const [otherEntries, scripts] = await Promise.all([
          oldEntry(),
          glob('bin/**/*.js'),
        ]);

        const scriptEntries = scripts.reduce((entries, file) => ({
          ...entries,
          [`../bin/${path.basename(file, '.js')}`]: file,
        }), {});

        return {
          ...otherEntries,
          ...scriptEntries,
        };
      };
    }

    return config;
  },
  async redirects() {
    return [
      {
        source: '/our-work',
        destination: '/our-work/by/discipline/all',
        permanent: false,
      },
    ];
  },
  typescript: {
    ignoreDevErrors: true,
  },
  trailingSlash: false,
};

Builds logs (or link to your logs)
No response
Function logs

Function logs
# Paste logs here

.next JSON files

.next/required-server-files.json
{"version":1,"config":{"env":[],"webpackDevMiddleware":null,"distDir":".next","assetPrefix":"","configOrigin":"next.config.js","useFileSystemPublicRoutes":true,"generateEtags":true,"pageExtensions":["tsx","ts","jsx","js"],"target":"serverless","poweredByHeader":true,"compress":false,"analyticsId":"","images":{"deviceSizes":[640,750,828,1080,1200,1920,2048,3840],"imageSizes":[16,32,48,64,96,128,256,384],"path":"/_next/image","loader":"default","domains":[]},"devIndicators":{"buildActivity":true},"onDemandEntries":{"maxInactiveAge":60000,"pagesBufferLength":2},"amp":{"canonicalBase":""},"basePath":"","sassOptions":{},"trailingSlash":false,"i18n":null,"productionBrowserSourceMaps":false,"experimental":{"cpus":9,"plugins":false,"profiling":false,"sprFlushToDisk":true,"reactMode":"legacy","workerThreads":false,"pageEnv":false,"optimizeFonts":false,"optimizeImages":false,"optimizeCss":false,"scrollRestoration":false,"scriptLoader":false,"stats":false},"future":{"strictPostcssConfiguration":false,"excludeDefaultMomentLocales":false,"webpack5":false},"serverRuntimeConfig":{},"publicRuntimeConfig":{},"reactStrictMode":false,"typescript":{"ignoreDevErrors":true}},"appDir":"/Users/greg/Projects/papermoose-website/frontend","files":[".next/routes-manifest.json",".next/serverless/pages-manifest.json",".next/build-manifest.json",".next/prerender-manifest.json",".next/react-loadable-manifest.json",".next/BUILD_ID"],"ignore":["../node_modules/next/dist/compiled/@ampproject/toolbox-optimizer/**/*"]}

.next/required-server-files.json
{"version":3,"pages404":true,"basePath":"","redirects":[{"source":"/:path+/","destination":"/:path+","internal":true,"statusCode":308,"regex":"^(?:/((?:[^/]+?)(?:/(?:[^/]+?))*))/$"},{"source":"/our-work","destination":"/our-work/by/discipline/all","statusCode":307,"regex":"^/our-work$"}],"rewrites":[],"headers":[],"dynamicRoutes":[{"page":"/blog/[slug]","regex":"^/blog/([^/]+?)(?:/)?$","routeKeys":{"slug":"slug"},"namedRegex":"^/blog/(?<slug>[^/]+?)(?:/)?$"},{"page":"/our-work/by/[group]/[tag]","regex":"^/our\\-work/by/([^/]+?)/([^/]+?)(?:/)?$","routeKeys":{"group":"group","tag":"tag"},"namedRegex":"^/our\\-work/by/(?<group>[^/]+?)/(?<tag>[^/]+?)(?:/)?$"},{"page":"/our-work/case-study/[slug]","regex":"^/our\\-work/case\\-study/([^/]+?)(?:/)?$","routeKeys":{"slug":"slug"},"namedRegex":"^/our\\-work/case\\-study/(?<slug>[^/]+?)(?:/)?$"}],"dataRoutes":[{"page":"/","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/index.json$"},{"page":"/agency","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/agency.json$"},{"page":"/approach","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/approach.json$"},{"page":"/blog","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/blog.json$"},{"page":"/blog/[slug]","routeKeys":{"slug":"slug"},"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/([^/]+?)\\.json$","namedDataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/(?<slug>[^/]+?)\\.json$"},{"page":"/buy-one-give-one","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/buy-one-give-one.json$"},{"page":"/careers","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/careers.json$"},{"page":"/contact","dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/contact.json$"},{"page":"/our-work/by/[group]/[tag]","routeKeys":{"group":"group","tag":"tag"},"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/by/([^/]+?)/([^/]+?)\\.json$","namedDataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/by/(?<group>[^/]+?)/(?<tag>[^/]+?)\\.json$"},{"page":"/our-work/case-study/[slug]","routeKeys":{"slug":"slug"},"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/case\\-study/([^/]+?)\\.json$","namedDataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/case\\-study/(?<slug>[^/]+?)\\.json$"}]}

.next/prerender-manifest.json
{"version":3,"routes":{"/our-work/by/discipline/all":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/all.json"},"/our-work/by/discipline/brand-campaign":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/brand-campaign.json"},"/our-work/by/discipline/brand-identity":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/brand-identity.json"},"/our-work/by/discipline/interactive":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/interactive.json"},"/our-work/by/discipline/social":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/social.json"},"/our-work/by/discipline/print":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/print.json"},"/our-work/by/discipline/entertainment":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/entertainment.json"},"/our-work/by/discipline/pr":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/discipline/pr.json"},"/our-work/by/sector/all":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/sector/all.json"},"/our-work/by/sector/sector-1":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/sector/sector-1.json"},"/our-work/by/channel/all":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/channel/all.json"},"/our-work/by/channel/channel-1":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/by/[group]/[tag]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/channel/channel-1.json"},"/contact":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/contact.json"},"/blog":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog.json"},"/":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/index.json"},"/buy-one-give-one":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/buy-one-give-one.json"},"/careers":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/careers.json"},"/agency":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/agency.json"},"/approach":{"initialRevalidateSeconds":false,"srcRoute":null,"dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/approach.json"},"/blog/example2":{"initialRevalidateSeconds":false,"srcRoute":"/blog/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/example2.json"},"/blog/example4":{"initialRevalidateSeconds":false,"srcRoute":"/blog/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/example4.json"},"/blog/example":{"initialRevalidateSeconds":false,"srcRoute":"/blog/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/example.json"},"/blog/example3":{"initialRevalidateSeconds":false,"srcRoute":"/blog/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/example3.json"},"/our-work/case-study/be-inspired":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/be-inspired.json"},"/our-work/case-study/easy-tiger":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/easy-tiger.json"},"/our-work/case-study/lets-keep-school-safe":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/lets-keep-school-safe.json"},"/our-work/case-study/wholicious-living":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/wholicious-living.json"},"/our-work/case-study/jif":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/jif.json"},"/our-work/case-study/so-asian":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/so-asian.json"},"/our-work/case-study/100-mount-street":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/100-mount-street.json"},"/our-work/case-study/digital-experience-overhaul":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/digital-experience-overhaul.json"},"/our-work/case-study/canon-travel":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/canon-travel.json"},"/our-work/case-study/menulog-robots":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/menulog-robots.json"},"/our-work/case-study/invent-you":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/invent-you.json"},"/our-work/case-study/signal-boxes":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/signal-boxes.json"},"/our-work/case-study/light-rail-safety":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/light-rail-safety.json"},"/our-work/case-study/futuro-hero":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/futuro-hero.json"},"/our-work/case-study/mojito-dance":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/mojito-dance.json"},"/our-work/case-study/8-bits-and-bytes":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/8-bits-and-bytes.json"},"/our-work/case-study/anti-bullying":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/anti-bullying.json"},"/our-work/case-study/the-shepherd-centre":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/the-shepherd-centre.json"},"/our-work/case-study/jimmy-brings-sophie-monk":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/jimmy-brings-sophie-monk.json"},"/our-work/case-study/gin-garden":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/gin-garden.json"},"/our-work/case-study/murmurations":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/murmurations.json"},"/our-work/case-study/brighte-here-brighte-now":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/brighte-here-brighte-now.json"},"/our-work/case-study/gruen-pitch":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/gruen-pitch.json"},"/our-work/case-study/quincy":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/quincy.json"},"/our-work/case-study/easy-switch":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/easy-switch.json"},"/our-work/case-study/lunar-new-year":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/lunar-new-year.json"},"/our-work/case-study/uts-360-tour":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/uts-360-tour.json"},"/our-work/case-study/krispy-kreme":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/krispy-kreme.json"},"/our-work/case-study/abc-science":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/abc-science.json"},"/our-work/case-study/enter-the-biosphere":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/enter-the-biosphere.json"},"/our-work/case-study/felix-mobile":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/felix-mobile.json"},"/our-work/case-study/mishka-vodka":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/mishka-vodka.json"},"/our-work/case-study/innovation-lab":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/innovation-lab.json"},"/our-work/case-study/road-to-retirement":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/road-to-retirement.json"},"/our-work/case-study/marine-campaign":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/marine-campaign.json"},"/our-work/case-study/recipes-for-change":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/recipes-for-change.json"},"/our-work/case-study/mlc-hoardings":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/mlc-hoardings.json"},"/our-work/case-study/chinese-new-year":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/chinese-new-year.json"},"/our-work/case-study/jimmy-kicks":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/jimmy-kicks.json"},"/our-work/case-study/retro":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/retro.json"},"/our-work/case-study/unsw-virtual-tour":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/unsw-virtual-tour.json"},"/our-work/case-study/team-up-with-dexus":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/team-up-with-dexus.json"},"/our-work/case-study/make-dinner-daring":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/make-dinner-daring.json"},"/our-work/case-study/jimmerick":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/jimmerick.json"},"/our-work/case-study/manila-fringe":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/manila-fringe.json"},"/our-work/case-study/kick-to-fly":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/kick-to-fly.json"},"/our-work/case-study/customer-service-hub":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/customer-service-hub.json"},"/our-work/case-study/sydney-opera-house":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/sydney-opera-house.json"},"/our-work/case-study/judith-neilson-institute":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/judith-neilson-institute.json"},"/our-work/case-study/breast-cancer-awareness":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/breast-cancer-awareness.json"},"/our-work/case-study/want-a-tip":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/want-a-tip.json"},"/our-work/case-study/the-australian-job":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/the-australian-job.json"},"/our-work/case-study/dont-be-a-tosser":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/dont-be-a-tosser.json"},"/our-work/case-study/explainer-animations":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/explainer-animations.json"},"/our-work/case-study/trovio":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/trovio.json"},"/our-work/case-study/example-new-page":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/example-new-page.json"},"/our-work/case-study/mammoths":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/mammoths.json"},"/our-work/case-study/bowhaus":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/bowhaus.json"},"/our-work/case-study/good-taste-is-timeless":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/good-taste-is-timeless.json"},"/our-work/case-study/good-meat":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/good-meat.json"},"/our-work/case-study/bus-driver-recruitment":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/bus-driver-recruitment.json"},"/our-work/case-study/cafe-brass":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/cafe-brass.json"},"/our-work/case-study/felix-teaser":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/felix-teaser.json"},"/our-work/case-study/the-recyclins":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/the-recyclins.json"},"/our-work/case-study/hornsby-trucks":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/hornsby-trucks.json"},"/our-work/case-study/tactical-space-lab":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/tactical-space-lab.json"},"/our-work/case-study/dumping-is-rubbish":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/dumping-is-rubbish.json"},"/our-work/case-study/history-train":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/history-train.json"},"/our-work/case-study/brainwaves":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/brainwaves.json"},"/our-work/case-study/alphabet-street":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/alphabet-street.json"},"/our-work/case-study/resilience":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/resilience.json"},"/our-work/case-study/big-coin":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/big-coin.json"},"/our-work/case-study/marine-life":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/marine-life.json"},"/our-work/case-study/weird-weather":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/weird-weather.json"},"/our-work/case-study/whs-explainer":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/whs-explainer.json"},"/our-work/case-study/sleep-myths":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/sleep-myths.json"},"/our-work/case-study/local-luvva":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/local-luvva.json"},"/our-work/case-study/tested-by-swans":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/tested-by-swans.json"},"/our-work/case-study/book-of-once-upon-a-time":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/book-of-once-upon-a-time.json"},"/our-work/case-study/200-women":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/200-women.json"},"/our-work/case-study/starlight-foundation":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/starlight-foundation.json"},"/our-work/case-study/kit-kat":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/kit-kat.json"},"/our-work/case-study/portrait-of-awesome":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/portrait-of-awesome.json"},"/our-work/case-study/retirement-careers":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/retirement-careers.json"},"/our-work/case-study/winc":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/winc.json"},"/our-work/case-study/peachy-green":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/peachy-green.json"},"/our-work/case-study/skills-road":{"initialRevalidateSeconds":false,"srcRoute":"/our-work/case-study/[slug]","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/skills-road.json"}},"dynamicRoutes":{"/our-work/by/[group]/[tag]":{"routeRegex":"^/our\\-work/by/([^/]+?)/([^/]+?)(?:/)?$","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/by/[group]/[tag].json","fallback":false,"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/by/([^/]+?)/([^/]+?)\\.json$"},"/blog/[slug]":{"routeRegex":"^/blog/([^/]+?)(?:/)?$","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/[slug].json","fallback":false,"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/blog/([^/]+?)\\.json$"},"/our-work/case-study/[slug]":{"routeRegex":"^/our\\-work/case\\-study/([^/]+?)(?:/)?$","dataRoute":"/_next/data/2A4dHkgBIwB97JVNTGSvR/our-work/case-study/[slug].json","fallback":false,"dataRouteRegex":"^/_next/data/2A4dHkgBIwB97JVNTGSvR/our\\-work/case\\-study/([^/]+?)\\.json$"}},"notFoundRoutes":[],"preview":{"previewModeId":"xxxx","previewModeSigningKey":"xxxx","previewModeEncryptionKey":"xxxx"}}

Hi. Which version of Next.js are you using? target: "serverless" is now deprecated and should not be used. Preview should work fine with server target.

@ascorbic ah I see, I'm using v10 for this site and wasn't aware of that change. Would you expect the server target for Next v10 to work do you mean or I'll need to upgrade?

It depends on the specific version, but it is likely to work. However I would recommend you upgrade if you can.

Ok thanks for that, I'll investigate.

Upgrading to Next.js v12 and removing the target config as recommended brings the bundle size down to 7mb, so issue resolved and everything's working. Thanks for the help!


Improved UI for Todo Items

Changes made:

[x] Improved UI of the Todo Items across all screen sizes.
[x] Custom width of Todo items across screen sizes for better rendition.

Mobile:

Desktop:

If approved, @Rick-mad-lab Please merge it. Thank you.

🙂 nice 👍

Please add hacktoberfest-accepted label. Thank you.

@soustab10, after this update this happen sorry I have to revert this PR.


Proposal: Allow disabling AutoSuggestBox TextChanged event delay / disable debounce

Proposal: Allow disabling AutoSuggestBox TextChanged event delay / disable debounce
Summary
Currently it's not possible to configure the delay between multiple TextChanged input events. AutoSuggestBox results won't be updated while a user is typing fast. However that is needed for some use case e.g. when then AutoSuggestBox  is part of a launcher application like PowerTools Run. In that case one wants fast updated results, so the delay between the TextChanged input events is cumbersome.
See also this Stackoverflow post: https://stackoverflow.com/questions/78343592/how-to-remove-autosuggestbox-delay-debounce
Rationale

Applications like a launcher like PowerTools Run where instantly updated search results are intended.

Remarks
Delay between multiple TextChanged input events is defined here according to a Stackoverflow comment. What I am missing is an option to set this to 0 / disable it. I am using C#.

any update on this? :-)

any update on this? :-)


feat(pid_longitudinal_controller): several bug fix

Description

https://github.com/autowarefoundation/autoware.universe/pull/5090 (無視してOK)
https://github.com/autowarefoundation/autoware.universe/pull/5092 (無視してOK)
https://github.com/autowarefoundation/autoware.universe/pull/5093

velocity controllerのstateが手動走行中にemergencyになった際、一時停止せずにdriveに移行できるように変更 (自動運転中は今までどおり一時停止必須)

https://github.com/autowarefoundation/autoware.universe/pull/5094

ずり下がり時に現在車速が正になる不具合の修正
https://tier4.atlassian.net/browse/RT0-29231 を解決

https://github.com/autowarefoundation/autoware.universe/pull/5095 (無視してOK)

Tests performed

Not applicable.
Effects on system behavior

Not applicable.
Pre-review checklist for the PR author
The PR author must check the checkboxes below when creating the PR.

[ ] I've confirmed the contribution guidelines.
[ ] The PR follows the pull request guidelines.

In-review checklist for the PR reviewers
The PR reviewers must check the checkboxes below before approval.

[ ] The PR follows the pull request guidelines.

Post-review checklist for the PR author
The PR author must check the checkboxes below before merging.

[ ] There are no open discussions or they are tracked via tickets.

After all checkboxes are checked, anyone who has write access can merge the PR.

@takayuki5168 Thank you for all the PRs, this one is the main PR, it won't be merged right?

@brkay54 This is an internal PR to tier4/autoware.universe.
The PR to awf/autoware.universe was already merged.


Link of OKP4 social networks in the footer

The logos of the different social media of OKP4 should be added in the footer.

GitHub
Medium
LinkedIn
Twitter
Discords

All the links are here : https://linktr.ee/okp4

Functional tests ✅


Main branch protected

Getting this when pushing to main branch
PS C:\Users\eogha\EF_Portfolio_Optimization> git push
Enter passphrase for key '/c/Users/eogha/.ssh/id_ed25519':
Enumerating objects: 12, done.
Counting objects: 100% (10/10), done.
Delta compression using up to 8 threads
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 7.33 MiB | 84.00 KiB/s, done.
Total 6 (delta 4), reused 0 (delta 0), pack-reused 0
remote: Resolving deltas: 100% (4/4), completed with 2 local objects.
remote: error: GH006: Protected branch update failed for refs/heads/main.
remote: error: At least 2 approving reviews are required by reviewers with write access.
To github.com:pat42w/EF_Portfolio_Optimization.git
 ! [remote rejected] main -> main (protected branch hook declined)
error: failed to push some refs to 'github.com:pat42w/EF_Portfolio_Optimization.git'

I think I have unsufficient perms @pat42w

The main branch is now protected & requires 2 reviewers to review prior to pulling.
Going forward please make pull requests into the dev_branch from your personal branch.
We will then make stable, structured merges to main with release notes as needed going forward.

We will add Contributing guidelines to outline this process.


docs: update CONTRIBUTING.md with development info

Add development information
Bump up azure-pipelines-task-lib version, because the old one has vulnerability detected.
Update deployment script: uninstall task only if one is installed already. Otherwise the deployment script fails.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

:tada: This PR is included in version 1.1.0 :tada:
The release is available on:

GitHub release
v1.1.0

Your semantic-release bot :package::rocket:


[Bullet] KinematicBody3D with move_and_slide() can stop moving completely even when the given velocity is not equal to zero

Godot version:

Godot 3.2.4 beta 5

OS/device including version:

Windows 10 Home 64-bit, Version 20H2, OS build 19042.685
Intel® UHD Graphics 620, Version <IP_ADDRESS>26

Issue description:

I move a KinematicBody3D with velocity input to the move_and_slide() using the Bullet/default physics engine. But after a while, the KinematicBody3D stop moving completely even though the given velocity is not equal to zero, as shown in my screen recording below:
https://user-images.githubusercontent.com/1403194/104109159-d4519880-52a9-11eb-897c-97f6372b402d.mp4
And when I checked the is_on_floor() output, it did not always return true even though the KinematicBody3D was always on the floor with the gravity applied to it on every physics frame, as shown in my screen recording below:
https://user-images.githubusercontent.com/1403194/104109200-5215a400-52aa-11eb-850e-e9b1d01f1b8d.mp4
I am not sure whether this issue is related to #33833 in some way.
Steps to reproduce:

Open the reproduction project.
Choose the appropriate Vector 3 Print in the Player's script available at the inspector tab.
Run the project, the Player will stop moving entirely.

Minimal reproduction project:

test.zip

duplicate of #45060

duplicate of #45060

duplicate of #45060

I don't think it's a duplication since the issue relates to a completely different physics engine (Bullet vs GodotPhysics).
Moreover, the behaviors related to the issue are completely different as one completely freezes and unable to detect the floor while the other has none of these behaviors.

duplicate of #45060

I don't think it's a duplication since the issue relates to a completely different physics engine (Bullet vs GodotPhysics).
Moreover, the behaviors related to the issue are completely different as one completely freezes and unable to detect the floor while the other has none of these behaviors.


Add table aws_macie2_account

References
https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/macie2_account

Closing this as we have addressed the same in the query


Update Golang to 1.16.2

How to categorize this PR?

/area open-source dev-productivity
/kind enhancement
What this PR does / why we need it:
This PR updates the Golang version to v1.16.2 and eliminates both the packr and go-bindata libraries in favor of the native go:embed.
Special notes for your reviewer:
/cc @ialidzhikov @timuthy
/squash
Release note:

The Golang version has been updated to `v1.16.2`. Support of `packr` and `go-bindata` has been dropped in favor of the native `go:embed`.

I assume the verify step will fail because the pipeline is still using the 1.15 images of Golang which we only can change after merging this PR.

Seems that https://github.com/golang/go/issues/43985 is fixed in 1.16.1 (ref https://github.com/gardener/terraformer/pull/82).

Thanks for the reviews, I'll force-merge this PR and adapt the pipeline definition to properly reflect the 1.16 version.


settings: Add timer for alert message notification.

Currently all alert messages are shown permanently.

I changed it to:
Show alert message notifications for maximum 7 seconds and
minimum 3 seconds, depending on length of alert message.

We can change the max/min time limit.

@shubhamdhama Thanks for reviewing!
There is no previous discussion on it.
@rishig @showell @brockwhittaker any thoughts on what time limit should be?

I think we want longer limits, more like 30s, since there are probably situations where messages show above the fold.   @brockwhittaker thoughts?

This could be a good change, but will actually become obsolete with https://chat.zulip.org/#narrow/stream/design/topic/settings.20save.

@brockwhittaker any suggestions? ^^

@YJDave this could be good, but I think we want to push in the direction of #7924, so I'm closing this.  Thanks for your efforts!


[WIP] [#1410] Simplification on Publisher metadata

The changes are based on the discussion we had in this issue #1410 .
System creates Publisher metadata automatically when publishing a resource. The publisher name is always CUAHSI's full name and url is always CUAHSI's website. User can not change/delete this metadata ( because the res is published).
A published collection res for testing purpose is here
https://riverdev.hydroshare.org/resource/26246d356ed54097afb79b334ba33267/
@pkdash could you review this? thanks

@pkdash
Regarding your comments, maybe we'd better cancel this PR because collection will have a resource file (a txt lists all contained resources) as @dtarb suggested. In that case collection will not be an exception.
What do you think? thanks

@zhiyuli Now after working for csv file load in timeseries resource, I realize that the check to see if the resource has any files or not is not enough for resource publication. The check should be if the resource has the required content file(s) (in the case of time series resource it is the SQLite file and not the CSV file).  The check should be something like: if resource.has_required_files:.  So I suggest to keep this PR and make this change. The would require that each resource type implements a new property called has_required_files() which returns True or False.

@pkdash
I am thinking those checks on the specific eligibility/prerequisite of publishing a resource should all be outside this Publisher class.  Current implementation checks the value of resource.raccess.published before creating the entry, which is enough already (I think). If any prerequisite is not met,  resource.raccess.published should return False and creation of Publisher entry will terminate.
So all checks should be done before calling this Publisher class, including the resource.has_required_files() you suggested.

@zhiyuli Is this ready for another round of review?

@pkdash No, i have not worked on this pr since last conversions we had. I am thinking more discussion is needed as I think this pr is already away from its original purpose.


Hard Code SlackClient Version Requirements

Looks like the slack client changed a bit in 2.6 which means this library breaks a little. hardcoding 2.5 in requirements seems to fix this for me.

You are correct. In fact I had made this change in my local dev system but neglected to PR. My bad.  If you'd like to make that PR please do.

At some point I do plan to "rebase" this project to the latest client from Slack. This would be a new major version for slackapptk repo as well.


https://github.com/github/docs/edit/main/content/desktop/installing-a…

…nd-configuring-github-desktop/index.md

Why:

What's being changed:

Check off the following:

[ ] All of the tests are passing.
[ ] I have reviewed my changes in staging. (look for the deploy-to-heroku link in your pull request, then click View deployment)
[ ] For content changes, I have reviewed the localization checklist
[ ] For content changes, I have reviewed the Content style guide for GitHub Docs.

We're not changing the name of this article, so I'm going to close this PR.


AzCopy v10.18.0 fails to resolve host when using a proxy

Which version of the AzCopy was used?
10.18.0
Which platform are you using? (ex: Windows, Mac, Linux)
Linux
What command did you run?
azcopy sync $source https://<storage_accoutn_name>.blob.core.windows.net/$web/
error
Cannot perform sync due to error: failed to resolve destination: lookup <storage_accoutn_name>.blob.core.windows.net on <dns_server_address>:53: no such host
What problem was encountered?
In our environment, we use azcopy to deploy to an Azure storage account through a proxy. In the new version of azcopy 10.18.0, even though we have set environment variables HTTPS_PROXY and HTTP_PROXY, azcopy performs a DNS query that fails in our environment because our DNS does not resolve public addresses, and deployment to Azure only works through the proxy.
How can we reproduce the problem in the simplest way?
Disable DNS service on host
Install the latest version of azcopy 10.18.0 on a host that is behind a proxy.
Set the environment variables HTTP_PROXY and HTTPS_PROXY to the appropriate values for your environment.
Attempt to use azcopy to deploy to an Azure storage account through the proxy
Have you found a mitigation/solution?
Downgrade to v10.17.0
or change DNS which resolve public addresses of Azure storage account and deployment over proxy starts working

Hi @MarekUhlik-ext54625 ! Thank you for reporting this issue. There is a fix incoming and will be released in the next version.
Downgrading to v10.17.0 is the best suggestion for now. Sorry for the inconvenience!

Hello, is a fix for this error available please? For example, by adding a parameter that would not perform nslookup ? thank you for the info

Hi there! The issue has been resolved in the the latest version of AzCopy (https://github.com/Azure/azure-storage-azcopy/releases/tag/v10.18.1). Will be closing this issue, but please let us know if you are still experiencing issues!


Error after removing a tag

Steps to reproduce:

Add a tag to an image
Try to remove tag -> Crash
Reload the page, select the frame with a tag you previously tried to remove
Hover the mouse over the tag -> Crash

TypeError
Cannot read property 'removeClass' of undefined
TypeError: Cannot read property 'removeClass' of undefined
at Mu.deactivateShape (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1383456)
at Mu.deactivate (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1383969)
at Mu.activate (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1386548)
at Mu.notify (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1376400)
at Cc.notify (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1293622)
at Cc.activate (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1296706)
at Lu.activate (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1391016)
at od.componentDidUpdate (http://<IP_ADDRESS>:8080/cvat-ui.min.js:72:1424991)
at yl (http://<IP_ADDRESS>:8080/cvat-ui.min.js:43:100837)
at t.unstable_runWithPriority (http://<IP_ADDRESS>:8080/cvat-ui.min.js:51:3465)

git describe 0.2.0-706-g6566e4a

Also found the issue. It is enough just to deactivate a tag.
@ActiveChooN could you please look into this?

@bsekachev, maybe it's good idea to add activated shape id checking in cvat-canvas in activation method, is it?


Revert etcd upgrade

Etcd was upgraded from version 3.2.13 to version 3.3.10 on this PR https://github.com/kubernetes-incubator/kube-aws/commit/e8b7380d95c30239f252eb7ebad7586dd03b0716.
After testing an upgrade from cluster created with kube-aws 0.12.X to kube-aws master, we have find out that, if there is a problem during the upgrade, cloud formation is not able to rollback cleanly, and etcd cluster is left on an unavailable state due to being unable to downgrade etcd.
This is PR Is to revert the etcd upgrade version back to 3.2.13 until a two ways migration is implemented.

/assign @davidmccormick

@omar-nahhas thanks for your testing efforts and work identifying this issue!  I agree, let's keep etcd on a stable version until we can implement a smoother path forward with upgrades.

Codecov Report

Merging #1555 into master will decrease coverage by 0.01%.
The diff coverage is 20%.

@@            Coverage Diff             @@
##           master    #1555      +/-   ##
==========================================
- Coverage   25.47%   25.46%   -0.02%
==========================================
  Files          97       97
  Lines        5016     5019       +3
==========================================
  Hits         1278     1278
- Misses       3591     3594       +3
  Partials      147      147

Impacted Files
Coverage Δ

pkg/api/plugin.go
0% <ø> (ø)
:arrow_up:

pkg/model/stack_new.go
32.29% <0%> (-0.62%)
:arrow_down:

pkg/api/etcd.go
34.02% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6b64cf6...6d3d78f. Read the comment docs.

Many thanks for your investigation and fix! 🙏

Here are some results of manual testing I have done:
1 - create the cluster using kube 0.12

2 - try upgrade to kube 0.13, cause a rollback, and observe a successful rollback.

3 - cluster is healthy after rollback


Add profile pic field to form logic and validation

The profile pic is a mandatory field, however there is no validation to see whether a picture was chosen or not. The best way to do this is by implementing a form o validation using the form already present in the widget, and used for the textformfields.

Fixed in commit 478f824


major: New IPC system using lightweight Lambda actor queue

[x] Documentation (if applicable)
[x] Changelog
[x] Review

Closing - Stale.


Fix not sleeping when bot launched at sleeping time

Fix not sleeping when bot launched at sleeping time and some code optimizing.

@cmezh travis fails

Yep, fixed.

Sorry, doesn't work. Will reopen PR when it's ready.


feat(project): remove a lot of redundant code after neo4j-graphql-js …

@alastair @musicog @VincentCouzij
This is a big one ... sorry about that :-)
I've managed to "solve" the interface problem in the neo4j-graphql-js library. Although this is still a PR, I've experimented with this and which code becomes redundant.
Also, since neo4j-graphql-js has introduced an auto-generated filter argument for each query, a few custom queries can be removed as well.
btw filters also support relational filtering:
query {
  ControlAction(filter: { target: { identifier: "" } }) {
    identifier
  }
}

Last but not least, every type now has its own unique relational mutation queries. So no more AddThingInterfaceThingInterface but AddDigitalDocumentAudio and MergeDigitalDocumentAudio. Merge is prefered as this does not create duplicate relations if it already exists.
The only problem is that this change is definitely NOT backwards compatible.

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 6

Clones removed
==============
+ src/resolvers/query.js  -2

See the complete overview on Codacy

Backwards compatibility isn't a problem. I like the idea of more explicit join mutations.
Thanks for doing this, I'll try and look at it early next week, if I have any questions perhaps we can talk about them on the 20th.

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 6

Clones removed
==============
+ src/resolvers/query.js  -2

See the complete overview on Codacy

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 6

Clones removed
==============
+ src/resolvers/query.js  -2

See the complete overview on Codacy

The PR in the neo4j-graphql-js library has been merged! 🎉  Now we need to wait until a new version has been released so we can use the fix in this PR.

Great work on the PR in the graphql library! I'm currently modifying our importer to use these new mutations. The Merge mutation is great, I have a bunch of code which first checks for a relationship before adding it. I can simplify this code. I'll let you know later today when I have the client updated against this code.
Will you wait for a new version of neo4j-graphql-js to be released before you merge this?

Hi @alastair, thanks! I've just "embedded" the fix in the repository so we can continue without having to wait... I'm ready to merge this PR now 😃

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 6

Clones removed
==============
+ src/resolvers/query.js  -2

See the complete overview on Codacy

I'm looking at this now.
How do I add a person as the composer of a MusicComposition?
On the current api-test.trompamusic.eu I see a mutation AddCreativeWorkInterfaceAuthor, however I don't see this mutation when I build this branch. Interestingly, I do see AddMusicCompositionLyricist, so there are some relations, but not all of the ones I expect to see.
Are there any additional steps that I need to run to "compile" the schema?

Ah, never mind - I just noticed that this has been merged into staging and some other commits made since then. I didn't see the merge notification on this page.
I can now see the mutation when running the staging branch.

I seem to have an issue with the following mutation:
mutation {
  AddDigitalDocumentExampleOfWork(from: {identifier:"d68e79db-1f76-4a54-9357-a7d892686e69"}
    to: {identifier:"b12d4087-4fb2-4177-a4c9-d9750c0dfbab"}) {
    from {
      ... on DigitalDocument {
        identifier
      }
    }
    to {
      ... on CreativeWork {
        identifier
      }
    }
  }
}

The error message:
{
  "errors": [
    {
      "message": "Abstract type CreativeWorkInterface must resolve to an Object type at runtime for field _AddDigitalDocumentExampleOfWorkPayload.to with value { identifier: \"b12d4087-4fb2-4177-a4c9-d9750c0dfbab\" }, received \"undefined\". Either the CreativeWorkInterface type should provide a \"resolveType\" function or each possible type should provide an \"isTypeOf\" function.",
      "locations": [
        {
          "line": 8,
          "column": 5
        }
      ],
      "path": [
        "AddDigitalDocumentExampleOfWork",
        "to"
      ],
      "extensions": {
        "code": "INTERNAL_SERVER_ERROR",
        "exception": {
          "message": "Abstract type CreativeWorkInterface must resolve to an Object type at runtime for field _AddDigitalDocumentExampleOfWorkPayload.to with value { identifier: \"b12d4087-4fb2-4177-a4c9-d9750c0dfbab\" }, received \"undefined\". Either the CreativeWorkInterface type should provide a \"resolveType\" function or each possible type should provide an \"isTypeOf\" function.",
          "locations": [
            {
              "line": 8,
              "column": 5
            }
          ],
          "stacktrace": [
            "GraphQLError: Abstract type CreativeWorkInterface must resolve to an Object type at runtime for field _AddDigitalDocumentExampleOfWorkPayload.to with value { identifier: \"b12d4087-4fb2-4177-a4c9-d9750c0dfbab\" }, received \"undefined\". Either the CreativeWorkInterface type should provide a \"resolveType\" function or each possible type should provide an \"isTypeOf\" function.",
            "    at ensureValidRuntimeType (/app/node_modules/graphql/execution/execute.js:667:11)",
            "    at completeAbstractValue (/app/node_modules/graphql/execution/execute.js:660:42)",
            "    at completeValue (/app/node_modules/graphql/execution/execute.js:585:12)",
            "    at completeValueCatchingError (/app/node_modules/graphql/execution/execute.js:495:19)",
            "    at resolveField (/app/node_modules/graphql/execution/execute.js:435:10)",
            "    at executeFields (/app/node_modules/graphql/execution/execute.js:275:18)",
            "    at collectAndExecuteSubfields (/app/node_modules/graphql/execution/execute.js:713:10)",
            "    at completeObjectValue (/app/node_modules/graphql/execution/execute.js:703:10)",
            "    at completeValue (/app/node_modules/graphql/execution/execute.js:591:12)",
            "    at /app/node_modules/graphql/execution/execute.js:492:16"
          ]
        }
      }
    }
  ],
  "data": {
    "AddDigitalDocumentExampleOfWork": {
      "from": {
        "identifier": "d68e79db-1f76-4a54-9357-a7d892686e69"
      },
      "to": null
    }
  }
}

Does the ExampleOfWork node exist? I get the following error when searching for the id:
https://api-test.trompamusic.eu/b12d4087-4fb2-4177-a4c9-d9750c0dfbab

sorry, this is in my local environment.
I notice that the relation does exist, so it seems like it gets created but then fails to return the correct data:

There appears to be an additional problem where a second Composition node is getting created. I'll try and reproduce the issue.

Ah I see, did the DigitalDocument already exist before the update? If so, you've probably run into the same problem that happened in the test environment. Not all nodes have the necessary labels to resolve interfaces to types.
You can see this by clicking on the DigitalDocument node and verify if you can see the following labels:

I cleared the database before performing this upgrade, so it shouldn't have existed before-hand. I'll try and get some clear steps to reproduce this issue.

Oh, that is strange indeed. That would be really helpful, as now I don't know why these labels aren't always added on creation 😕.

I'm trying to reproduce on my local environment and have found that the following query does work:
mutation {
  MergeDigitalDocumentExampleOfWork(
    from: { identifier: "dcd69f90-a276-49be-b3c2-449a8d8e42ea"},
    to: { identifier:"1ff768d2-a456-42b6-85aa-88f8c8a679b6" }
  ) {
    from {
      identifier
    }
    to {
      identifier
    }
  }
}

When removing the fragments, the mutation will succeed.  I think this is caused by an issue I've just submitted a PR for in the neo4j-graphql-js library: https://github.com/neo4j-graphql/neo4j-graphql-js/pull/377
If the above PR gets merged, the mutation query that you are using should work again.
I hope this solves your problem.

OK, I'll simplify these mutations to remove the fragment and let you know if I have any further issues


Projector cannot be instantiated from Python

It seems the Projector cannot be instantiated from Python. To reproduce it:
>>> import lanelet2
>>> lanelet2.projection.Projector(lanelet2.io.Origin(0,0,0))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: This class cannot be instantiated from Python

Is it because this class is not bind? I have no issue with UTMProjector tho.
It looks like already bind-ed: https://github.com/fzi-forschungszentrum-informatik/Lanelet2/blob/cc815028e9faf913824b2a4aff5d111d153213ba/lanelet2_python/python_api/projection.cpp#L16-L17

The Projector class is just defining the interface, using the UtmProjector is most probably what you want. Or why are you intending to instantiate the base class?

The Projector class is just defining the interface, using the UtmProjector is most probably what you want. Or why are you intending to instantiate the base class?

The reason why is that we are trying to do a custom forward/reverse. Namely, we need to write a new class either inheriting the projector or wrap on top of it. Neither seems working. If I do a new class inheriting Projector, the error is as follows:
Boost.Python.ArgumentError: Python argument types in
    lanelet2.io.load(str, Projector)
did not match C++ signature:
    load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > filename, lanelet::Origin origin)
    load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > filename, lanelet::Projector projector=<lanelet2.projection.MercatorProjector object at 0x7f82a22efad0>)

Okay, makes sense.
Supporting classes inherited in python is some more effort: https://www.boost.org/doc/libs/1_78_0/libs/python/doc/html/reference/high_level_components/boost_python_wrapper_hpp.html#high_level_components.boost_python_wrapper_hpp.introduction
So either you'd have to add that, or implement your custom projection in cpp.

Okay, makes sense.
Supporting classes inherited in python is some more effort: https://www.boost.org/doc/libs/1_78_0/libs/python/doc/html/reference/high_level_components/boost_python_wrapper_hpp.html#high_level_components.boost_python_wrapper_hpp.introduction
So either you'd have to add that, or implement your custom projection in cpp.

Right. I think maybe we can add a default projector under the projector for the purpose (, and bind it to python).

Makes sense, see also #244 for an example, maybe you can even contribute your projector

I ended up with following the PR your recommended and have my problem solved! Thanks for the great suggestions @m-naumann


org/mjbha

Adding domain for Melving J Berman Hebrew Academy mjbha.org (high school US-MD) to access free educational tier

@daveweinberg The first verification stage is complete: the official domain for  Berman Hebrew Academy is www.bermanhebrewacademy.org, to the best of my knowledge. This is just an informational note. The pull request is still under review. The review may take some more time. I greatly appreciate your patience. Here is the proof of domain ownership: https://www.bermanhebrewacademy.org/experience/student-life/calendars/

Yes, The public facing website domain you list is correct.
The school name used to be mjbha which is the full name of Melvin j. Berman
Hebrew Academy which was shortened recently to just Berman Academy. They
decided not to change any of the email domains so all the staff and
students have at mjbha.org emails.
Thank you
Dave
On Wed, May 29, 2024, 11:33 PM Philip Torchinsky @.***>
wrote:

@daveweinberg https://github.com/daveweinberg The first verification
stage is complete: the official domain for Berman Hebrew Academy is
www.bermanhebrewacademy.org, to the best of my knowledge. This is just an
informational note. The pull request is still under review. The review may
take some more time. I greatly appreciate your patience. Here is the proof
of domain ownership:
https://www.bermanhebrewacademy.org/experience/student-life/calendars/
—
Reply to this email directly, view it on GitHub
https://github.com/JetBrains/swot/pull/21045#issuecomment-2138611351,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAFBNOLOHY4ZKX6SHAVQ533ZE2MZPAVCNFSM6AAAAABIPHKOKWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZYGYYTCMZVGE
.
You are receiving this because you were mentioned.Message ID:
@.***>

@daveweinberg The first verification stage is complete: the official domain for  Berman Hebrew Academy is www.bermanhebrewacademy.org, to the best of my knowledge. This is just an informational note. The pull request is still under review. The review may take some more time. I greatly appreciate your patience. Here is the proof of domain ownership: https://www.bermanhebrewacademy.org/experience/student-life/calendars/

@daveweinberg Thank you for your patience while waiting for a review and processing your request. Pull request merged.


Compatibility with Ruby 3.2

Ruby 3.2 removes the alias ´File.exists?´ in favor of ´File.exist?´. Taken from https://github.com/afdev82/non-stupid-digest-assets/tree/patch-1

(sorry, clicked the wrong button)


Type detection

Replace #29
WDYT @sagikazarmark ?

LGTM. Might worth to tag a new version as well.


HAWQ-849. Remove apache orc codebase from hawq

cc @liming01 @changleicn

cc @rvs , as we discuss in the mail list, we use an alternative method to support reading orc files from HDFS which does not modify the original orc repo. We could use a git submodule in the future. Also for further modification, we will send pull requests instead.
I will use mail list more often to discuss modification of organisation of hawq code. Thanks again for the good advice in https://github.com/apache/incubator-hawq/pull/701! 🍺

LGTM. +1.

LGTM

@xunzhang happy to help and thanks for the patience!

Merged into master.


Add region information in :serverinfo

 <-- got inspired by arsenal kiddies

-- IMPORTANT --
I do not know if it would be ethical to include an IP Address, it is very possible. I have fear this may be exploitable and make it easier for skids to DDOS servers (already possible)
Second issue: When in studio, the ip could reveal yours to unwanted people, so I don't know if it is good to add one and if we do, we might censor it in studio.
Please note that there may be some bugs, such as error handling, checking if HTTP is on, but on the other hand, this would be a pretty good addition to :serverinfo or :serverdetails.

do note the region and things are approximations so yeah while i do live in italy im not even in apulia or veglie lol

Sir just add an :IsStudio and if true remove the location info from the list. It also means you can include the IP then.
For some of us leaking our city is quite bad considering their size in rural countries. My home location doesn't exactly have millions living there.
IsStudio would fix that.

I don't think you can get the players IP... Only the servers IP. If I am wrong do point it out to me please. But if the IP is available to the server. Don't display it. Region sure. But IP? The neanderthal's that would be interested in peoples IP's wouldnt be using it for good.

I don't think you can get the players IP... Only the servers IP. If I am wrong do point it out to me please. But if the IP is available to the server. Don't display it. Region sure. But IP? The neanderthal's that would be interested in peoples IP's wouldnt be using it for good.
But yes showing the servers IP does no harm. Showing the servers location also does no harm

This is the IP for the server. If this is a studio test server than it'll be ran from your pc, and therefore your IP.
Not good for taking screenshots or working in teamcreate "anonymously".
Hence my suggestion.
And technically speaking you can't take IP's from clients.

I see no harm in showing the server's IP.

It could lead to DDOSING, but hey, an exploiter with a potent enough exploit could already get the IP, so, I can show the IP and coordinates? The city is always an approximation, the only things that are right are the region, country, and timezone, I would personally blur out city, IP, and region when someone is in studio, as you could give too much details when screensharing a playtest.

I see no harm in showing the server's IP.

As long as it's only shown to people with elevated permissions

It could lead to DDOSING, but hey, an exploiter with a potent enough exploit could already get the IP, so, I can show the IP and coordinates? The city is always an approximation, the only things that are right are the region, country, and timezone, I would personally blur out city, IP, and region when someone is in studio, as you could give too much details when screensharing a playtest.

Um. You can already see the IP of the server you're connected to... no exploits required. So....

It could lead to DDOSING, but hey, an exploiter with a potent enough exploit could already get the IP, so, I can show the IP and coordinates? The city is always an approximation, the only things that are right are the region, country, and timezone, I would personally blur out city, IP, and region when someone is in studio, as you could give too much details when screensharing a playtest.

Um. You can already see the IP of the server you're connected to... no exploits required. So....
Also as to the studio thing I feel like that's kinda niche and would be their own fault, but if it really bothers you, you can just check if they're in studio or not and then return something like "N/A" or "Studio"

It is also possible to get the IP of any given server without even connecting to it through the API, so I would agree in saying that having the IP there is not that big of an issue.

Alright, I guess this is ready to be pushed? Senstive data such as Region, IP, City, and ZIP Code are not shown when play testing.

Check this stuff for the last time as this is good to be merged I guess


integration test for hadoop batch indexing

I'm going to contribute an integration test that does batch indexing from hadoop.
I'm not planning to modify the docker setup to be able to use hadoop.  Instead, I'll put the new test in a separate package and exclude that package from the hadoop run.
I'll add instructions to the integration-tests README to explain how to run the test separately using a configuration file to drive things.  (If someone has a docker setup that includes hadoop, they can use a configuration file to point things at docker.)

Though there is https://github.com/druid-io/druid/pull/2650  for the hadoop batch indexing test, I suggest leaving this issue open to keep track of what would be needed if we ever modify things so when we use docker for testing, docker can do hadoop.
https://github.com/druid-io/druid/pull/2650 includes the code changes needed for running the hadoop test with docker.  Those changes are:
in pom.xml, a line in the configuration for integration-tests setting druid.tes.config.hadoopDir
in DockerConfigProvider, be able to getProperty("hadoopTestDir")
All that would be needed once docker can do hadoop is an edit to integration-tests/README.md to say to export HADOOP_DIR to the name of a directory containing batchHadoop1, where the test data is in hdfs.


Generate and send PDF poster

Summary | Résumé
Heads-up: see note below about new dependencies, you will probably need to install cairo before testing this PR
Takes the SVG poster template and converts it to PDF then sends it as an attachment via Notify and makes it available for download on the Confirmation screen.
Note that this doesn't include the latest designs/content for some things:

Old bilingual poster design (not en/fr)
Old email content
Confirmation screen link designs
Content updates on Confirmation screen

To test

Step through the forms to submit information about your location
On the Confirmation screen, click the "Download poster" link
You should also have received an email with the poster attached

To run on your local machine

If you run the project with docker you should be good to go after a container rebuild - cairo dependency has been added to the Dockerfile
If you run the project locally with pipenv, you will need to install cairo. On the mac: brew install cairo

New dependencies

Pipfile: cairosvg - for svg2pdf conversion
Dockerfile: libcairo2-dev - os-level support for Cairo

temporarily closing to re-trigger heroku environment

Added translation for content change in README


[ENV] Add support for passing the coveralls token via an env var

Note: this happens to me locally too, https://github.com/venmo/slather/issues/74
Re: https://github.com/venmo/slather/issues/68 - I've added support for using an ENV var to pass your token in. Called it Coverage so that it can fit the other providers too.

Can we change it to CI_ACCESS_TOKEN? COVERAGE_ACCESS_TOKEN I would expect to be the token for Coveralls if you have Coveralls Pro. This token is the token for travis/circle ci when you have their pro.

I thought that originally, but the token is the coveralls token as opposed to the one for the CI. Calling it the CI_ACCESS_TOKEN implies that would you find it at travis/circle when you have to get it from coveralls.
Happy to switch though, I have no horse in this race.

Oh, you're right, I just looked back at https://github.com/venmo/slather/pull/17. That is the token that comes from Coveralls, not Travis. can you change the other variables to coverage_access_token, in that case, for consistency? :grin:

done :+1:

Sweet, thanks orta!

@chrismaddern - this probably breaks your current install ^

I'll have to do a minor version update. Hopefully this doesn't affect too
many ppl.
On Friday, May 8, 2015, Orta<EMAIL_ADDRESS>wrote:

@chrismaddern https://github.com/chrismaddern - this probably breaks
your current install ^
—
Reply to this email directly or view it on GitHub
https://github.com/venmo/slather/pull/75#issuecomment-100268983.


Autocomplete effect Button component performance

when i important both Autocomplete and  Button , Button style will change

[x] The issue is present in the latest release.
[x] I have searched the issues of this repository and believe that this is not a duplicate.

Current Behavior 😯

Expected Behavior 🤔

Check the warning.

There is no warning or error in the console.
when i add Autocomplete Component,
class  "MuiButtonBase-root" appear twice in Button styles

There is no warning or error in the console.
when i add Autocomplete Component,
class  "MuiButtonBase-root" appear twice in Button styles

@DreFalPoetry Confronting the same issue. Thought of ways to maybe fix this second import to the top somehow, but failed.
Settled with below code for now. Putting it at an appropriate place.
const FHC = Array.prototype.filter.call(document.getElementsByTagName('style'), (e) => e.dataset['meta'] === 'MuiButtonBase')
if(FHC.length === 2) FHC[1].replaceWith(null)

PS - Its not very elegant but address the side-effect head-on.

@DreFalPoetry Confronting the same issue. Thought of ways to maybe fix this second import to the top somehow, but failed.
Settled with below code for now. Putting it at an appropriate place.
const FHC = Array.prototype.filter.call(document.getElementsByTagName('style'), (e) => e.dataset['meta'] === 'MuiButtonBase')
if(FHC.length === 2) FHC[1].replaceWith(null)

PS - Its not very elegant but address the side-effect head-on.

Also on further assessment, just always import Button from core after the import for Autocomplete from lab and you will be good to go.


use tap and dbl tap for the same elem

Hello,
$('img').on('dbltap',function(e,data){ 	alert('dbltap');  }); $('img').on('tap',function(e,data){ 	alert('tap'); });
How i can prioritize the event dbltap ? If dbltap, don't launch tap event.. Thanks.

You could use a timer in this way http://plnkr.co/edit/WTCVhIUvQhAOVykxKZad?p=preview
Unfortunately you can not have a dblptap without a tap event first


Folding: Add setting to enable code to be folded up onto the line preceeding the open bracket

Feature Request: Add setting to enable code to be completely folded onto a single line (first line, or preceeding line if bracket is on it's own line), like VS does.
VS Code uses 3x as many lines to display folded code, compared to VS.  Fewer lines would allow a lot more to be displayed on screen at a time.
In C++, VS Code folds code like so:

VS does the following:

See https://github.com/microsoft/vscode/issues/3352#issuecomment-513696419
Dup of #3352.


added python notebook to test api, updated photo, and added instructions to run python notebook

Merged - great fixes and valuable additions to the content - thanks @cassieview


Give Virtus robes (top/bottom) each a 4%(or less?) boost for Barrage tasks and Inferno

🚀 Feature Proposal
title. In game, Virtus robes increase the damage of Ancient spells by 4% per piece, so having it give this boost for Barrage tasks just makes sense. Virtus mask should not be included imo, as you use slayer helm when barraging.
An 8% boost might be too much in terms of balancing though, so maybe 2-3% works better.

Virtus now gives 2% boost for each item worn when barraging anything under /k. I don't believe inferno got a boost. If thats something you still want to suggest just open a new thread with that suggestion.


NSFS | NC | get-bucket-website Returns an Error

Environment info

NooBaa Version: master
Platform: NC

Actual behavior

When running get-bucket-website on a bucket that we added website configuration it returns an error.

Expected behavior

When running get-bucket-website on a bucket that we added website configuration it should return the website configuration.

Steps to reproduce
Requirements

First, create the FS_ROOT and give permissions:

mkdir -p /tmp/nsfs_root1
chmod 777 /tmp/nsfs_root1

This will be the argument for:

new_buckets_path flag that we will use in the account commands
path in the buckets commands.

Additional Requirements:

Using the manage nsfs CLI - create an account:
sudo node src/cmd/manage_nsfs account add --name <account-name> --email <accountemail> --new_buckets_path /tmp/nsfs_root1 --access-key <access-key> --secret_key <secret-key> --uid <uid number> --gid <gid number>.
Use this alias with AWS CLI (copy the <access-key> and <secret-key>):
alias s3-nc-user-1='AWS_ACCESS_KEY_ID=<access-key>  AWS_SECRET_ACCESS_KEY=<secret-key> aws --no-verify-ssl --endpoint-url https://localhost:6443.
Run the server (NC NSFS): sudo node src/cmd/nsfs --debug 3. (debug level would help us with finding relevant logs).

An error occurred (NoSuchWebsiteConfiguration) when calling the GetBucketWebsite operation: The specified bucket does not have a website configuration

In the logs:
Error: The specified bucket does not have a website configuration

at Object.get_bucket_website [as handler] (noobaa-core/src/endpoint/s3/ops/s3_get_bucket_website.js:12:31)
at async handle_request (noobaa-core/src/endpoint/s3/s3_rest.js:150:19)
at async Object.s3_rest [as handler] (noobaa-core/src/endpoint/s3/s3_rest.js:65:9)

Configuration (after put website configuration):
sudo cat /etc/noobaa.conf.d/buckets/bucket-1.json (see the website_configuration),

{"name":"bucket-1","system_owner":"shira-9999@noobaa.com","bucket_owner":"shira-9999@noobaa.com","creation_date":"2024-01-24T13:43:24.910Z","versioning":"DISABLED","path":"/tmp/nsfs_root1/","should_create_underlying_storage":false,"_id":"65b113fc7fa7f8d76a458769","website":{"website_configuration":{"redirect_all_requests_to":{"host_name":"s3.noobaa.io","protocol":"HTTPS"}}}}

@nadavMiz closing per your fix


Site not found

Hello..
I have tried to visit the OssFriday Website and return 404 error from GitHub Pages..
I would like somehow to see the project and participate.
Are there any predictions of when the site might be online?

@JoseCage the website hasn't been built yet.
I know @andrew has plans to get to it in the next few weeks.

Thanks @Charlotteis..
I'm Tuned.. 👀


Add MLIR Interpreter

This PR adds a torch-based MLIR interpreter that can be used for debugging IR generated by tkw. The interpreter goes through the asm line by line and maps the MLIR operations to the appropriate torch operations.

Haven't done extensive testing on this, but atleast it doesn't crash for now. Will merge it in and please feel free to modify and adapt to serve your needs.


fix: upgrade test fixes

Reverts https://github.com/fedimint/fedimint/pull/5941
Adds logic for using get-funding-address vs get-ln-onchain-address

Debugging the same issue as https://github.com/fedimint/fedimint/pull/5952

Upgrade tests pass https://github.com/fedimint/fedimint/actions/runs/10608262067/job/29402045618?pr=5953

Interesting, how can we deactivate upgrade tests for LNv2 while it doesn't guarantee compatibility yet? cc @joschisan


Improving the performance when highlighting the current dot a little bit

@hebrerillo Thanks for the PR! Are you sure it improves the performance though? Running the check on every step seems to add operations. What I mean - imagine you have 5 images in the carousel, then there will be a check for every of them before acting, so the operations will look like:

compare index on dot 1
add or remove class to dot 1
compare index on dot 2
add or remove class  to dot 2
compare index on dot 3
add or remove class  to dot 3
compare index on dot 4
add or remove class  to dot 4
compare index on dot 5
add or remove class  to dot 5

while the initial cycle will be just 6 steps

remove class from dot 1
remove class from dot 2
remove class from dot 3
remove class from dot 4
remove class from dot 5
add class to current dot

Hello @zoltantothcom !
Maybe I am wrong, but all the ten instructions in my cycle are constant.
However, in your initial cycle of six instructions, the sixth instruction:
element.querySelectorAll('.' + crslDotsClass + ' li')[current].classList.add('is-active');
Is not constant at all. I mean, 'querySelectorAll' means accessing the DOM to get all children of 'element', which will be much more expensive than more comparisons.
My idea was to remove that 'querySelectorAll' on line '140', and take advantage of the loop on line 136 to add the 'is-active' class. That is, to not query for all the children of 'element' twice.
But as I said, maybe I am wrong and I am just adding unnecessary complexity.
By the way, thank you very much for your response! I just came across your repository and found it very interesting. It is my first time contributing to another repository.


Not working on Ubuntu 16.04 machine

root@utility:~# packet-block-storage-attach
portal: <IP_ADDRESS> iqn: iqn.2013-05.com.daterainc:tc:01:sn:b8fd6d1f5052bca3
Error: We couldn't discover targets on <IP_ADDRESS>
Error: We couldn't log in iqn iqn.2013-05.com.daterainc:tc:01:sn:b8fd6d1f5052bca3
portal: <IP_ADDRESS> iqn: iqn.2013-05.com.daterainc:tc:01:sn:b8fd6d1f5052bca3
Error: We couldn't discover targets on <IP_ADDRESS>
Error: We couldn't log in iqn iqn.2013-05.com.daterainc:tc:01:sn:b8fd6d1f5052bca3
sed: can't read /etc/multipath/bindings: No such file or directory
Error: Block device /dev/mapper/volume-b9b757e1 is NOT available for use

Never mind, I was just too impatient!


web interface enhancements

from /u/Paradox_ParaNodes

[x]  Allow a dropdown list to select the chain (Polkadot or Kusama)
[x] Based on the chain allow for selection of the number of nominators. 1-16 if Polkadot is selected 1-24 if Kusama is selected.
[x]  Resolve the identities of the responses

Looking forward to the results.

@paradox-tt done.

Checked, it looks good.
Please put your Kusama address in the readme for verification and I'll happily propose a tip for your work.


updating to the latest version of the selenium library

from 2.40 to 2.45

@cfarm I have no idea why Travis failed,,

hmmm I don't get it
Running "browserify:tests" (browserify) task

Error: Cannot find module './state' from '/home/travis/build/cfpb/owning-a-home/node_modules/jsdom/node_modules/acorn-globals/node_modules/acorn/dist'
Warning: Error running grunt-browserify. Use --force to continue.

Travis is currently unreliable due to a dependency bug

Tested locally and the link passes :+1:


Inaccurate IP GeoData Lookup

Describe the bug
The external data source that the Azure Firewall Workbook relies upon to determine the location of IP addresses is very out of date.
https://raw.githubusercontent.com/datasets/geoip2-ipv4/master/data/geoip2-ipv4.csv
Reproduce
Steps to reproduce the behavior:

Go to: https://raw.githubusercontent.com/datasets/geoip2-ipv4/master/data/geoip2-ipv4.csv
Search for "<IP_ADDRESS>/19"  (actual client ip is: <IP_ADDRESS>)
See that it is in Russia
Go to: https://www.iplocation.net/ip-lookup
Search for "<IP_ADDRESS>"
See that it is reported as being in Atlanta, Georgia

Expected behavior
IP Address geo-location lookup is accurate
Screenshots
N/A
Environment- if applicable
N/A
Desktop (please complete the following information if applicable):
N/A
Logs- if applicable
N/A
Additional context
The last commit to the public dataset was 6 years ago.

@The-Real-Justin Thank you for submitting this issue. We will get back to you in the next 72 hours.

Thanks,
I found that this KQL function was recently released. I've played around with it and it seems to be much more accurate than the current csv lookup.
https://learn.microsoft.com/en-us/azure/data-explorer/kusto/query/geo-info-from-ip-address-function


not support json string serialize and deserialize

because of the mongodb use bson to store data, and the users just show and store the data, there is no need the json as middleware if bson support json string

If I understand it correctly, what you want is removing to_json and from_json for BSON? That's impossible. It is necessary for mongo's shell.
BSON to JSON specification is defined here.

nope, for example, the web sent param as "{"name":"elton", "female": false}", the web server's handle should use to_bson(&param).to_extended_document() to store in to mongodb directly, not convert to json first

Why would you say that Bson will convert to JSON first?

I would argue that this is not a real demand. Because it is your responsibility to convert the input string to serde_json::Value, not me.
As you can see in serde_json's document, it also provides

from_iter
from_reader
from_slice
from_str

for converting inputs to a Value, so I should also provide Bson::from_json_iter, Bson::from_json_reader ... bla bla. No. I don't think so.

Closed for rejected.


Escape whitespace in queries

Following code should work but doesn't:
pl.queryOnce(`write(hello),
	write(world).`);

Should be OK now


JS interop makes non-breaking JS changes break Dart code

In JS, it's legal to pass more arguments to a function than that function declares. For example, (() => {})(1) is valid code. In Dart this is not legal, and (() {})(1) will produce an error.
The issue comes when passing Dart functions to JS. Despite needing to wrap the JS functions in allowInterop(), Dart doesn't actually allow them to take multiple arguments. This violates JS libraries' assumptions about what changes are non-breaking, and leads to real-world breakages such as sass/dart-sass#1625.

@srujzs - in thinking about the other issue (high-order conversions with ExternalDartObjectReference in function parameters), I realized that a similar idea would be helpful to address this issue. That is: to switch from a single generic allow-interop implementation, to mutliple specialized implementations depending on the static type of the argument to allow interop.
Those specialized implementations would no longer need to use Function.apply in the body, making them a bit leaner and faster. We'd also be able to accept and ignore additional arguments at that point.

Oh I briefly mentioned this in the other issue (#55342) before I saw this, but I agree. :)

FYI @nex3 - this has landed with Function.toJS. I'll leave this open since we haven't addressed the same issue with allowInterop yet. That would be a bit more complicated since we can't rely on static type information only.


How to judge is the last level, because my data level is not fixed.

I need to do '+' and '-' .  I want to not display '+' / '-'  at the last level.

I think to do that I would need to expose the number of children per level, let me do it in a new release, thanks for the advice

@mofengfs added a new arg in renderNode to know if it is the last level or not https://github.com/fjmorant/react-native-nested-listview/pull/256

@fjmorant
good job👍


Schema Notices on build

When building the docker file, there are numerous notices saying that objects do not exist and so are skipped:
#41 11.72 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:483: NOTICE:  table "drug_hoi_evidence" does not exist, skipping
#41 11.72 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:484: NOTICE:  sequence "drug_hoi_evidence_sequence" does not exist, skipping
#41 11.74 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:505: NOTICE:  table "evidence_sources" does not exist, skipping
#41 11.74 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:506: NOTICE:  sequence "evidence_sources_sequence" does not exist, skipping
#41 11.76 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:526: NOTICE:  table "drug_hoi_relationship" does not exist, skipping
#41 11.77 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:539: NOTICE:  table "laertes_summary" does not exist, skipping
#41 11.77 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:540: NOTICE:  sequence "laertes_summary_sequence" does not exist, skipping
#41 12.09 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:917: NOTICE:  table "concept_set" does not exist, skipping
#41 12.09 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:918: NOTICE:  sequence "concept_set_sequence" does not exist, skipping
#41 12.09 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:925: NOTICE:  table "concept_set_item" does not exist, skipping
#41 12.09 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:926: NOTICE:  sequence "concept_set_item_sequence" does not exist, skipping
#41 19.14 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:5605: NOTICE:  table "concept_set_negative_controls" does not exist, skipping
#41 19.14 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:5606: NOTICE:  sequence "concept_set_negative_controls_sequence" does not exist, skipping
#41 19.22 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:6168: NOTICE:  relation "input_files" does not exist, skipping
#41 19.23 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:6171: NOTICE:  relation "output_files" does not exist, skipping
#41 19.23 psql:/docker-entrypoint-initdb.d/075_webapi_flyway_migrations_postgresql.sql:6174: NOTICE:  constraint "cca_execution_pk" of relation "cca_execution" does not exist, skipping
#41 19.45 psql:/docker-entrypoint-initdb.d/080_create_and_populate_webapi_security_schema.sql:3: NOTICE:  table "security" does not exist, skipping

Appreciate that this might not be an issue but it indicates that the database may not be complete

These are just standard notices from the flyway migration process when it executes a DROP SQL statement for a database object that doesn't already exist. This is expected behavior when the migration is first run.


Create an icon for B1 English

Description
The B1 English icon isn't available, so we are temporarily using the A2 icon for this superblock.

An icon for B1 should be created (it should look similar to the A2).
Reference
Link to the A2 icon: https://github.com/freeCodeCamp/freeCodeCamp/blob/main/client/src/assets/icons/a2-english.tsx.
Note
You will need to make the following change to your .env file in order to see the B1 superblock:
SHOW_NEW_CURRICULUM=true

i changed the .env file please check


Design UI of Homepage

Description
The homepage for Slum Scholar needs to be structured to effectively communicate the organization's mission, programs, and impact while encouraging donations and volunteer involvement.
Why is this feature important to you?
This feature is essential for creating a user-friendly and engaging homepage that captures visitors' attention, informs them about the organization's activities, and encourages participation or donations.
Solution which need to do

Header Section:

Logo and Navigation Bar: Include links to sections such as About Us, Programs, Donate, and Contact Us.
Call to Action (CTA): Add a prominent button for donations.

Hero Section:

Main Banner: A large image showcasing children receiving education or aid.
Tagline: “Empowering Slum Children Through Education and Support.”
Secondary CTA: Include a button with text like "Join Us in Changing Lives" for users to learn more or donate.

About Us Section:

Provide a brief overview of the organization’s mission based on the brochure’s introductory text.
Highlight the Vision: Focus on education, essential resources, and healthcare for children in slum areas.

Programs Section:

Education Program: Description of how Slum Scholar provides educational resources.
Clothing Donations: Explain the collection and distribution of old clothes.
Food Donations: Detail how food is distributed.
Healthcare Facilities: Provide information on medical support offered to children.

Get Involved Section:

Information on how individuals can volunteer, donate, or partner with the organization.
Include links to registration forms for volunteers and partners.

Donation Section:

Call to Action: “Support Our Cause.”
Include multiple donation methods: online payment gateways, bank transfers, and physical drop-off locations for clothes and food.

Impact Section:

Showcase success stories and testimonials from children and families who have benefited from the organization.
Include metrics such as the number of children educated, meals served, or healthcare services provided.

Contact Us Section:

Include a contact form for inquiries.
Display the physical address and helpline number.
Map integration showing the organization’s location.

Additional context
Alternative solutions or features to consider:

Interactive elements such as sliders for success stories or statistics.
Include media elements like videos to enhance user engagement.

@aachintya start working on this ,any query regarding the issue reach out to me Discord id->diptikumari0337

@Codipk could u pls reject my req for this issue as someone else has been assigned

@aachintya start working on this ,any query regarding the issue reach out to me Discord id->diptikumari0337

noted!

@aachintya comment here so that i can make u asisgnee


CERES01

I am CERES.01 and I will write the first session of the project

If only you have a project :p !

I am waiting forward to it !


Discovery - sync nodes and not just add the new of them.

cluster.go
In the source code of newEntries func i see that its only adds new nodes to the cluster
For example if i use FileDiscovery and have 3 nodes in nodes.txt file
<IP_ADDRESS>:2375
<IP_ADDRESS>:2375
<IP_ADDRESS>:2375
newEntries will add them to the cluster. We have situation then we need to remove our node(we dont want to use it again) so the new nodes.txt will be like this
<IP_ADDRESS>:2375
<IP_ADDRESS>:2375
newEntries will not remove the latest node (<IP_ADDRESS>:2375) from the cluster.
----NEXT----
So in our situation we just terminated the last node by our will - we dont want to use him again.
node.go
refreshLoop func will mark the node as not healthy, and will loop the func again and again for dead node.
What are the right approach to hande this type of situation?
Maybe we should add the logic for removing nodes that are not in the list of discovery service?

It's a duplicate of https://github.com/docker/swarm/issues/197, it's in our roadmap, it'll come very soon.


Fix multiple lookup-button elements

Use cases:

For Job template when there's more than 50 items for inventories and projects there's gonna be two cy.get('svg[data-cy="lookup-button"]') elements -> it's not possible to click on correct one
After clicking  cy.get('svg[data-cy="lookup-button"]') we need to wait for the table to load before we look for anything

As a team we decided to merge this one, since the test failures are not related.

Ran the following tests locally against the test server and they pass:
workflowVisualizerCRUD
executionEnvironments
applications
inventoryGroup


Updated search prop to be multiple types.

Trying to fix warnings when passing true to search prop in Issue #27...

Thanks, I'll put out a new build soon :)


[TF:MLIR] Add TF to TF lowering patterns to legalize_tf pass for TFLite

The TF lowering patterns are useful across multiple different backends. This PR adds the lowering patterns from TF to TFLite so  that TFLite specific code can focus on lowerings unique to it. We can also automatically benefit from any TF lowerings that get added without having to manually sync it with TFLite if TFLite didn't use the lowering patterns of TF directly.

@ahmedsabie  Can you please check @smit-hinsu's comments and resolve conflicts?. Thanks!

@ahmedsabie  Can you please resolve conflicts? Thanks!

Instead of importing all the lowering patterns, it would be better to apply a subset since TFLite offers a fused operation for example, SpaceToBatchND op and so on.

Instead of importing all the lowering patterns, it would be better to apply a subset since TFLite offers a fused operation for example, SpaceToBatchND op and so on.

The issue is that then we have to sync everytime a new lower operation is adder that would be useful. Also the test coverage has tests to ensure these fused ops are the chosen ones rather than the TF which is how an issue was caught with the first iteration of the PR

It would be better to have our own method for pattern registration for TFLite conversion path. Also, leave some comments for future contributor to lowering patterns to register both patterns when the new ones are appropriate to TFLite conversion pipeline.

As discussed offline, we can proceed with the original change.

Hey @gbaned I noticed that the oneDNN unit tests have failed in multiple PRs made around the same time as my last update. Looking through the error output it wasn't too clear what failed in the test is this an unrelated issue? Or do you have any suggestions on how I can debug this? Thanks!


Add files via upload

Change , to / so that PDF string searching works.

This PR seems pretty broken...the PR title (and commit message header) "Add files via upload" doesn't make sense. The PR description suggests it's a tiny change but the diff is huge. I suspect that the file was copied from a different branch.

Looks like the intent was to change e.g. {\em x}\,IE to {\em x}\/IE to fix searching the PDF.  I'll manually make the change.


RNAV and Conventional SIDs

SIDs can be

RNAV
Conventional.
I suggest to implement "conv" item other then "dep" and "nap" on rwy basis.

Any news from developement side for this topic?