[Bug]: Run as AppleScript command returns "Undefined" to the first pane in some instances

Before submitting your bug report, please confirm you have completed the following steps

[X] Searched the issue is not already listed in the Issue List (I've searched it)
[X] Searched in the Quicksilver Users' Group for questions relating to tech support.
[X] Downloaded the latest version of Quicksilver for your system and confirmed the issue still persists.

Bug description
In certain cases when I run a text command as AppleScript in Quicksilver, the QS interface will pop back up after the command is done running with "undefined" in the first pane. The only program I really use this functionality with is Photoshop, so I'm not sure if it happens with other programs. Additionally, it doesn't always happen, it seems like it's particularly if I use AS to tell Photoshop to run Javascript, whether a file or a typed snippet. (The reason I'm doing this is that it's an easy way to use QS triggers to make keyboard shortcuts that PS doesn't allow, such as with just the control or option key, no Command). The QS interface popping back up is a mild inconvenience, but losing what I'd typed if I forgot to copy it before running is more annoying.
I don't know when this bug started, as I've been on Windows for the last two years (a dark time..), and previously was on Mojave with a different machine, different QS version, different PS version, so I have no idea whether it's MacOS, QS, or Adobe causing the issue, but back then I used this same technique without a problem so something changed, somewhere.
Steps to reproduce

Enter the text entry mode in QS by hitting . (period key)
Type/paste in an AppleScript command for photoshop, such as tell application "Photoshop" to do javascript "alert('hello world')"
Hit enter to run the script, which will run just fine
The QS interface will re-open, saying "undefined" in the first pane, and with the Large Type command selected

Expected behavior
The command to run, as it does, and that's it, no need for QS to re-open, and the next time I invoke it I'd expect the AS snippet to still be there (barring some other reason for it to not be).
MacOS Version
macOS 12
Quicksilver Version
2.4.0 (4039)
Relevant Plugins
I have the Extra Scripts and Terminal plugins installed, though I don't believe either should be making a difference here.
Crash Logs or Spindump
No response
Screenshots

Additional info
No response

Do you have any other examples of this behavior? I don't have Photoshop, and I'm not sure whether or not it's necessary to reproduce this issue -- it would be helpful if you could give an example with some Apple-provided software (or something open source like FIrefox -- which doesn't seem to support do javascript) so I can test on my end.
For example, Safari supports do javascript as long as you "tell" a specific tab (and enable "Allow JavaScript from Apple Events" in the "Develop" menu:
tell application "Safari" to do JavaScript "alert('hello world')" in current tab of first window

Running this reliably gives me a hello world in Safari and no undefined window in QS.

Thanks for the followup!


Import RoadRunner Map in CARLA/ Build CARLA Ubuntu 16.04

I am  trying to build CARLA in Ubuntu 16.04
and using this document  https://carla.readthedocs.io/en/stable/how_to_build_on_linux/#build-unreal-engine
Unreal Engine build is done.
and Then I used "git clone https://github.com/carla-simulator/carla" to download CARLA 0.9.8 [No particular reason to download 0.9.8 . My main aim is to Import RoadRunner Map in CARLA]
Then While doing " ./Setup.sh ". I got below error

The "https://carla.readthedocs.io/en/stable/how_to_build_on_linux/#build-unreal-engine" didnot asked for clang 7 ? .
Can you help me to solve this ?

You are reading the docs for the stable version, which isn't 0.9.8.
You will probably have better luck with this one. https://carla.readthedocs.io/en/latest/build_linux/

@pergustav Thanks for the docs. I just moved to this doc. I am facing now new issue. Posted with Error No #3248 . If you could pls  check ,if you could help

Solved by https://carla.readthedocs.io/en/0.9.8/build_linux/


Podcast change speed, fastForward and rewind

Also added additional support for android icons in the notification tabs to be consistent with what's shown on IOS and the in-app player.


[autocomplete] Allow tooltip text selection

Fix https://github.com/mui/material-ui/issues/33195
Codesandbox: https://codesandbox.io/s/inputadornments-demo-material-ui-forked-j0gvpo?file=/demo.tsx

[x] I have followed (at least) the PR section of the contributing guide.

I was trying to write an other test to check user's onMouse text highlight/selection behaviour but was not successful.


⚠ Bofrost.be has degraded performance

In 64ade1d, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 835 ms

Resolved: Bofrost.be performance has improved in 45c9767 after 6 minutes.


net: Avoiding C-style NUL-terminated strings in interfaces

While I was doing debugging on #3149 I found that some of the netbase_tests unit tests failed. This was caused by an error in pick scope in that PR, but this actually manages a situation where strings are having embedded NUL characters better, so I thought it was worth pulling this.

Minimizes the use of c_str() in netbase.cpp interfaces, backported from 9574de8

Takes attributes.h for the NODISCARD macro, picked from 9cc0230 (may want to look at that further in a separate PR)
Introduces utilstring.h for ValidAsCString(), picked from d945c6f (but used utilstring.h instead of util/string.h due to not having the refactor for util/ in 1.14)

Adds tests to make sure lookup methods fail on std::string parameters with embedded NUL characters, picked from fefb916
Also avoid using C-style NUL-terminated strings as arguments inside tests, picked from 8bbda1d2b

Note: 6469f6b was a bigger manual backport exercise due to a lot of refactors in upstream - could use careful review.

You know how to bait me. I can't resist replacing C-style code with C++-style code!

ACK on 64-bit x86 Linux. No additional warnings, all tests pass, and I can probably live with the new function.

Hitting the button, per above request.

I'm a little confused how this passed the way I tested it but thanks for the additional eyes on it, @alamshafil.

I'm a little confused how this passed the way I tested it

This is caused by the includes with quotes we standardize on with 1.14, instead of brackets:

#include <header.h> needs specification through -I
#include "header.h" searches the local directory before falling back to -I

see also: https://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html#Include-Syntax
I used the latter for consistency with the rest of the 1.14 code. Using brackets would of course be more ideal but the refactor is huge and I was hoping we could just do this with 1.21 instead, because there we already have a clean codebase with bracketed includes.


Rework Handler/Request/Response Signatures

Just brainstorming; nothing may actually come out of this!

I've been looking at the ServerRequest and ServerResponse interfaces a lot lately & wondering if they should even be here 🤔
Background
First, an overview of the PROs/CONs of everything, which lays out the reasoning for their existence:
ServerRequest
PROs

the ServerRequest<P> TS interface makes for really nice DX as it can give confidence wrt req.params contents
the req.body() "smart helper" is nice for auto-detecting & auto-parsing the body
...nice to still have direct access to the req.body.json() (and other) methods, if needed
it's nice that new URL is done once and its values are stored on the request directly, so don't have to repeat

CONs

See #52

Only specific properties are forwarded from Request to ServerRequest
Impossible to do req.clone as it no longer exists
Cannot support new Request(req.url, req) out of the box (related #52)

It's invented, which means it requires setup/buy-in in order to use some (but not all) utilities Worktop offers

ws.connect doesn't have a preference
ws.listen returns a handler than needs to be given a ServerRequest because of the req.params usage within it

A ServerRequest must be created from a FetchEvent in order for req.extend to exist

this is not ideal because Module Workers don't have FetchEvents

Visually
Compared to Request, these are the property differences:
  url: string;
++ path: string;
  method: Method;
++ origin: string;
++ hostname: string;
++ search: string;
++ query: URLSearchParams;
++ extend: FetchEvent['waitUntil'];
  cf: IncomingCloudflareProperties;
  headers: Headers;
++ params: P;
-- json(): Promise<any>;
-- formData(): Promise<FormData>;
-- arrayBuffer(): Promise<ArrayBuffer>;
-- blob(): Promise<Blob>;
-- text(): Promise<string>;
++ body: {
++	<T>(): Promise<T|void>;
++	json<T=any>(): Promise<T>;
++	arrayBuffer(): Promise<ArrayBuffer>;
++	formData(): Promise<FormData>;
++	text(): Promise<string>;
++	blob(): Promise<Blob>;
++ };
-- cache: RequestCache;
-- credentials: RequestCredentials;
-- destination: RequestDestination;
-- integrity: string;
-- keepalive: boolean;
-- mode: RequestMode;
-- redirect: RequestRedirect;
-- referrer: string;
-- referrerPolicy: ReferrerPolicy'
-- signal: AbortSignal;
-- clone(): Request;

ServerResponse
The main purpose of ServerResponse was to surface a Node.js-like API for composing responses.
PROs

Has res.end, res.setHeader, res.writeHead and a bunch of others
Still able to do new Response(res.body, res) for ServerResponse -> Response  transform
Contents remain mutable for request lifecycle (desired) until res.end or res.send is called
Only relies on req.method for construction – used for HEAD checks
Provides res.send for automatic Content-* headers and res.body serialization

CONs

Custom, requires manual construction and/or adjustment for type match
Does not satisfy native Response type requirements

AKA, can't pass a ServerResponse to an external library/helper if it wants a Response value

Even though ServerResponse is tiny, it's still extra code

Handler
The Handler right now is strictly tied to the ServerRequest, ServerResponse pair. It makes sense for this to always have some worktop-specific signature to it, but the question boils down to whether or not ServerRequest and ServerResponse are the right base units.
The signature now is this:
type Handler<P> = (req: ServerRequest<P>, res: ServerResponse) => Promisable<Response|void>;

...which satisfies all "middleware" and "final/route handler" requirements. Worktop loops through all route handlers until either:

a Response or Promise<Response> is returned directly
the internal res.send or res.end have been called, which marks the ServerResponse as finished, and a Response is created from the ServerResponse contents

PROs

Easily composable
Satisfies middleware & final handler use cases
Predictable & easily understood
Allows mix/match of Promises
No need for next()

CONs

Requires ServerRequest and ServerResponse to be setup first

With the background out of the way, I have a few ideas of how these could be simplified and/or reworked to be compatible with libraries outside of worktop.

Important: All of these suggestions are breaking changes, which is not taken lightly. If any of these are to happen, Worktop would have a strong division between old-vs-new through versioning – supporting the existing API and {new stuff} would not be considered.

Request Changes
1. Raw Request and add $ object for all customizations
This drops ServerRequest and instead uses Request directly, adding a $ property that has an object with all worktop extras. This would be like how Cloudflare adds the cf key with its own metadata.
interface RequestExtras<P extends Params> {
  params: P;
  path: string;
  origin: string;
  hostname: string;
  search: string;
  query: URLSearchParams;
  body<T>(): Promise<T | void>;
  extend: FetchEvent['waitUntil'];
}

interface Request<P extends Params = Params> {
  $: RequestExtras<P>;
}

TypeScript Playground

Breaks:

req.params -> req.$.params
req.path -> req.$.path
req.* -> req.$.*
req.body() -> req.$.body()
req.body.json() -> req.json() (rely on native)
req.body.*() -> req.*() (rely on native)
req.extend() -> req.$.extend()

Additionally, I see two potential issues with this:

It converts the Request interface to a generic, which means code can throw/cause TS errors when used outside of worktop. In other words, if someone tries to do Request<MyParams> outside of worktop, then that's gunna throw an error because Request, natively, is not a generic. Not having the generic means that worktop loses its params insights.
Worktop can ensure req.$ always exists, but if a user writes a middleware/handler to be used outside of worktop, then something like req.$.path will throw a cannot access "path" of undefined error

2. Raw Request and use context object for all customizations
This is the exact same thing as above, but it uses the context key instead of $ for the object.

TypeScript Playground

3. Add all customizations directly to a Request object
Uses the incoming Request as is, but adds all the worktop customizations to it directly:
interface Request<P extends Params = Params> {
  params: P;
  path: string;
  origin: string;
  hostname: string;
  search: string;
  query: URLSearchParams;
  extend: FetchEvent['waitUntil'];
}

TypeScript Playground

Breaks:

req.body() -> removed – use external utility
req.body.json() -> removed – use req.json()
req.body.*() -> removed – use req.*()

Additionally, this shares the same potential gotchas as Options 1 & 2

Worktop assumes/requires Request to be a generic; might cause issues externally
Worktop provides the req.params object; any user middleware running outside of worktop might include req.params.foo and req.params is not defined

Request Changes: Poll

Response Changes
There's not much that can really change about ServerResponse since it's all custom/worktop's to begin with... Really, there's only been on thing on my mind:
Move res.send to external utility
If res.send were exported as a top-level send utility (either from worktop/response or from worktop/utils), then people could use it externally.
In order to accomodate this change, send would have to return a Response directly. Right now it mutates the ServerResponse to signal the worktop.Router that the Handler loop is complete. All of the serialization & statusCode checks would happen within the send utility itself. However, it would be up to the Router to perform the HEAD check. This would keep its API more or less comparable to @polka/send.

Note: It's entirely possible to keep res.send and add a send export.

Response Changes: Poll

Handler Changes
As mentioned before, the Handler itself depends on decisions made to (Server)Request and (Server)Response. So any suggestions here will be made in addition to those, as this section is focusing on the Handler function signature itself.

Important: For brevity, I'll use Promise<Response> as a return type to refer to Promisable<Response | void>

1. Absolutely no changes
Keep the signature the same and use the exactly same ServerRequest and ServerResponse types:
type Handler<P> = (req: ServerRequest<P>, res: ServerResponse): Promise<Response>;

2. Keep the signature, but use Request type
Maintain the (req, res) parameters, but replace ServerRequest with one of the suggestions above.
type Handler<P> = (req: Request<P>, res: ServerResponse): Promise<Response>;

3. Use Request+ and a Context object

Note: Using Request+ to denote an overloaded/modified Request type; see above.

Changes the signature so that a Request is always used, leaving it up to Context to store additional/extra information. Your Handlers will be passing around the same Context object, which allows middleware/handlers (including Router.prepare) to mutate the context as needed.
For this Option 3 entry, the Context object looks like this:
type Context = {
  response: ServerResponse;
  waitUntil: FetchEvent['waitUntil'];
}

type Handler<
  P extends Params = Params,
  C extends Context = Context,
> = (req: Request<P>, context: C) => Promise<Response>;
// ^ this means you can inject your own `Context` types

4. Use pure Request and a Context object
Similar to Option 3, but moves all would-be ServerRequest extras into the Context object. This means that the Request is pure and has nothing added onto it (other than Cloudflare's cf property)
type Context<P extends Params = Params> = {
  // Request extras
  params: P;
  path: string;
  origin: string;
  hostname: string;
  search: string;
  query: URLSearchParams;
  // the FetchEvent information
  extend: FetchEvent['waitUntil']; // name TBD
  waitUntil: FetchEvent['waitUntil']; // name TBD
  passThroughOnException: FetchEvent['passThroughOnException']; // name TBD
  // the ServerResponse
  response: ServerResponse;
}

type Handler<
  P extends Params = Params,
  C extends Context = Context,
> = (req: Request, context: C<P>) => Promise<Response>;
// ^ this means you can inject your own `Context` types

5. Only receive a Context parameter
Change the Handler signature so that it's just receiving a single object with everything in it. It may look something like this:
interface Context<P extends Params = Params> {
  // raw request
  request: Request;
  // the ServerResponse
  response: ServerResponse;

  // request extras
  params: P;
  path: string;
  origin: string;
  hostname: string;
  search: string;
  query: URLSearchParams;

  // the FetchEvent information
  extend: FetchEvent['waitUntil']; // name TBD
  waitUntil: FetchEvent['waitUntil']; // name TBD
  passThroughOnException: FetchEvent['passThroughOnException']; // name TBD
}

type Handler<
  P extends Params = Params,
  C extends Context = Context,
> = (context: C<P>) => Promise<Response>;

Handler Changes: Poll

Now, if you voted for something that involved a Context object, should worktop auto-create a ServerResponse for you?
All Context-based answers assume that ServerRequest is gone, shifting its properties either to the req directly or to the Context object. In this world, Worktop can continue providing a context.response (name TBD) for you, or you can create it yourself as part of your Router.prepare hook.
The purists among you may have despised the wannabe-Nodejs all this time, so this would be the opportunity to explicitly opt into ServerResponse only when needed ... something like this:
import { Router } from 'worktop';
import { ServerResponse } from 'worktop/response';
import type { Context } from 'worktop';

interface MyContext extends Context {
  response: ServerResponse;
}

const API = new Router<MyContext>();

API.prepare = function (req, context) {
  // assumes no changes to ServerResponse API
  context.response = new ServerResponse(req.method);
}
// or
API.prepare = function (context) {
  // assumes no changes to ServerResponse API
  context.response = new ServerResponse(context.request.method);
}

Thank you!
I know this a lot (too much) to read and sift through. If you managed to go through it – or even some of it – thank you so much. I really really appreciate the feedback.

Ok, so I was having a play in the TS playground a bit, combing some of the ideas in here:

Change the Handler signature to accept two params: a raw Request and a Context object
Remove ServerRequest entirely:

moves req.params to context.params
moves req.search (and others) to context.url.search (and others) In fact, context.url is the raw new URL(req.url) object, so you can reference it wherever/whenever.
moved req.query -> context.url.searchParams I might add a context.url.query alias.
moves the req.body() smart helper to a worktop/utils export.

Does not auto-construct ServerResponse for you In this example, "user" chooses to construct it as context.res during the API.prepare hook.
Changes ServerResponse.send and ServerResponse.end so that they return Response directly

View in TypeScript Playground

Note: You'll have to scroll towards the bottom to see user-facing code!

Closing this as it – well, some form of "it" – has been implemented in #83
This is going to be available as worktop@next and I will continue to experiment with the new system under these @next tags. Anyone is welcome to try it out too, of course!
Once I have enough confidence in the new arrangement, this work will be promoted to the main/latest worktop stable release.


Header Component - Custom HTML option for links

I am trying to use the header component but running into a couple of issues while adding a logout link.

The current component does not support custom html only text and url for the navigation links. If I use html in text it still works but obviously it wraps  around the html. This raises issues with keyboard navigation (tabbing twice to go to the form element) and style focus.

eg.
{{
    govukHeader({
      'serviceName': 'Digital Marketplace',
      'navigation': { 'text': '<form method="post" action="google.com">
              <input type="submit" class="logout-button" value="Log out" />
              <input type="hidden" name="csrf_token"/>
            </form>',
      'href': url_for('external.render_login')
    })
  }}

To avoid this I could change it to a link but this changes the request from a post to get which is not considered good practice.

We decided as a team that we'd support the simplest case which is to allow HTML alongside text

Some notes from team discussion on this:

Seems like a legitimate use case
We should consider not breaking existing functionality but adding a new option

I just looked into this. You can already include HTML for the navigation links but what you can't do is to include HTML and:

not have it wrapped in
have it render without passing through href

neither of which you want if you want to render a form.
Even if we allowed rendering of HTML without href being set and removing the  tag, to style the form correctly .govuk-header__link would need to be on the input eg.

	<form method="post" action="google.com">
	  <input type="submit" class="logout-button **govuk-header__link**" value="Log out" />
	  <input type="hidden" name="csrf_token"/>
	</form>

Potential solutions

Do nothing code wise and advise teams wanting to add a "Log out" button etc. that they should use the HTML version of header.
Allow rendering of HTML without <a class="govuk-header__link" and advise in guidance that .govuk-header__link should be applied to form input. .govuk-header__link would also need additional styles added to override browser resets for <input> elements. Also semantically it would no longer be a link so we might have to consider renaming the class to govuk-header__action etc.
Same as 2. but also add a boolean attribute renderForm for the navigation item which needs to be set to enable this behaviour so it's so opaque.

I think I'm leaning towards 3.
Do we think that govuk-header__link is always going to do what we want for things that are not links? I think it'd be difficult to ensure that the class is always going to work for 'any' HTML, so I'm wondering if we should just leave the styling up to the user?


VSTest version 2 task not distributing tests

Hi, I had created below issue. It was closed as not a bug. But my issue is still not resolved
https://developercommunity.visualstudio.com/content/problem/161220/vstest-version-2-task-not-distributing-tests.html
I tried specifying the batch size as 50 as mentioned in the above issue. Now the tests are not getting run. Log shows "Test run '664' is in 'InProgress' state." and it does not seem to run any tests. I have set system.debug = true and see this in the logs
2017-12-06T06:08:34.4962285Z ##[debug]TestExecutionServiceCommandQueueListener.DispatchAsync : Queue not found. Delaying for 6000 milliseconds. 2017-12-06T06:08:40.5173569Z ##[debug]TestExecutionServiceCommandQueueListener.DispatchAsync : Getting Command for Test Agent 176
This is currently blocking us from running our tests, any help here is much appreciated. I can email all the logs too. Please provide an email address to send those
Thank you!

@sramssh Thank you for reaching out. Please send us your logs to<EMAIL_ADDRESS>with system.debug set as 'true' and we will help you resolve the issue.

@sramssh I noticed that your ticket was not closed on developer community and CSS is still working on it. They will reach out to you. Please re open this issue if it is not resolved there.


If the port number is invalid, error message should be shown in the info bar

1.Open Cmd line and run a command to launch Brackets with Remote debugging with the invalid port number (ex: 1024 or<PHONE_NUMBER>38738).
2. Brackets remote debugging will be failed.
Expected behavior: Should get a toast notification on info bar, saying  "Brackets Remote debugging is disabled due to invalid port number"
Actual behavior:  Error logs are going to file: /c/Program Files (x86)/Brackets/debug.log.
Brackets version: 1.14.1
Platform: Windows
@jha-g @yprasad1 @narayani28

@ranjithagp  now we have port validation error on info-bar.

Validated, Not reproducible with Brackets 1.14.1-17752 on Win, Mac and Ubuntu. Hence closing the bug.


Revert "Pester tests wouldn't run from build directory with spaces"

Reverts PowerShell/PowerShell#1951
I am reverting this PR because it blocks local execution of Start-PSPester. The doubled single quotes at the end of the command (''F:\GitRepos\ForkedPowerShell/test/powershell'') trigger the error. Removing them resolves the issue.
PS F:\GitRepos\ForkedPowerShell> start-pspester -Verbose
VERBOSE: Set-ExecutionPolicy -Scope Process Unrestricted; Import-Module 'F:\GitRepos\ForkedPowerShell\src\powershell-win-core\bin\Debug\netcoreapp1.0\win10-x64\publish\Modules\Pester'; Invoke-Pester -OutputFormat NUnitXml -OutputFile pester-tests.xml -EnableExit
-ExcludeTag @('Slow') -Tag @('CI') ''F:\GitRepos\ForkedPowerShell/test/powershell''
Test-Path : Cannot bind argument to parameter 'LiteralPath' because it is an empty string.
At F:\GitRepos\ForkedPowerShell\src\powershell-win-core\bin\Debug\netcoreapp1.0\win10-x64\publish\Modules\Pester\Pester.psm1:283 char:41

            (Test-Path -LiteralPath $unresolvedPath -PathType Lea ...

                                    ~~~~~~~~~~~~~~~

CategoryInfo          : InvalidData: (:) [Test-Path], ParameterBindingValidationException
FullyQualifiedErrorId : ParameterArgumentValidationErrorEmptyStringNotAllowed,Microsoft.PowerShell.Commands.TestPathCommand

Hi @mirichmo, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

It looks like you're a Microsoft contributor (Mike Richmond). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla.microsoft.com.

TTYL, MSBOT;

LGTM

@BarryNolte I merged #1951 earlier today and then noticed that it caused the side-effect that I listed above. If the change is still needed, please fix it and then re-submit.
Also, I noticed that #1981 got merged as well. Was this a duplicate of it?

I had multiple branches going for changes and had some redundancy in the changes.  Basically I had a broken workflow on my part.  The change that was reverted was unneeded due to subsequent quoting later in the file.  Good catch, thanks.


Feature#543

Test to verify if payload is too large.
Added test, properties and exception handler

It doesn't work.
Config options added must be working (with both verbs PUT / POST), but a manual test allows send bigger request (attached screenshot).
May be necessary other options. In fact, config option "max-http-form-post-size" added is referring to the data encoded as key-value pairs sent, and represents the input fields of a form.... it seems it doesn't be what we need.


De-duplicate widget header

This de-duplicates definition of the header in detection/training widgets, and fixes the documentation link at the same time.

@alessandrofelder Yep, this can be the same, thanks!


Bookmarklets stop working in main window

This is an issue I've noticed on both Windows 7 and Linux (Arch) with Pentadactyl. In any Firefox window that's been open for a while, when using Pintaboard no error will occur but bookmarks will not be saved as expected. Normally I'd expect this to be a problem with Pintaboard but since the code hasn't changed in years, this only started happening maybe two months ago, and it seems to work in new windows I'm guessing it's something in Pentadactyl.
Regarding the bit about new windows, once I notice bookmarks aren't being saved, if I open the link I want to use in a new window Pintaboard works just fine. It also works if I restart Firefox.
Is there an existing issue that might cause this, or is there some kind of logging I can enable to investigate it more closely? I looked at the Pintaboard source (it's not terribly long or complicated) and it didn't seem to be doing anything particularly strange.

@polm, is this resolved?

Since I posted this I've stopped using Firefox, so no idea if it's fixed or not.

It would probably be best if you just close this then. :) It can be re-opened if someone else runs into it.
On May 1, 2016 9:29:55 AM EDT, polm<EMAIL_ADDRESS>wrote:

Since I posted this I've stopped using Firefox, so no idea if it's
fixed or not.

You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/5digits/dactyl/issues/65#issuecomment-216042251


Add an activity type for the raw data generation

We would like to add some new activity that would correspond to the generation of the raw data.  This would give us a place to capture some critical values (e.g. insert size, basic stats, etc).  Let's use metaG as an example...
Right now the raw sequence data only appears as a has_input in the read QC.  This is complicated some of our efforts around automation and splitting up the workflows as more discrete subworkflows.  Having this activity would give us an anchor for some of these details.  It would also make it easier to deal with variations on the input.  For example if we want to allot for split paired-end libraries and interleaved.
One detail I'm not sure about is do we have one generic sequencing activity and then the type (e.g. metaT, metaG) is an attribute or do we want to have difference sequencing activities for each product type.
It would be good to have @emileyfadrosh weigh in here.

This has been resolved by the DataGeneration class and its subclasses on Berkeley fork.


✨ Draft API for identifying immobile parts of downsynced objects

Summary
This PR introduces the concept of "immobile" parts of downsynced objects and an API for users to identify immobile parts.
This is incomplete, so far there is only the API; the code generation and implementation remain to be done.
Related issue(s)
Fixes #1112

For example, the following EdgePlacement calls for downsync of a Secret but not propagation of any of its content (only the existence of the object flows from WDS to WEC).
apiVersion: edge.kubestellar.io/v2alpha1
kind: EdgePlacement
spec:
  locationSelectors:
  - matchLabels: { "foo", "bar" }
  downsync:
  - apiGroup: ""
    resources: [ secrets ]
    namespaceSelectors:
    - matchLabels: { "foo": "baz" }
    objectNames: [ example-secret ]
    immobileParts:
    - [ data ]
    - [ stringData ]

For another example, the following EdgePlacement calls for downsync of all Widgets but stops propagation of just one field in the Spec.
apiVersion: edge.kubestellar.io/v2alpha1
kind: EdgePlacement
spec:
  locationSelectors:
  - matchLabels: { foo: bar }
  downsync:
  - apiGroup: "example.com"
    resources: [ widgets ]
    namespaceSelectors:
    - matchLabels: { foo: baz }
    objectNames: [ "*" ]
    immobileParts:
    - [ spec, oneWeirdField ]

@yana1205

This PR is interesting. It may come in handy at some point. I can't think of a use for it right now because anything that I don't want to sync downstream is also something I can store in Git. I can't store a secret's sensitive information in git, therefore I just store the non sensitive parts and sync the secret without sensitive information. Once synced, I would ask kubestellar not to overwrite it so that that an admin of the target can patch the secret with the information required. I don't think I have a use for this PR.

@MikeSpreitzer (cc: @nirrozenbaum @pdettori ) Are we still going to use this with the pluggable transport ?
I think we should re-visit the source requirement (in https://github.com/kubestellar/kubestellar/issues/1112) and make sure we still think it is a requirement we should support and what is the priority.

The switch to pluggable transport does not remove the API requirement. The plugged in transports will need to be able to support this functionality.

@MikeSpreitzer I'd be happy to understand what is the use case of this requirement.
we're currently in a transition to ks-0.20 and we don't want to add "nice to have" features.
IMO if there is no requirement for this feature for any user, we should postpone this topic to next phases and discuss it later if needed or not.

What I am trying to say is that the design here for representing the "what" decision is still relevant. So a fragment of this PR is still relevant.


getting cz.msebera.android.httpclient.client.HttpResponseException: Forbidden

in my Android app I am logging in to a server and trying to save the cookie in order to use it with different sevrices in this server. However, it seems that I am unable to store the cookie on this client.
Here is what I am doing:
in my AppHttpClient class:
public class AppHttpClient {
   public static AsyncHttpClient mSyncHttpClient= new SyncHttpClient();
   public static AsyncHttpClient mAsyncHttpClient = new AsyncHttpClient();

public static AsyncHttpClient getAsyncClient (){
    // Return the synchronous HTTP client when the thread is not prepared
    if (Looper.myLooper() == null) {
        return mSyncHttpClient;
    }
    return mAsyncHttpClient;
}

in my Main class:
AppHttpClient.getAsyncClient().setCookieStore(new PersistentCookieStore(getApplicationContext());

In Login Class:
AppHttpClient.getAsyncClient().post(loginUrl, rParam, new TextHttpResponseHandler(){
                @Override
                public void onSuccess(int statusCode, Header[] headers, String responseBody)
                {
                    if (statusCode == 200) //Login Successful
                    {
                         UserData.ParseUserData(Utils.ParseResponse.getResponseDataItem(responseBody));
                    mIsConnected = true;
                        Log.e("Connected Successfully", mLoginResponse.body().toString());
                    } else {
                        Log.e("Connection Failed", responseBody);
                     }
                }

And I see that it works fine and I am getting the response expected (after login).
Next when I am trying to use that client again in order to make another request, I am getting 403 status code since the cookie is not being passed.
public PlanFragment() {
     AppHttpClient.getAsyncClient().get("users/" + userID + "/exercises",null, new TextHttpResponseHandler() {
        @Override
        public void onFailure(int statusCode, Header[] headers, String responseString, Throwable throwable) {
            Log.e("OnFailure", responseString);
        }

         @Override
        public void onSuccess(int statusCode, Header[] headers, String responseString) {
            Log.d("OnSuccess", responseString);
            getResponse(responseString);
         }
});

}

Missing debug info, code looks OK to me. If you provide more debug info, feel free to re-open this ticket.


Migrate standard-version to semantic-release

travis.yml has been re-written to only test the latest version of node and to use semantic-release during the deployment process to npm.
Future testing will be faster and deployment more automated.

This has been resolved with a merge and rebase to accommodate previous fixes as well.


Fix Spot prices fetching for non-us regions

Hi @v9n 👋
The API we're using for Spot Pricing uses non-standard region names,
like eu-ireland instead of eu-west-1.
This has been noticed during development as the region is looked up
truncated of its last two characters (us-east-1 -> us-east), which
works for us-east and us-west, but no other region (and actively breaks
other conforming regions like eu-west-2 :) ).
This commit fixes this by adding a map of "real region names" to the
ones that the API returns, so that we can retrieve the correct spot
prices across all regions.
Also, I've added the ca-certificates package to the Dockerfile to fix
the following error when running in Docker:
Error fetching spot price Get "https://website.spot.ec2.aws.a2z.com/spot.js": x509: certificate signed by unknown authority

@Pluies This is great. I notice some weird region name for spot instances too but this is already awesome. Going to deploy really quick.

@Pluies I deployed it to production, and eu-west-1 return right data now(no longer NA). Let me know if it works as expected. Thanks for your contribution :-).

It works perfectly, thanks for merging this so quickly! :)


block validation

Block validation done by me. but there may have some validation parts i have missed. so please review the project and confirm it.


notification api

Codecov Report

Merging #54 into master will increase coverage by 1.61%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #54      +/-   ##
==========================================
+ Coverage   12.17%   13.79%   +1.61%
==========================================
  Files           8        8
  Lines         115      116       +1
==========================================
+ Hits           14       16       +2
+ Misses        101      100       -1

Impacted Files
Coverage Δ

src/frontend.jl
21.42% <100%> (+13.73%)
: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 ef274ac...ff26d03. Read the comment docs.


access_token is undefined in user object

I am new to Redux based on the example in the repo integrated into my app everything seems fine when I tried to get access_token from the user object it is undefined along as below

I am using this to authenticate with Microsoft Azure AD  and here is my config I have updated the highlighted response type as below to get access_token but ended up into another error
Configuration:
const userManagerConfig = {
client_id: 'clientId',
redirect_uri: ${window.location.protocol}//${window.location.hostname}${window.location.port ? :${window.location.port} : ''}/ocras/callback,
scope: 'openid profile',
authority: 'https://login.microsoftonline.com/tenant Id',
silent_redirect_uri: ${window.location.protocol}//${window.location.hostname}${window.location.port ? :${window.location.port} : ''}/ocras/silent_renew.html,
silentRequestTimeout:  30000,
response_type: 'id_token token',
automaticSilentRenew: true,
filterProtocolClaims: true,
loadUserInfo: true
};
Here is the error message from the log

Here is my call back component

@maxmantz Can you check it out is there any issue authenticating with Azure AD

I am new to Redux based on the example in the repo integrated into my app everything seems fine when I tried to get access_token from the user object it is undefined along as below

I am using this to authenticate with Microsoft Azure AD and here is my config I have updated the highlighted response type as below to get access_token but ended up into another error
Configuration:
const userManagerConfig = {
client_id: 'clientId',
redirect_uri: ${window.location.protocol}//${window.location.hostname}${window.location.port ? :${window.location.port} : ''}/ocras/callback,
scope: 'openid profile',
authority: 'https://login.microsoftonline.com/tenant Id',
silent_redirect_uri: ${window.location.protocol}//${window.location.hostname}${window.location.port ? :${window.location.port} : ''}/ocras/silent_renew.html,
silentRequestTimeout: 30000,
response_type: 'id_token token',
automaticSilentRenew: true,
filterProtocolClaims: true,
loadUserInfo: true
};
Here is the error message from the log

Here is my call back component

@maxmantz Can you check it out is there any issue authenticating with Azure AD

I have updated my 'https://login.microsoftonline.com/${tenantId}' to https://login.microsoftonline.com/${tenantId}/V2.0 this resolved my issue


Typeahead hinter support

One of the major problems we have is users knowing how to navigate the constituent parts of our datasets e.g. knowing to type for example ogc:asWKT as a predicate to link to a specific geometry literal.
It would be super handy if we could implement typeahead hinter support similar as to what is done over at graphiql.
Is there any motivation to work on this functionality? It would really help our users.

Ah ha, I see this available here https://github.com/scampi/gosparqled

Indeed, gosparqled supports functionality such as this. Yasgui supports adding custom autocompleters (see https://github.com/TriplyDB/Yasgui/tree/master/packages/yasqe/src/autocompleters), so if you have an API that provides fast autocompletion suggestions, it should be straight forward to include that in Yasgui


Fixes for live tests after POM restructure

Tweaks to live test execution to build and install dependencies during a live test. Works around an issue created where search doesn't contain references to core modules anymore in sdk/search/pom.xml (formerly pom.service.xml).
 The live tests are spinning up correctly, although there are still some failures, but they aren't down to the changes we've got here. Merging this now will help our live test runs over night provide meaningful results so folks can work on test flakiness.

@mitchdenny, we now have duplicated ServiceDirectory and Artifacts entries between ci.yml and tests.yml for some areas, we may want to consider something common.


Debug live web app

Button click on exact button text (where mouseover logo changes) works fine but button click on button background off of image text doesn't work.

Verify messaging works and public message voting too

Don't log expected console errors (eg index out of bounds)

Update metadata and headers to show as my project instead of scaffold eth

Test it from mobile device + connecting to metamask

Show bio as text in profile instead of just as input box placeholder

Finished
1, 2, 4, 5, 7


pygments 1.6's guess_lexer() returns LassoXmlLexer for plain XML

(Original issue 845 created by piotro on 2013-02-07T22:27:42.439940+00:00)
#!python
>>> from pygments.lexers import guess_lexer as g
>>> g('<?xml version="1.0"?><eggs>ham</eggs>')
<pygments.lexers.LassoXmlLexer>

It should return a pygments.lexers.XmlLexer instance instead. This is
what pygments 1.5 did.
(forwarded from http://bugs.debian.org/700049)

(Original issue 845 last updated on 2013-04-05T06:59:33.184778+00:00)
(Issue automaticaly closed due to status in Bitbucket: resolved)

(Original comment by EricFromCanada on 2013-02-11T03:49:35.314385+00:00)
Fix submitted as pull request #163.

(Original comment by birkenfeld on 2013-04-05T06:59:33.212987+00:00)
Merged.


[wip] odo delete component deletes components running on podman

What type of PR is this:
/kind feature
What does this PR do / why we need it:
Which issue(s) this PR fixes:
Fixes #6296
PR acceptance criteria:

[ ] Unit test

[ ] Integration test

[ ] Documentation

How to test changes / Special notes to the reviewer:

Blocked by #6416
This PR needs more abstraction for component to add integration tests

/lgtm
Thank you for working on this!


Example for preset-typescript with vue-cli and potential fix

I added another example, which is very close to what vue-cli produces when you initialize a new project with typescript and babel. It doesn't work with the current version (3.0.0) – see #121
While digging around, it seems the babel-loader doesn't apply the custom babel config correctly (which in this case is needed for the class properties and decorators), or it does so at the wrong time, or something.
From the previous version, I salvaged the code that added ts-loader, and sure enough, that works. I added this code back in for testing. Ideally, we don't need it, but if we can't find another solution, this may be the easiest fix.
/edit: when using @vue/cli-plugin-babel/preset, you don't need babel-preset-typescript-vue anymore, but we should probably leave it in for folks who don't have their own babel config. It doesn't seem to conflict.

Thanks for looking into this @graup!
Any idea why babel is failing? Does this code first run babel on the user's code and THEN run typescript on the output?
I know this is already a fallback, but if we want people to switch to babel, I'd suggest only add this if framework is "vue", or maybe if the user explicitly defines tsLoaderOptions (opt-in).
WDYT? cc @Aaron-Pool @mrmckeb

I'm not sure. As far as I understand, the webpack chain is:
(.vue) vue-loader -> (.ts) ts-loader -> (.js) babel-loader
This seems to go back to the issue that @mrmckeb was fighting – maybe there just isn't any sensible way to use Vue's SCF without ts-loader :/

OK, I'm cool with that:

if that's the best we can come up with
if we make sure that ts-loader is either opt-in, or only applied in the "vue" case

Having both loaders running in React will be confusing and possibly problematic.

Sorry guys, I checked out for a few days.
I'll chat to @shilman on this and get back to you ASAP. Sorry, we did try to verify that this was working with Vue, but apparently didn't test thoroughly enough.

@graup what do you think about building this into the vue framework preset in @storybook/vue? i talked to @mrmckeb and he said the vue typescript story is pretty unique and would justify that, rather than putting it into the preset.

Hi, since this is merged, does that mean that in the near future the preset-typescript will be working with vue, or ? What's the step to make typescript and vue work together ? Thank you.

Btws, the readme still describes that you can pass a ts-loader config object even though it appears that ts-loader was removed in a prior PR but is being proposed to be brought back in this PR.

Sorry I should update here. I've had a discussion with @graup and he agrees that we should move this to the framework.
@shilman that means we could close this off in favour of adding this functionality to the Vue framework preset. @graup could you do that work? Or I can take a look?

SGTM. Closing!


[BUG] Remote participant state listener is never called

Describe the bug
In 2.6.0-beta.7, the remote participant state listener is never called, even after the participant is fully connected.
Exception or Stack Trace
N/A
To Reproduce

Start a call
Add a listener to the remote participant's state changes
No events are every emitted

Code Snippet
        val onStateChanged = PropertyChangedListener {
            Log.d(TAG, "State changed: ${participant.state}")
        }
        participant.addOnStateChangedListener(onStateChanged)

Expected behavior
Participant state listener should be called.
Screenshots
N/A
Setup (please complete the following information):

OS: Android 13 (API level 33)
IDE :  Android Studio 2022.2.1 Patch 2
Version of the Library used: 2.6.0-beta.7

Additional context
N/A
Information Checklist

[x] Bug Description Added
[x] Repro Steps Added
[x] Setup information Added

Updated to 2.6.0-beta.8.  Participant state doesn't emit when the call connects, but it does seem to emit values when changing to Hold, etc.


Add GitHub Actions workflow for CDN uploads

Initially I've added this as a workflow dispatch which requires us to manually do this, but once I've confirmed it works as required we can switch it into release.yml to automatically push the new bundle for every new release.
Unfortunately to test actions with a workflow dispatch they must be merged into main.
I suspect I also need to add the secret for the account ID (is it actually secret? who knows!), which I'll need to ask sec team to do.

I suspect I also need to add the secret for the account ID (is it actually secret? who knows!), which I'll need to ask sec team to do.

It's not secret, I just think this was a way to centrally manage the values, and the person who did it first made them secrets rather than variables, and we just stuck with that convention.


Analyses stopped working

In #707 and #708, analyses were not completed. I've created this issues here for root analysis.
One thing I notice that it starts with a missing heartbeat of the message broker:
celeryworker_1  | 2021-08-16T07:52:55.715024824Z [2021-08-16 09:52:10,748: WARNING/MainProcess] consumer: Connection to broker lost. Trying to re-establish the connection...
celeryworker_1  | 2021-08-16T07:52:57.082885828Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T07:52:57.540637091Z   File "/opt/conda/lib/python3.7/site-packages/celery/worker/consumer/consumer.py", line 326, in start
celeryworker_1  | 2021-08-16T07:52:58.107901949Z     blueprint.start(self)
celeryworker_1  | 2021-08-16T07:52:58.117149680Z   File "/opt/conda/lib/python3.7/site-packages/celery/bootsteps.py", line 116, in start
celeryworker_1  | 2021-08-16T07:52:58.117166818Z     step.start(parent)
celeryworker_1  | 2021-08-16T07:52:58.117170363Z   File "/opt/conda/lib/python3.7/site-packages/celery/worker/consumer/consumer.py", line 618, in start
celeryworker_1  | 2021-08-16T07:52:58.117173616Z     c.loop(*c.loop_args())
celeryworker_1  | 2021-08-16T07:52:58.117176683Z   File "/opt/conda/lib/python3.7/site-packages/celery/worker/loops.py", line 81, in asynloop
celeryworker_1  | 2021-08-16T07:52:58.117180040Z     next(loop)
celeryworker_1  | 2021-08-16T07:52:58.117183080Z   File "/opt/conda/lib/python3.7/site-packages/kombu/asynchronous/hub.py", line 300, in create_loop
celeryworker_1  | 2021-08-16T07:52:58.117186300Z     poll_timeout = fire_timers(propagate=propagate) if scheduled else 1
celeryworker_1  | 2021-08-16T07:52:58.117189613Z   File "/opt/conda/lib/python3.7/site-packages/kombu/asynchronous/hub.py", line 142, in fire_timers
celeryworker_1  | 2021-08-16T07:52:58.117192703Z     entry()
celeryworker_1  | 2021-08-16T07:52:58.117195713Z   File "/opt/conda/lib/python3.7/site-packages/kombu/asynchronous/timer.py", line 65, in __call__
celeryworker_1  | 2021-08-16T07:52:58.117200083Z     return self.fun(*self.args, **self.kwargs)
celeryworker_1  | 2021-08-16T07:52:58.117203144Z   File "/opt/conda/lib/python3.7/site-packages/kombu/asynchronous/timer.py", line 127, in _reschedules
celeryworker_1  | 2021-08-16T07:52:58.117206233Z     return fun(*args, **kwargs)
celeryworker_1  | 2021-08-16T07:52:58.117209185Z   File "/opt/conda/lib/python3.7/site-packages/kombu/connection.py", line 307, in heartbeat_check
celeryworker_1  | 2021-08-16T07:52:58.117212231Z     return self.transport.heartbeat_check(self.connection, rate=rate)
celeryworker_1  | 2021-08-16T07:52:58.117215188Z   File "/opt/conda/lib/python3.7/site-packages/kombu/transport/pyamqp.py", line 181, in heartbeat_check
celeryworker_1  | 2021-08-16T07:52:58.117218844Z     return connection.heartbeat_tick(rate=rate)
celeryworker_1  | 2021-08-16T07:52:58.117223462Z   File "/opt/conda/lib/python3.7/site-packages/amqp/connection.py", line 768, in heartbeat_tick
celeryworker_1  | 2021-08-16T07:52:58.117227810Z     raise ConnectionForced('Too many heartbeats missed')
celeryworker_1  | 2021-08-16T07:52:58.117232524Z amqp.exceptions.ConnectionForced: Too many heartbeats missed
celeryworker_1  | 2021-08-16T07:53:18.356098984Z [2021-08-16 09:52:58,466: WARNING/MainProcess] /opt/conda/lib/python3.7/site-packages/celery/worker/consumer/consumer.py:361: CPendingDeprecationWarning:
celeryworker_1  | 2021-08-16T07:53:18.419467447Z In Celery 5.1 we introduced an optional breaking change which
celeryworker_1  | 2021-08-16T07:53:18.469549623Z on connection loss cancels all currently executed tasks with late acknowledgement enabled.
celeryworker_1  | 2021-08-16T07:53:18.469569335Z These tasks cannot be acknowledged as the connection is gone, and the tasks are automatically redelivered back to the queue.
celeryworker_1  | 2021-08-16T07:53:18.469572538Z You can enable this behavior using the worker_cancel_long_running_tasks_on_connection_loss setting.
celeryworker_1  | 2021-08-16T07:53:18.469575300Z In Celery 5.1 it is set to False by default. The setting will be set to True by default in Celery 6.0.
celeryworker_1  | 2021-08-16T07:53:18.469578185Z
celeryworker_1  | 2021-08-16T07:53:18.469580839Z   warnings.warn(CANCEL_TASKS_BY_DEFAULT, CPendingDeprecationWarning)
celeryworker_1  | 2021-08-16T07:53:18.469583505Z
celeryworker_1  | 2021-08-16T07:54:28.793402693Z [2021-08-16 09:54:28,792: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@rabbitmq:5672//: timed out.
celeryworker_1  | 2021-08-16T07:54:28.805168465Z Trying again in 2.00 seconds... (1/100)

A fraction of a second later, the connection was back, but a worker was killed:
celeryworker_1  | 2021-08-16T07:54:28.805188091Z
celeryworker_1  | 2021-08-16T07:54:31.809687753Z [2021-08-16 09:54:31,808: INFO/MainProcess] Connected to amqp://guest:**@rabbitmq:5672//
celeryworker_1  | 2021-08-16T07:54:31.997934741Z [2021-08-16 09:54:31,996: INFO/MainProcess] mingle: searching for neighbors
celeryworker_1  | 2021-08-16T07:54:36.777132185Z [2021-08-16 09:54:36,776: INFO/MainProcess] mingle: all alone
celeryworker_1  | 2021-08-16T12:31:44.804651873Z [2021-08-16 14:31:44,803: INFO/MainProcess] Task topobank.taskapp.tasks.renew_topography_thumbnail[e737685e-1179-43af-83ed-28cf875953e7] received
celeryworker_1  | 2021-08-16T12:31:44.883748077Z [2021-08-16 14:31:44,817: INFO/MainProcess] Task topobank.taskapp.tasks.renew_analyses_related_to_topography[c1d69967-7e5e-4d09-b282-df77ec039e5d] received
celeryworker_1  | 2021-08-16T12:31:45.508037648Z INFO 2021-08-16 14:31:45,492 utils 38<PHONE_NUMBER>15936 Deleting all analyses for topography 5572..
celeryworker_1  | 2021-08-16T12:31:45.513514082Z [2021-08-16 14:31:45,492: INFO/ForkPoolWorker-8] Deleting all analyses for topography 5572..
celeryworker_1  | 2021-08-16T12:31:45.694978715Z INFO 2021-08-16 14:31:45,694 utils 38<PHONE_NUMBER>15936 Triggering analyses for topography 5572 and all analysis functions..
celeryworker_1  | 2021-08-16T12:31:45.695001610Z [2021-08-16 14:31:45,694: INFO/ForkPoolWorker-8] Triggering analyses for topography 5572 and all analysis functions..
celeryworker_1  | 2021-08-16T12:31:46.570528266Z [2021-08-16 14:31:46,570: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[22010e2e-7a2e-4913-ad60-5a30a93471c0] received
celeryworker_1  | 2021-08-16T12:31:46.720915520Z [2021-08-16 14:31:46,720: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[0d13476c-42ad-4e63-9aaf-0f6159fda80a] received
celeryworker_1  | 2021-08-16T12:31:46.788174906Z [2021-08-16 14:31:46,787: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[33bef961-f94a-4118-8590-59e5c33d09c5] received
celeryworker_1  | 2021-08-16T12:31:46.872631832Z [2021-08-16 14:31:46,872: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[101e1026-b56f-4e2e-9275-52fe5f76b923] received
celeryworker_1  | 2021-08-16T12:31:46.955753443Z [2021-08-16 14:31:46,955: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[45fb779a-0236-4204-a6fa-3c4e3acbcfeb] received
celeryworker_1  | 2021-08-16T12:31:47.027701426Z [2021-08-16 14:31:47,027: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[5151e572-f78d-4256-b005-d87193007af0] received
celeryworker_1  | 2021-08-16T12:31:47.096937731Z [2021-08-16 14:31:47,096: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[b8b70e0f-a29e-48fe-b192-26959cfda6bc] received
celeryworker_1  | 2021-08-16T12:31:47.207013813Z [2021-08-16 14:31:47,206: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[ed4ec806-ec77-4759-8507-fe395efbdfce] received
celeryworker_1  | 2021-08-16T12:31:47.277496772Z [2021-08-16 14:31:47,277: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[3b105fb3-12a4-4166-b80b-d02c55a3ce9f] received
celeryworker_1  | 2021-08-16T12:31:47.289448881Z INFO 2021-08-16 14:31:47,289 models 38<PHONE_NUMBER>15936 Regenerating analyses directly related to surface 1104..
celeryworker_1  | 2021-08-16T12:31:47.289471227Z [2021-08-16 14:31:47,289: INFO/ForkPoolWorker-8] Regenerating analyses directly related to surface 1104..
celeryworker_1  | 2021-08-16T12:31:47.291990428Z INFO 2021-08-16 14:31:47,291 utils 38<PHONE_NUMBER>15936 Deleting all analyses for surface 1104..
celeryworker_1  | 2021-08-16T12:31:47.292012782Z [2021-08-16 14:31:47,291: INFO/ForkPoolWorker-8] Deleting all analyses for surface 1104..
celeryworker_1  | 2021-08-16T12:31:47.312185248Z INFO 2021-08-16 14:31:47,311 utils 38<PHONE_NUMBER>15936 Triggering analyses for surface 1104 and all analysis functions..
celeryworker_1  | 2021-08-16T12:31:47.312214331Z [2021-08-16 14:31:47,311: INFO/ForkPoolWorker-8] Triggering analyses for surface 1104 and all analysis functions..
celeryworker_1  | 2021-08-16T12:31:47.336969460Z [2021-08-16 14:31:47,336: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[4fbbd56c-7926-42d4-9fa6-f01ce5355de0] received
celeryworker_1  | 2021-08-16T12:31:47.397805305Z [2021-08-16 14:31:47,397: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[3dcd6e30-968a-4080-9652-14543bc9516e] received
celeryworker_1  | 2021-08-16T12:31:47.411974468Z [2021-08-16 14:31:47,411: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[8fac1055-fd4e-4a64-a97d-1e6ea2cce0dd] received
celeryworker_1  | 2021-08-16T12:31:47.423184729Z [2021-08-16 14:31:47,422: INFO/MainProcess] Task topobank.taskapp.tasks.perform_analysis[5b6e62d1-a48d-45ac-b80c-1005052892ea] received
celeryworker_1  | 2021-08-16T12:31:47.506445858Z [2021-08-16 14:31:47,506: INFO/ForkPoolWorker-8] Task topobank.taskapp.tasks.renew_analyses_related_to_topography[c1d69967-7e5e-4d09-b282-df77ec039e5d] succeeded in 2.3598727779462934s: None
celeryworker_1  | 2021-08-16T12:32:14.137623969Z [2021-08-16 14:32:14,031: ERROR/MainProcess] Process 'ForkPoolWorker-2' pid:32 exited with 'signal 9 (SIGKILL)'
celeryworker_1  | 2021-08-16T12:32:15.442845271Z [2021-08-16 14:32:14,959: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL) Job: 2913.')
celeryworker_1  | 2021-08-16T12:32:15.442878624Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T12:32:15.442882535Z   File "/opt/conda/lib/python3.7/site-packages/billiard/pool.py", line 1267, in mark_as_worker_lost
celeryworker_1  | 2021-08-16T12:32:15.442886319Z     human_status(exitcode), job._job),
celeryworker_1  | 2021-08-16T12:32:15.442889323Z billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL) Job: 2913.

This continued with MemoryError while loading a Matlab data file:
celeryworker_1  | 2021-08-16T12:32:15.442878624Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T12:32:15.442882535Z   File "/opt/conda/lib/python3.7/site-packages/billiard/pool.py", line 1267, in mark_as_worker_lost
celeryworker_1  | 2021-08-16T12:32:15.442886319Z     human_status(exitcode), job._job),
celeryworker_1  | 2021-08-16T12:32:15.442889323Z billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL) Job: 2913.
celeryworker_1  | 2021-08-16T12:32:17.359635934Z ERROR 2021-08-16 14:32:17,359 models 38<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:32:17.403412365Z [2021-08-16 14:32:17,359: ERROR/ForkPoolWorker-8] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:32:17.781453720Z ERROR 2021-08-16 14:32:17,090 models 37<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:32:17.786920478Z [2021-08-16 14:32:17,090: ERROR/ForkPoolWorker-7] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:32:19.424625890Z ERROR 2021-08-16 14:32:17,548 models 36<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:32:19.425289952Z [2021-08-16 14:32:17,548: ERROR/ForkPoolWorker-6] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:32:25.650593081Z ERROR 2021-08-16 14:32:25,600 models 35<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:32:25.651271428Z [2021-08-16 14:32:25,600: ERROR/ForkPoolWorker-5] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:33:08.595510205Z ERROR 2021-08-16 14:33:08,561 models 33<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:33:08.615853349Z [2021-08-16 14:33:08,561: ERROR/ForkPoolWorker-3] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:33:09.158541881Z ERROR 2021-08-16 14:33:08,823 models 31<PHONE_NUMBER>15936 Could not create squeezed datafile for topography with id 5572. Using original
file instead.
celeryworker_1  | 2021-08-16T12:33:09.301829197Z [2021-08-16 14:33:08,823: ERROR/ForkPoolWorker-1] Could not create squeezed datafile for topography with id 5572. Using original file i
nstead.
celeryworker_1  | 2021-08-16T12:33:16.088611787Z [2021-08-16 14:33:16,087: ERROR/ForkPoolWorker-5] Task topobank.taskapp.tasks.perform_analysis[45fb779a-0236-4204-a6fa-3c4e3acbcfeb] ra
ised unexpected: MemoryError()
celeryworker_1  | 2021-08-16T12:33:16.088639798Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T12:33:16.088643798Z   File "/opt/conda/lib/python3.7/site-packages/celery/app/trace.py", line 450, in trace_task
celeryworker_1  | 2021-08-16T12:33:16.088647150Z     R = retval = fun(*args, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088650381Z   File "/opt/conda/lib/python3.7/site-packages/celery/app/trace.py", line 731, in __protected_call__
celeryworker_1  | 2021-08-16T12:33:16.088653557Z     return self.run(*args, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088656568Z   File "/app/topobank/taskapp/tasks.py", line 129, in perform_analysis
celeryworker_1  | 2021-08-16T12:33:16.088659738Z     result = analysis.function.eval(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088662743Z   File "/app/topobank/analysis/models.py", line 288, in eval
celeryworker_1  | 2021-08-16T12:33:16.088665844Z     return self.get_implementation(subject_type).eval(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088670612Z   File "/app/topobank/analysis/models.py", line 340, in eval
celeryworker_1  | 2021-08-16T12:33:16.088673677Z     return pyfunc(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088676578Z   File "/app/topobank/analysis/functions.py", line 664, in autocorrelation
celeryworker_1  | 2021-08-16T12:33:16.088679629Z     topography = topography.topography()
celeryworker_1  | 2021-08-16T12:33:16.088693184Z   File "/app/topobank/manager/models.py", line 600, in topography
celeryworker_1  | 2021-08-16T12:33:16.088696095Z     toporeader = get_topography_reader(self.datafile, format=self.datafile_format)
celeryworker_1  | 2021-08-16T12:33:16.088698738Z   File "/app/topobank/manager/utils.py", line 97, in get_topography_reader
celeryworker_1  | 2021-08-16T12:33:16.088701369Z     reader = open_topography(filefield, format=format)
celeryworker_1  | 2021-08-16T12:33:16.088704040Z   File "/opt/conda/lib/python3.7/site-packages/SurfaceTopography/IO/__init__.py", line 200, in open_topography
celeryworker_1  | 2021-08-16T12:33:16.088706843Z     return lookup_reader_by_format[format](fobj, **kwargs)
celeryworker_1  | 2021-08-16T12:33:16.088709411Z   File "/opt/conda/lib/python3.7/site-packages/SurfaceTopography/IO/Matlab.py", line 61, in __init__
celeryworker_1  | 2021-08-16T12:33:16.088712104Z     data = loadmat(fobj)
celeryworker_1  | 2021-08-16T12:33:16.088714701Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio.py", line 226, in loadmat
celeryworker_1  | 2021-08-16T12:33:16.088717353Z     matfile_dict = MR.get_variables(variable_names)
celeryworker_1  | 2021-08-16T12:33:16.088720211Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio5.py", line 332, in get_variables
celeryworker_1  | 2021-08-16T12:33:16.088722901Z     res = self.read_var_array(hdr, process)
celeryworker_1  | 2021-08-16T12:33:16.088725827Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio5.py", line 292, in read_var_array
celeryworker_1  | 2021-08-16T12:33:16.088728498Z     return self._matrix_reader.array_from_header(header, process)
celeryworker_1  | 2021-08-16T12:33:16.088731630Z   File "mio5_utils.pyx", line 671, in scipy.io.matlab.mio5_utils.VarReader5.array_from_header
celeryworker_1  | 2021-08-16T12:33:16.088734435Z   File "mio5_utils.pyx", line 701, in scipy.io.matlab.mio5_utils.VarReader5.array_from_header
celeryworker_1  | 2021-08-16T12:33:16.088737199Z   File "mio5_utils.pyx", line 775, in scipy.io.matlab.mio5_utils.VarReader5.read_real_complex
celeryworker_1  | 2021-08-16T12:33:16.088739828Z   File "mio5_utils.pyx", line 448, in scipy.io.matlab.mio5_utils.VarReader5.read_numeric
celeryworker_1  | 2021-08-16T12:33:16.088743212Z   File "mio5_utils.pyx", line 353, in scipy.io.matlab.mio5_utils.VarReader5.read_element
celeryworker_1  | 2021-08-16T12:33:16.088747143Z   File "streams.pyx", line 173, in scipy.io.matlab.streams.ZlibInputStream.read_string
celeryworker_1  | 2021-08-16T12:33:16.088750844Z   File "pyalloc.pxd", line 9, in scipy.io.matlab.pyalloc.pyalloc_v
celeryworker_1  | 2021-08-16T12:33:16.088754479Z MemoryError
celeryworker_1  | 2021-08-16T12:33:19.626083926Z [2021-08-16 14:33:19,623: ERROR/ForkPoolWorker-3] Task topobank.taskapp.tasks.perform_analysis[33bef961-f94a-4118-8590-59e5c33d09c5] raised unexpected: MemoryError()

Here more worker processes are killed:
celeryworker_1  | 2021-08-16T12:33:19.626111517Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T12:33:19.626115846Z   File "/opt/conda/lib/python3.7/site-packages/celery/app/trace.py", line 450, in trace_task
celeryworker_1  | 2021-08-16T12:33:19.626119196Z     R = retval = fun(*args, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626122232Z   File "/opt/conda/lib/python3.7/site-packages/celery/app/trace.py", line 731, in __protected_call__
celeryworker_1  | 2021-08-16T12:33:19.626125355Z     return self.run(*args, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626135742Z   File "/app/topobank/taskapp/tasks.py", line 129, in perform_analysis
celeryworker_1  | 2021-08-16T12:33:19.626138592Z     result = analysis.function.eval(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626141205Z   File "/app/topobank/analysis/models.py", line 288, in eval
celeryworker_1  | 2021-08-16T12:33:19.626143850Z     return self.get_implementation(subject_type).eval(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626146667Z   File "/app/topobank/analysis/models.py", line 340, in eval
celeryworker_1  | 2021-08-16T12:33:19.626149300Z     return pyfunc(subject, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626151872Z   File "/app/topobank/analysis/functions.py", line 310, in curvature_distribution
celeryworker_1  | 2021-08-16T12:33:19.626154527Z     topography = topography.topography()
celeryworker_1  | 2021-08-16T12:33:19.626157134Z   File "/app/topobank/manager/models.py", line 600, in topography
celeryworker_1  | 2021-08-16T12:33:19.626159753Z     toporeader = get_topography_reader(self.datafile, format=self.datafile_format)
celeryworker_1  | 2021-08-16T12:33:19.626162358Z   File "/app/topobank/manager/utils.py", line 97, in get_topography_reader
celeryworker_1  | 2021-08-16T12:33:19.626165097Z     reader = open_topography(filefield, format=format)
celeryworker_1  | 2021-08-16T12:33:19.626167717Z   File "/opt/conda/lib/python3.7/site-packages/SurfaceTopography/IO/__init__.py", line 200, in open_topography
celeryworker_1  | 2021-08-16T12:33:19.626170436Z     return lookup_reader_by_format[format](fobj, **kwargs)
celeryworker_1  | 2021-08-16T12:33:19.626172951Z   File "/opt/conda/lib/python3.7/site-packages/SurfaceTopography/IO/Matlab.py", line 61, in __init__
celeryworker_1  | 2021-08-16T12:33:19.626175660Z     data = loadmat(fobj)
celeryworker_1  | 2021-08-16T12:33:19.626178264Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio.py", line 226, in loadmat
celeryworker_1  | 2021-08-16T12:33:19.626180935Z     matfile_dict = MR.get_variables(variable_names)
celeryworker_1  | 2021-08-16T12:33:19.626183490Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio5.py", line 332, in get_variables
celeryworker_1  | 2021-08-16T12:33:19.626186172Z     res = self.read_var_array(hdr, process)
celeryworker_1  | 2021-08-16T12:33:19.626188732Z   File "/opt/conda/lib/python3.7/site-packages/scipy/io/matlab/mio5.py", line 292, in read_var_array
celeryworker_1  | 2021-08-16T12:33:19.626191379Z     return self._matrix_reader.array_from_header(header, process)
celeryworker_1  | 2021-08-16T12:33:19.626194564Z   File "mio5_utils.pyx", line 671, in scipy.io.matlab.mio5_utils.VarReader5.array_from_header
celeryworker_1  | 2021-08-16T12:33:19.626197274Z   File "mio5_utils.pyx", line 701, in scipy.io.matlab.mio5_utils.VarReader5.array_from_header
celeryworker_1  | 2021-08-16T12:33:19.626199944Z   File "mio5_utils.pyx", line 775, in scipy.io.matlab.mio5_utils.VarReader5.read_real_complex
celeryworker_1  | 2021-08-16T12:33:19.626202558Z   File "mio5_utils.pyx", line 448, in scipy.io.matlab.mio5_utils.VarReader5.read_numeric
celeryworker_1  | 2021-08-16T12:33:19.626205151Z   File "mio5_utils.pyx", line 353, in scipy.io.matlab.mio5_utils.VarReader5.read_element
celeryworker_1  | 2021-08-16T12:33:19.626207751Z   File "streams.pyx", line 173, in scipy.io.matlab.streams.ZlibInputStream.read_string
celeryworker_1  | 2021-08-16T12:33:19.626213201Z   File "pyalloc.pxd", line 9, in scipy.io.matlab.pyalloc.pyalloc_v
celeryworker_1  | 2021-08-16T12:33:19.626215934Z MemoryError
celeryworker_1  | 2021-08-16T12:33:20.579214661Z [2021-08-16 14:33:20,578: ERROR/MainProcess] Process 'ForkPoolWorker-7' pid:37 exited with 'signal 9 (SIGKILL)'
celeryworker_1  | 2021-08-16T12:33:20.589616033Z [2021-08-16 14:33:20,589: ERROR/MainProcess] Process 'ForkPoolWorker-4' pid:34 exited with 'signal 9 (SIGKILL)'
celeryworker_1  | 2021-08-16T12:33:20.621290790Z [2021-08-16 14:33:20,620: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL) Job: 2910.')
celeryworker_1  | 2021-08-16T12:33:20.621313536Z Traceback (most recent call last):
celeryworker_1  | 2021-08-16T12:33:20.621316747Z   File "/opt/conda/lib/python3.7/site-packages/billiard/pool.py", line 1267, in mark_as_worker_lost
celeryworker_1  | 2021-08-16T12:33:20.621319740Z     human_status(exitcode), job._job),
celeryworker_1  | 2021-08-16T12:33:20.621322501Z billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL) Job: 2910.

This continued until now more workers were left and a manual restart of the celeryworker container was needed.

Should be checked again when running on a larger machine.

I've restarted the analyses for surface 1104 on the larger machine. Unfortunately, the error still happens:
021-12-06T09:37:18.535773928Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | INFO 2021-12-06 10:37:18,535 models<PHONE_NUMBER>14911744 Using squeezed datafile instead of original d
atafile for topography id 5572.
2021-12-06T09:37:18.535833454Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:37:18,535: INFO/ForkPoolWorker-2] Using squeezed datafile instead of original datafile
 for topography id 5572.
2021-12-06T09:37:18.756737101Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | INFO 2021-12-06 10:37:18,756 models<PHONE_NUMBER>14911744 Using squeezed datafile instead of original datafile for topography id 5572.
2021-12-06T09:37:18.756869519Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:37:18,756: INFO/ForkPoolWorker-33] Using squeezed datafile instead of original datafile for topography id 5572.
2021-12-06T09:37:47.588016172Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:37:47,535: ERROR/MainProcess] Process 'ForkPoolWorker-49' pid:83866 exited with 'signal 9 (SIGKILL)'
2021-12-06T09:37:47.715687525Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:37:47,676: ERROR/MainProcess] Pool callback raised exception: Error('error 26 from memcached_get(celery-task-meta-c38ff86e-bbc9-4): Transport endpoint is not connected')
2021-12-06T09:37:47.715749271Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | Traceback (most recent call last):
2021-12-06T09:37:47.715776773Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/billiard/pool.py", line 1265, in mark_as_worker_lost
2021-12-06T09:37:47.715784601Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     raise WorkerLostError(
2021-12-06T09:37:47.715792096Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL) Job: 12185.
2021-12-06T09:37:47.715798726Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |
2021-12-06T09:37:47.715804192Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | During handling of the above exception, another exception occurred:
2021-12-06T09:37:47.715811833Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |
2021-12-06T09:37:47.715818033Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | Traceback (most recent call last):
2021-12-06T09:37:47.715825746Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/billiard/pool.py", line 1796, in safe_apply_callback
2021-12-06T09:37:47.715832248Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     fun(*args, **kwargs)
2021-12-06T09:37:47.715838945Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/worker/request.py", line 571, in on_failure
2021-12-06T09:37:47.715846483Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     self.task.backend.mark_as_failure(
2021-12-06T09:37:47.715853379Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/backends/base.py", line 171, in mark_as_failure
2021-12-06T09:37:47.715860647Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     self.store_result(task_id, exc, state,
2021-12-06T09:37:47.715866504Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/backends/base.py", line 482, in store_result
2021-12-06T09:37:47.715873784Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     self._store_result(task_id, result, state, traceback,
2021-12-06T09:37:47.715879439Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/backends/base.py", line 903, in _store_result
2021-12-06T09:37:47.715896842Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     current_meta = self._get_task_meta_for(task_id)
2021-12-06T09:37:47.715902788Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/backends/base.py", line 925, in _get_task_meta_for
2021-12-06T09:37:47.715920401Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     meta = self.get(self.get_key_for_task(task_id))
2021-12-06T09:37:47.715927464Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |   File "/opt/conda/lib/python3.9/site-packages/celery/backends/cache.py", line 120, in get
2021-12-06T09:37:47.715934627Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    |     return self.client.get(key)
2021-12-06T09:37:47.715943336Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | pylibmc.Error: error 26 from memcached_get(celery-task-meta-c38ff86e-bbc9-4): Transport endpoint is not connected
2021-12-06T09:38:09.727419210Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:38:09,697: ERROR/MainProcess] Process 'ForkPoolWorker-33' pid:249 exited with 'signal 9 (SIGKILL)'
2021-12-06T09:38:09.749465529Z prodstack_celeryworker.1.uwb9apj9r13f@analyses    | [2021-12-06 10:38:09,748: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL) Job: 12187.')

(excerpt)
The related measurement is really large:
In [1]: from topobank.manager.models import Topography

In [2]: t=Topography.objects.get(id=5572)

In [3]: t.size_x
Out[3]: 16524.0

In [4]: t.size_y
Out[4]: 3398.0

The calculation of height distribution worked, for all other there seem to be difficulties (not fully sure).
@pastewka , @AntoineSIMTEK should such a big measurement work in general with 100GB RAM?
Maybe the processes competed for memory and there was not enough available at the same time.
Maybe we need to shuffle the analyses in a more intelligent way, e.g. using queues for big jobs so they are
processed one by one in order to make use of the large RAM.

One single analysis should definitely fit into the 100Gb. But you will run into problems if many of them run in parallel.

Not sure if this is still an issue. Closing it.


viz(mesh, showfacets = true) crashes old laptop

Hi!
I am running some examples where I build a 2d triangle mesh in Meshes.jl, so I thought to give MeshViz a try for visualization. However, trying to plot the triangle mesh crashes my old laptop during precompilation.
The workaround I found is to rely directly on Makie and build a scatter for the vertices and a line plot for the connectivity.
function plotTriMesh(mesh)
    Points = [p.coords for p in mesh.points]
    Simplices = [t.indices for t in mesh.topology.connec]
    scene = Mke.Scene()
    s = Mke.scatter!(scene,Points)
    lx = Float64[]; ly = Float64[];
    for tri ∈ Simplices
        px = [Points[tri[q]][1] for q in [1:3; 1]]
        py = [Points[tri[q]][2] for q in [1:3; 1]]
        lx = vcat(lx, [px; NaN])
        ly = vcat(ly, [py; NaN])
    end
    Mke.lines!(scene,lx,ly)
    return scene
end

This is reasonably fast. Maybe you want to consider having a "fast" visualization for only the boundaries of a mesh, in this fashion.
I don't want to try again using viz(mesh, showfacets = true) because my laptop crashes really badly. This happened to me with Julia 1.7 and now 1.8-rc1.
Best regards,

Can you please try it without showfacets=true? I should probably change the current behavior and add a check in the code so that new users never try to use this option when the mesh does not have coherent orientation. This option only works if all your triangles or polygons in the mesh are oriented counter-clockwise or clockwise. When you mix the orientation, which is something that Makie doesn't consider, you cannot store the mesh in a half-edge structure and therefore you cannot plot the inner edges efficiently.
If you want to get the same plot that vanilla Makie gives you, you just need to omit the option showfacets=true.

Thanks Julio.
Yes, it works that way, but I need to see the triangle boundaries.
I will check my triangles orientation, as I also need the half-edges for the next step in my algorithm.

This is no longer an issue. We now fix the orientation of polygons for end-users so the option showfacets should always work. This is available in Meshes.jl v0.25.8.

Can you please try without showfacets=true ? I should probably change the
behavior and add a check in the code so that new users never try to use
this option when the mesh does not have consistent orientation. This option
only works if all your triangles or polygons in the mesh are oriented
counter-clockwise or clockwise. When you mix the orientation, which is
something that Makie doesn't care, you cannot load the mesh in a half-edge
data structure and therefore you cannot plot the inner edges efficiently.
So if you want to get the same plot that Makie does just omit the option
showfacets
Em sex., 29 de jul. de 2022 06:06, Martín D. Maas @.***>
escreveu:

Hi!
I am running some examples where I build a 2d triangle mesh in Meshes.jl,
so I thought to give MeshViz a try for visualization. However, trying to
plot the triangle mesh crashes my old laptop during precompilation.
The workaround I found is to rely directly on Makie and build a scatter
for the vertices and a line plot for the connectivity.
function plotTriMesh(mesh)
Points = [p.coords for p in mesh.points]

Simplices = [t.indices for t in mesh.topology.connec]

scene = Mke.Scene()

s = Mke.scatter!(scene,Points)

lx = Float64[]; ly = Float64[];

for tri ∈ Simplices

    px = [Points[tri[q]][1] for q in [1:3; 1]]

    py = [Points[tri[q]][2] for q in [1:3; 1]]

    lx = vcat(lx, [px; NaN])

    ly = vcat(ly, [py; NaN])

end

Mke.lines!(scene,lx,ly)

return scene

end
This is reasonably fast. Maybe you want to consider having a "fast"
visualization for only the boundaries of a mesh, in this fashion.
I don't want to try again using viz(mesh, showfacets = true) because my
laptop crashes really badly. This happened to me with Julia 1.7 and now
1.8-rc1.
Best regards,
—
Reply to this email directly, view it on GitHub
https://github.com/JuliaGeometry/MeshViz.jl/issues/30, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAZQW3PNUYMXNPTKM2EXIIDVWONKPANCNFSM55ABWKWA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Hi Julio, nice work. I think I lost the original example, tough. But my use case was that I needed to see the facets. I ended up using Makie directly, and now I'm working on something else.


Read Notification Data, Service

Hi people,
Im trying to get data of pulse oximeter device,
Already connect and identify the device but, when y trying to set service and characteristics with those function:
leer_datos_de_notificacion(device){
    device.monitorCharacteristicForService(
    "cdeacb80-5235-4c07-8846-93a37ee6b86d",
     "cdeacb81-5235-4c07-8846-93a37ee6b86d",
      (error, data) => {
        if (error){
          console.log("Error pidiendo datos",error);
          return;
        }
        console.log("Data de notifiacacion",data)

      },
    ).subscribe((data)=>{
      console.log("Resultado ",data)
    })
  }

The app crash with message:
undefined its not a funcion
.

Can you helpme?

I think you should provide more information:

which line exactly throws an error
what are values of objects used in this line.

Closing due to inactivity. Please reopen if needed.


Console logging playlists/fetchPlaylistLevelsFailed for all Twitch VODs

Description:
Failure to register m3u8 contents as a playlist.
To Reproduce:

Go to any twitch.tv VOD.
Click on the HLS extension.
Notice there is no registered playlist for the VOD. Only live content appears.
Manually enter m3u8 URL (found through the network tab in devtools).
Notice HLS hangs while being unable to register playlist contents.

Expected behavior
HLS should properly parse the playlist file and read the referred files.
Desktop (please complete the following information):

OS: Windows
Browser Brave
Version 1.56.20 Chromium: 115.0.5790.171 (Official Build)  (64-bit)

Additional context
Console debug output.log
Main playlist file<PHONE_NUMBER>.m3u8.txt
Secondary Referenced file index-dvr.m3u8.txt

I have the same behavior on Hotmart since last week. Tried the HLS with Chrome or Firefox.
OS: Mac OS Ventura
Version: 13.2.1 (22D68)
Chrome Version: 118.0.5993.88 (Official Build) (arm64)
Firefox Version: 118.0.2 (64-bits)

Check this, at least I've found a way to do something while we wait a fix
#295


Regional news

News item 762187019 (Jul 5, Aqua Green Strandhanddoek<EMAIL_ADDRESS>location Oostduinkerke-bad) should have arrived in local news in be-koksijde, not in regional news, because be-koksijde is the main app of this service identity. This service has multiple identities. Probably not related, but just for your information.

The default app id of the customer is be-hooglede and is not service identity based, so multiple locations will always have the same default app_id for news.

Before July the news items arrived in local news. As far as I know the default app id was always be-hooglede. The news items in June were sent with the identity in be-koksijde and also sent via Regional News.
So I think the code should use the app id of the current service identity and not the default app id of the customer.

Fixed by https://github.com/our-city-app/mobicage-backend/commit/b814aaee5917fa0fdf769f2ff0e9e1790c8d6437


streaming: support clear cache test mode for TopN operators

https://github.com/risingwavelabs/risingwave/issues/5080#issuecomment-1318404360

close by #5080


Recommendation: Franz

A very nice list!
As you use Slack and Telegram separately you might be interested in Franz - you just need one app and you can switch between messenger platforms.

Franz is useful.  I use it every day.  But it hasn't been maintained in over a year.

I have tried Franz for a bit and disliked it. I only keep telegram, slack and textual as far as text apps go and I am quite happy with it. 🙂


french translation

Hello, i'm very interested in translating that app in French. I have decent computer Linux / android skills (no devs). How can I help ?

I'm.away from my computer so we'll talk laterbut there is definitely ways
you can help. I already have translations in the database, but we need i8n
support in the app to actually use those translations.
On Sep 5, 2015 4:31 AM, "0uro"<EMAIL_ADDRESS>wrote:

Hello, i'm very interested in translating that app in French. I have
decent computer Linux / android skills (no devs). How can I help ?
—
Reply to this email directly or view it on GitHub
https://github.com/kamegami13/MonsterHunter4UDatabase/issues/125.

Okay, that's nice. I opened the database and found all the text. Is that difficult/long to implement ?

Depends. First we need a way to selectively query translated text when needed. So we need to detect OS language, then change all db queries to get the correct language.
Second part is the interface, we need translations for our strings.xml, fix any instances where text isn't pulled from strings.xml and should be, and make sure the app is configured with Androids Localization support. https://developer.android.com/guide/topics/resources/localization.html
Third is probably options. It is likely beneficial to be able to override translations. For example, a phone with Portuguese language set might want to use the English translation because they have the english edition of the game. Or more likely, an English speaker will be playing the Japanese version of the game and will want the japanese names. In which case the UI should be in English, and the translated names pulled from the database should be a Japanese. May even want an option to add Japanese names below the English/French/Spanish/Portugese names.
So we probably need an option for "Use OS language" or "Override Langauge" for both the UI and MH4U names respectively.

As a foreign player I really like the last multilingual approach. I'm on Linux since more tham 10 years and know which chars to avoid.
I managed to open the database and will work on it on my next night shifts.
When the app will be Unicode-ready there will not be much work remaining.

Okay, I started the work and already did the cooking talents stuff.
I've see that work were already done in the item section and proceeded the same way by creating a new field with the same name and appending "_fr" (example : "skill_name_fr", "description_fr"). Am I doing this right ?
I've seen that items included special chars so I did it too.

Are you editing the database?
The actual translations appear to already exist on kiranico.com, which is where I've pulled what I have so far. I've been writting scripts to automatically parse those pages. Challenge is getting those translations into the UI.


supplementalGroups

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
apiVersion: policies.kubewarden.io/v1alpha2
kind: ClusterAdmissionPolicy
metadata:
  name: supplementalgroups
spec:
  policyServer: default
  module: registry://ghcr.io/kubewarden/policies/user-group-psp:v0.1.5
  rules:
  - apiGroups: [""]
    apiVersions: ["v1"]
    resources: ["pods"]
    operations:
    - CREATE
    - UPDATE
  mutating: false
  settings:
    supplemental_groups:
      rule: "MustRunAs"
      ranges:
        - min: 100
          max: 200

does not block
apiVersion: v1
kind: Pod
metadata:
  name: nginx-supplementalgroups-disallowed
  labels:
    app: nginx-users
spec:
  securityContext:
    supplementalGroups:
      - 250
  containers:
    - name: nginx
      image: nginx

Expected Behavior
pod should be rejected
Steps To Reproduce
No response
Environment
- OS:
- Architecture:

Anything else?
No response

It seems that the policy definition is just missing:
 settings:
    run_as_user:
      rule: "RunAsAny"
    run_as_group:
      rule: "RunAsAny"

With that, the pod gets rejected as expected.
From the definition of the PSP, there doesn't seem to be a default value for their RunAsUser and RunAsGroup, so I suppose their intent is to be explicit, and we are just copying that intent in this policy.

Also, just realized that there's no defaults because they would take effect if ClusterAdmissionPolicy.mutating is true.
Added a line in README.md with the info.

Tagged a new v0.1.6 version, with the fix that would support the settings without
    run_as_group:
      rule: "RunAsAny"

confirmed this fixes, thanks!


[Move Verification] Added support for running Boogie/Z3 on a few tests

Motivation
This PR adds support for running Boogie/Z3 on generated Boogie files if BOOGIE_EXE and Z3_EXE environment variables are set.
This PR also removes test3.bpl.expect because it was not being used.
Have you read the [Contributing Guidelines on pull requests]
Yes
Test Plan
Existing tests and manually testing that Boogie and Z3 are invoked appropriately.
Related PRs

@huitseeker : I don't think I am using tempdir correctly.  I need a new path with .bpl extension.  But if I use tempdir and extend the path returned by manually by adding the extension then the whole point of automatic cleanup (via the implementation of Drop trait) is lost because Rust will clean up the wrong file.  It looks to me like the interface to tempdir has to be expanded to allow creation of a path with a specific extension.

I have addressed the issue by using a directory.

:umbrella: The latest upstream changes (presumably a9dc9d10514e9139e431f33a72c8016b575559f0) made this pull request unmergeable. Please resolve the merge conflicts.

Codecov Report

Merging #1728 into master will decrease coverage by 0.3%.
The diff coverage is 50.8%.

@@           Coverage Diff            @@
##           master   #1728     +/-   ##
========================================
- Coverage    58.8%   58.4%   -0.4%
========================================
  Files         589     586      -3
  Lines       46692   46018    -674
  Branches     9059    8968     -91
========================================
- Hits        27481   26910    -571
+ Misses      12858   12810     -48
+ Partials     6353    6298     -55

Impacted Files
Coverage Δ

...rover/bytecode-to-boogie/tests/translator_tests.rs
66.6% <ø> (ø)

consensus/consensus-types/src/block.rs
94.2% <ø> (ø)
:arrow_up:

...kless-bytecode-generator/tests/stack_elim_tests.rs
90.9% <ø> (ø)

language/vm/vm-runtime/src/gas_meter.rs
66.6% <ø> (ø)
:arrow_up:

.../src/chained_bft/test_utils/mock_state_computer.rs
84.4% <ø> (ø)
:arrow_up:

consensus/src/txn_manager.rs
0% <ø> (ø)
:arrow_up:

consensus/src/chained_bft/event_processor_test.rs
86.2% <ø> (ø)
:arrow_up:

consensus/src/chained_bft/network.rs
26.5% <ø> (ø)
:arrow_up:

consensus/src/state_replication.rs
100% <ø> (ø)
:arrow_up:

...anguage/move-prover/bytecode-to-boogie/src/main.rs
0% <ø> (ø)

... and 113 more

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 9a10735...675c950. Read the comment docs.


Add clarification for branches and deployments

This confused me when I first contributed to the repo, so here's some clarification to help newcomers!

Totally, much appreciated! Eventually we should look at ways to untangle this. The layout had something to do with the way GH Pages worked at the time (org pages need "master" to be the deploy branch) but I don't know whether that's still true.

Ugh. Unfortunately that's still the case.

"Your GitHub Pages site is currently being built from the master branch."
"User pages must be built from the master branch."

As long as we explain which branch to use, it should be fine. We should probably clean up those old branches too.


godot: 3.4.4 -> 3.5

We upgrade godot to version 3.5.
This needed a few changes to the pkg_config_additions.patch:

Accounting for some structural changes in the patched file
Removing xext as it's handled by the patched file itself
Using alsa libs via pkg-config
Using libudev libs via pkg-config

Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

@ofborg eval

Can we prefer https://github.com/NixOS/nixpkgs/pull/186692 instead of this PR, since we found another bug/impurity and fixed it there.

Since https://github.com/NixOS/nixpkgs/pull/186692 has been merged already, I'm going to close this PR. Thanks so much for the contribution either way!


<EMAIL_ADDRESS>cannot be used together with happypack

versions:
<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>
code:

module:{
   rules: [
       {
          test: /\.jsx?$/,
          loader: 'babel-loader',
          exclude(path) {
              return !!path.match(/\\plugins\\/);
          },
          happy: {
              id: 'jsx'
          },
      }
   ]
}

errors:
the API schema.
- configuration.module.rules[0] has an unknown property 'happy'. These properties are valid:
object { enforce?, exclude?, include?, issuer?, loader?, loaders?, oneOf?, options?, parser?, query?, resource?, resourceQuery?, rules?,
test?, use? }

why?
why can't use the custom property ?

Webpack 2 schema doesn't support custom properties. There's something known as LoaderOptionsPlugin. I'm not sure if it would help in this particular case, though.

This is clearly a happypack issue and should be reported there. webpack 2 is much stricter in regards of the config object's shape. Maybe @amireh can shed some light on it.

thanks @bebraw @jhnns

That notation for wiring up happypack was meant as a convenience but brought along too many issues so it was dropped in v3.0. It should not cause a problem when configured as shown in the readme.


Behave more like twemoji.js

alt should be actual unicode chars
methods for dealing with unicode chars
tests for new methods and updates for old tests

We are using the js version for some preview functionality and need the backend versions to behave identically to it. The title attribute of course could be added with the img_attrs option. Thoughts? issues?

LGTM. :+1:

Squashed and ready.

Thanks so much Bram, awesome work!!!! :heart_eyes:  I'll cut a new release soon.

no problem at all. thanks for all the feedback and quick response!

Released v1.1.0. Thanks guys!!! :confetti_ball:


Continue pretraining BLIP2

Hi there!
I was hoping to continue pretraining BLIP2 with a custom dataset from the existing pretrained weights, is there functionality that makes this possible? I wasn't sure if it was as simple as modifying pretrain_stage1.yaml?
Thank you!

Yes you could modify pretrain_stage1.yaml to use your custom dataset. If you which to continue pre-training from BLIP2 checkpoint, just set load_pretrained=True

你好呀！
我希望继续使用现有预训练权重的自定义数据集来预训练 BLIP2，是否有功能可以实现这一点？我不确定这是否像修改那么简单pretrain_stage1.yaml？
谢谢你！

I saw the problem you mentioned, which is also the problem I am currently facing. Have you succeeded? If successful, can you share the code?
I am very much looking forward to your reply, as it will be of great help to me!
Thank you!


fix: publish prerelease worker correctly

I broke this in https://github.com/cloudflare/wrangler2/pull/715, reverting this single change.

Merging this after CI passes to fix the build.


[Bug] Doesn't convert the time zones in some sites

The first one I encountered is https://lp.jetbrains.com/javascript-day-2024/

@avi12 Thanks for rasing the issue. Working on it.