Outline Summary for Meeting #2 and Homework

@ajnewton1 @Jamielynn92 Here is the outline summary of what we discussed today in our meeting:
https://github.com/quantum-satire/warofcurrents/blob/master/meetingNotes/meetingSummaries/notes2.md
This weekend I'm taking a break as much as I can to spend my birthday with family, but I'll be available to reply to any questions on GitHub if you tag me in a comment. Please don't hesitate to shout out if you want any guidance or need any help with anything at all!
Another thing--do we want to have a way to send quick messages to each other without having to use GitHub? I have Skype, LINE, Discord, Messenger (Facebook), Hangouts (Google)--you name it--we could choose to add each other on another platform for convenience. Let me know and I'll get something set up if this is what we want.

I have skype, FaceTime, I downloaded hangouts and messenger.
Get Outlook for iOShttps://aka.ms/o0ukef

From: Ally Hall<EMAIL_ADDRESS>Sent: Thursday, October 12, 2017 6:16:17 PM
To: quantum-satire/warofcurrents
Cc: Downey, Jamie L; Mention
Subject: [quantum-satire/warofcurrents] Outline Summary for Meeting #2 and Homework (#9)
@ajnewton1https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fajnewton1&data=01|01|jld195%40pitt.edu|902041996d0843351d5708d511bedc26|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=2Xg1A1TK8hhL28NNnRqC%2Bo0o5WEUKfVJoqzJYQlsGGg%3D&reserved=0 @Jamielynn92https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fjamielynn92&data=01|01|jld195%40pitt.edu|902041996d0843351d5708d511bedc26|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=GDzQOga6axayTznUdbd0kgW6JwVO2e6FYb%2FHy2J11Z0%3D&reserved=0 Here is the outline summary of what we discussed today in our meeting:
https://github.com/quantum-satire/warofcurrents/blob/master/meetingNotes/notes2.mdhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquantum-satire%2Fwarofcurrents%2Fblob%2Fmaster%2FmeetingNotes%2Fnotes2.md&data=01|01|jld195%40pitt.edu|902041996d0843351d5708d511bedc26|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=GCdTJTOlTDGZdIadDBEIsdjQsoWpFYgjUkKdVgSe%2Fqw%3D&reserved=0
This weekend I'm taking a break as much as I can to spend my birthday with family, but I'll be available to reply to any questions on GitHub if you tag me in a comment. Please don't hesitate to shout out if you want any guidance or need any help with anything at all!
Another thing--do we want to have a way to send quick messages to each other without having to use GitHub? I have Skype, LINE, Discord, Messenger (Facebook), Hangouts (Google)--you name it--we could choose to add each other on another platform for convenience. Let me know and I'll get something set up if this is what we want.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquantum-satire%2Fwarofcurrents%2Fissues%2F9&data=01|01|jld195%40pitt.edu|902041996d0843351d5708d511bedc26|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=XEjttc6D%2Bv%2BUZGkaT%2F3lXif32yNNDk6sHNPqCLIfYyU%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAeBcSchmv8pbqFHKYdb5EuUthzYNsZvmks5sro-xgaJpZM4P3tMV&data=01|01|jld195%40pitt.edu|902041996d0843351d5708d511bedc26|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=ydN0nsevRkWd9E0FU58Mcb%2Fc37e1ARbklOOLkRLGx%2Fs%3D&reserved=0.

I personally use Skype a lot, and Messenger would be my second choice. I have no objection to using anything else, however

I'm setting up Skype for Business for us to try it out, it may work pretty well for what we need it for. I'll keep you guys updated!

I have Skype for Business up and running--I also added us into one group. It should come up for you automatically if you're able to download the program through my.pitt.edu. Note that Skype for Business (Lync) is different than Skype, so you will need to download it separately from Skype. It gives us the ability to set meeting times and has a more comprehensive interface geared for small groups and businesses which we could use. We can always switch to something else if we feel the need to but I think this could work pretty well, especially if we need to have a meeting and one of us can't make it that day.

I added it to my phone since I’m on it the most and don’t always have my computer with me.
Get Outlook for iOShttps://aka.ms/o0ukef

From: Ally Hall<EMAIL_ADDRESS>Sent: Thursday, October 12, 2017 9:09:10 PM
To: quantum-satire/warofcurrents
Cc: Downey, Jamie L; Mention
Subject: Re: [quantum-satire/warofcurrents] Outline Summary for Meeting #2 and Homework (#9)
I have Skype for Business up and running--I also added us into one group. It should come up for you automatically if you're able to download the program through my.pitt.eduhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmy.pitt.edu%2Fportal%2Fserver.pt%2Fcommunity%2Fskype_for_business%2F946&data=01|01|jld195%40pitt.edu|75c7a2aef56e4f1ed24708d511d70342|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=ZfMRq%2BXKya2arXuAN1uo45CyTbG1irdQFIXE8Sm2BmY%3D&reserved=0. Note that Skype for Business (Lync) is different than Skype, so you will need to download it separately from Skype. It gives us the ability to set meeting times and has a more comprehensive interface geared for small groups and businesses which we could use. We can always switch to something else if we feel the need to but I think this could work pretty well, especially if we need to have a meeting and one of us can't make it that day.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquantum-satire%2Fwarofcurrents%2Fissues%2F9%23issuecomment-336322743&data=01|01|jld195%40pitt.edu|75c7a2aef56e4f1ed24708d511d70342|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=ybcD96iSwsocxGzCL4MyQvIPljBq6wuNK7j5nZy9cL4%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAeBcSVbUGNMLZWrrbqWsKFszywL2Vy4aks5srrg2gaJpZM4P3tMV&data=01|01|jld195%40pitt.edu|75c7a2aef56e4f1ed24708d511d70342|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=cjd%2FpKlSY7VkqmlEYxUkuHR%2FdaOqg%2FrLk4bTNLKtWyc%3D&reserved=0.

Just an observation--we've been using Google Hangouts for the instructor-team meetings for this class, and the TEI Council uses Hangouts for its monthly meetings as well. It works for sharing desktops and views of applications (like oXygen) as we're working. I haven't investigated Skype for Business, since it's typically not readily available outside of Pitt--but you should feel free to use it! @ajnewton1 will be in a good position to compare experiences with the two systems. If you want me to join a meeting, though, I'll need to remember (or be prompted) to download the program via Pitt--It sounds like it's a pretty quick process?

@ebeshero It was very quick and easy! I’ve always had good experiences and little to no connection issues with Skype in the past which is why I thought we could give it a try—but if it’s more convenient for you, we could use Hangouts. I’ve only used Hangouts on their Desktop client, is there also an app?

There is an app. I downloaded it.
Get Outlook for iOShttps://aka.ms/o0ukef

From: Ally Hall<EMAIL_ADDRESS>Sent: Thursday, October 12, 2017 11:08:17 PM
To: quantum-satire/warofcurrents
Cc: Downey, Jamie L; Mention
Subject: Re: [quantum-satire/warofcurrents] Outline Summary for Meeting #2 and Homework (#9)
@ebesherohttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Febeshero&data=01|01|jld195%40pitt.edu|1aa07227a2ef4e8c620308d511e7a6ef|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=%2Bp%2Fkr09NFiV%2FbbwKz9d09C2yYvO6GyTyks%2F5AmvoFP0%3D&reserved=0 It was very quick and easy! I’ve always had good experiences and little to no connection issues with Skype in the past which is why I thought we could give it a try—but if it’s more convenient for you, we could use Hangouts. I’ve only used Hangouts on their Desktop client, is there also an app?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquantum-satire%2Fwarofcurrents%2Fissues%2F9%23issuecomment-336338037&data=01|01|jld195%40pitt.edu|1aa07227a2ef4e8c620308d511e7a6ef|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=uyROsZmpJVgmPHukGiYjnDvCEYopgGXK4MgpTYef2%2Bw%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAeBcSWsDaDbl_BsdTFmqRmtUbSWeJSKAks5srtQhgaJpZM4P3tMV&data=01|01|jld195%40pitt.edu|1aa07227a2ef4e8c620308d511e7a6ef|9ef9f489e0a04eeb87cc3a526112fd0d|1&sdata=xH9rVriHnWwTjQTY05hzf8aWp8%2BSxFHA6Kmw26S7qP0%3D&reserved=0.


[Subtitles] Subtitles not available when inputstream is set to Manual

I'm submitting a ...

[x] bug report

General infomration
When Inputstream is set up to manually choose stream then subtitles in netflix are unavailable.
When I set inputstream to automatic stream selection then subtitles are available.
Prerequisites

[x] Are you running the latest version?

Description
[Description of the bug or feature]
Steps to Reproduce

Set up inputstream to manual stream selection
Play movie
There are no subtitles.

Expected behavior:
Subtitles are available.

+1
This is happen to me too! But the difference is only on Netflix Originals, if I play some title that is not a Netflix original, the subtitles runs fine

Me too, i'm have the same problem only with Netflix Originals. Is there any solution?

I can play movies (Netflix Original) configuring max resolution 640P and stream selection manual. With this settings, i can select from 7 different language for subtitles and choose good quality for video.


Enable web scraping based on a url and a simple filter.

If you want a contributor role in the discord ping me! Thanks for adding this 💪 !


Far Cry Primal, Low Performance

Low performance, no matter the graphical settings used. ~20FPS low or high 2560x1440

5-6FPS with vulkan layers enabled
System information

GPU: GTX 1070
Driver: 390.48
Wine version:  3.5
DXVK version: e06300d
CPU AMD Ryzen 1700X @3.95ghz

Log files
FCPrimal_d3d11.log
FCPrimal_dxgi.log

seems to be issue with Ryzen+wine+dunia engine.
disabling some cores via:
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 0 > /sys/devices/system/cpu/cpu3/online
echo 0 > /sys/devices/system/cpu/cpu5/online
echo 0 > /sys/devices/system/cpu/cpu7/online
echo 0 > /sys/devices/system/cpu/cpu8/online
echo 0 > /sys/devices/system/cpu/cpu9/online
echo 0 > /sys/devices/system/cpu/cpu10/online
echo 0 > /sys/devices/system/cpu/cpu11/online
echo 0 > /sys/devices/system/cpu/cpu12/online
echo 0 > /sys/devices/system/cpu/cpu13/online
echo 0 > /sys/devices/system/cpu/cpu14/online
echo 0 > /sys/devices/system/cpu/cpu15/online
will give 2x performance, but its still nowhere near perfect.
this issue can be closed as it doesnt seem to be related to DXVK, as regular wined3d has the same effect with this engine+ ryzen.

Just some notes that might be helpful for others:
The steam version works just fine, no drm issues. Wine needs xact and d3dcompiler_43.
The game would crash for me on startup unless I turn off at least one CPU core with e.g. echo 0 > /sys/devices/system/cpu/cpu31/online, this seems to be a game bug since it also affect Win.
I got flickering objects with DXVK >= 0.96, but 0.95 works perfectly fine. The commit that breaks it is this: https://github.com/doitsujin/dxvk/commit/9dbe352c514fd259590c84d162ded8c6165812b0
Reverting it makes master run fine as well, but it's a bit unclear how to properly fix this.
I get a lot better performance with the nvapi workaround enabled (15 fps -> 70 fps).


Redshift - unsupported type "serial" for auto increment id

Any insight on how to get an auto increment id working? From my understanding, an id column is added by default; however, because I'm using Redshift, the default "serial" type won't work as it is not supported.
{ [error: Column "probe.id" has unsupported type "serial".]
  name: 'error',
  length: 165,
  severity: 'ERROR',
  code: '0A000',
  detail: undefined,
  hint: undefined,
  position: undefined,
  internalPosition: undefined,
  internalQuery: undefined,
  where: undefined,
  schema: undefined,
  table: undefined,
  column: undefined,
  dataType: undefined,
  constraint: undefined,
  file: '/home/awsrsqa/padb/src/pg/src/backend/parser/parser_analyze.c',
  line: '3600',
  routine: 'transformColumnDefinition',
  model: 'probe' }

No idea. Redshift was discussed slightly in the past but I don't use it so can't really help here.


Install-Module with MinimumVersion

Instead of hard coding a version in the docs, we could use -MinimumVersion to ask for at least that version, which in practice will install the latest.
The WSL Ubuntu instructions are downloading the latest so it's not consistent across the 2 platforms.
Fixes #413

Docs Build status updates of commit b288177:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

TerminalDocs/tutorials/powerline-setup.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Thanks for contributing this @CJHarmath. We decided to eliminate this tutorial and redirect to this Custom Command Prompt tutorial. So going to close this PR, but please let us know if you have any feedback or contributions for the new tutorial. (I've got a few updates that I'm hoping to make to it later today).


Make default image slightly smaller

The current image is 1,022,361,600 bytes. There's 2 partitions in the image that contain data, and free space before (4,194,304 bytes) and after (15,728,640 bytes), so 1,002,438,656 of data.
Removing the free space would make it fit on my 1GB (1,015,808,000 bytes) SD card ;)

Making the current image fit onto a 1Gb SD card may be possible, and maybe we need to decide if it is one of the PM design goals to keep within this limitation?
There are a few more extensions that we can consider adding in the future (e.g. local-images, pandora support) which may eventually increase the size of the image well beyond 1Gb. At the very least, I assume that Raspbian itself will keep on increasing in size as time goes by making this even more difficult to achieve.

If we were able to deliver a 1,002,438,656 Byte image that's going to leave you with less than 13 MB of free space, is that actually usable? Remember you will need space for logs, cached data and possibly other stuff. I'd probably sooner sell the 1 GB card to a museum and buy a truck-load of 8 GB cards with the profits!

I could actually see benefits to having the OS be under 1GB, and logs, cached data, etc. be either on a separate partition on the same device, or on an external device (such as a USB drive).
It would make it easier to upgrade MusicBox without touching existing data, and, until I find a museum interested in such a device, would allow me to reuse hardware I have, rather than fill landfills with still functioning hardware.

Also, given that the default configuration will resize the root on boot, the only people impacted will be those who, like me, choose to run the distribution off a small storage device.
I'd be happy reviewing the packages installed in the default image, see if we can trim the default installation somewhat without losing functionality. I couldn't find a canonical list of installed packages, just additional packages to install on top of another base (Raspbian by any chance?).

You'll have to forgive my poor attempt at humour there. We are going to move to a packaged version of musicbox in the very near future which will make the update process much easier (although you may run into problems when running apt-get with that much free space). My only concern is continually having to worry about making everything fit in the 1 GB case when adding new packages etc.
But the idea of an image with a read-only partition for the majority, alongside an expandable writeable area for user data has come up before. I think that's a nice idea. Although does it still let people customise the install and install some other packages if they choose? How does that work?
There is a script in the root of the repository which should show the steps to create an image (yes, from base Raspbian). Any review of stuff to trim would certainly be helpful. That's all currently done by @woutervanwijk so he probably has a better handle on how feasible it all is.

@kingosticks any data space will eventually be filled up ;)
The default Raspbian image is probably huge compared to what needs to be on the default MusicBox system. I mean, there's probably all sorts of UI libraries and applications on the default install which MusicBox doesn't need.
(I'm used to working with Fedora's Live images, and in 1.4Go, we fit a full graphical system, Firefox and LibreOffice)

What's the canonical way of creating Pi MusicBox? create_musicbox.sh or "Create Pi MusicBox.rst"? (or are they the exact same). I'm half-way through preparing a scripted way to create an image, rather than using a default Raspbian image as a base.

I think they are the same.
On 8 Mar 2015 21:11, "hadess"<EMAIL_ADDRESS>wrote:

What's the canonical way of creating Pi MusicBox? create_musicbox.sh or
"Create Pi MusicBox.rst"? (or are they the exact same). I'm half-way
through preparing a scripted way to create an image, rather than using a
default Raspbian image as a base.
—
Reply to this email directly or view it on GitHub
https://github.com/woutervanwijk/Pi-MusicBox/issues/236#issuecomment-77774561
.

"Create Pi MusicBox.rst" is a document describing how to create the image, the shell script is a way of automating that. They could certainly be merged.
MusicBox uses a stripped version of Raspbian. The script removes loads of packages that are not needed. The next version could be a bit smaller, that's easy. I'll try that.

Using the network installer I mentioned, I got to an installed size of 567 megs for the root, and 50 megs for /boot (28 megs actually used).

It boots (in QEmu)!
https://github.com/hadess/raspbian-ua-netinst
A number of items still to fix:

Fix overriding RPi version to target:
https://github.com/debian-pi/raspbian-ua-netinst/issues/194
Fix filesystem detection(s):
https://github.com/debian-pi/raspbian-ua-netinst/issues/193#issuecomment-77955462
Find a newer QEmu kernel that does have modules available for it
Find why the image takes 1.2GB on the filesystem (for du), when there's only 600 megs used.

You'll probably want to modify the proxy in installer-config.txt (or better, install apt-cacher-ng so you don't wait ages for the 200 megs of packages to be installed).

By the way http://www.woutervanwijk.nl/pimusicbox/ says:
The image is for a 1GB card
Would be good to change it until this bug is fixed (recommend 2GB?)

http://www.woutervanwijk.nl/pimusicbox/ is an old outdated version of the site, and not the same as http://www.pimusicbox.com/.
@woutervanwijk Can you replace http://www.woutervanwijk.nl/pimusicbox/ with a redirect to http://www.pimusicbox.com/ ?

Sure!
Verstuurd vanaf mijn iPad

Op 13 sep. 2015 om 22:10 heeft Stein Magnus Jodal<EMAIL_ADDRESS>het volgende geschreven:
http://www.woutervanwijk.nl/pimusicbox/ is an old outdated version of the site, and not the same as http://www.pimusicbox.com/.
@woutervanwijk Can you replace http://www.woutervanwijk.nl/pimusicbox/ with a redirect to http://www.pimusicbox.com/ ?
—
Reply to this email directly or view it on GitHub.

BTW, I chose to support 1G cards because quite some people asked about it (they had a 1G card lying around). The 0.6 image, I think has some 110+ mb free space, so it could be made a bit smaller. Maybe the best way is to create an image that is as small as possible and let it resize to the size of the card at first boot (like it does now, but maybe implemented a bit better)

Removing the wolfram stuff is the lowest hanging fruit here, it is huge and
completely unnecessary for us. In a related note, I think that expanding
the filesystem on first boot needs to be automatic (along with some other
stuff) rather than an option in settings.ini. If we want to disable it
during testing then we  can find a way to do that.
On 14 Sep 2015 10:11, "Wouter van Wijk"<EMAIL_ADDRESS>wrote:

BTW, I chose to support 1G cards because quite some people asked about it
(they had a 1G card lying around). The 0.6 image, I think has some 110+ mb
free space, so it could be made a bit smaller. Maybe the best way is to
create an image that is as small as possible and let it resize to the size
of the card at first boot (like it does now, but maybe implemented a bit
better)
—
Reply to this email directly or view it on GitHub
https://github.com/pimusicbox/pimusicbox/issues/236#issuecomment-140009222
.

I don't think this is the direction that we are heading in for Musicbox 1.0: we won't be distributing our own full image but relying on the package management system.
Even if we base the distribution on Raspbian Jessie Lite, I think the installed size will still be at least 1.3Gb?
Am I right @kingosticks?

Also see #324.


sql-tasks peter.shumskiy

https://travis-ci.org/github/petr-shumskiy/db-assignments/builds/733798294

Accepted, thanks for the efforts


[ASE] Will 3D meshes be released?

Thank you all for your awesome project!
I'm curious about whether you will release the 3D meshes, which is quite helpful for my research about embodied AI. If so, when will you release them?

First of all I wish to thank you for using the dataset and hope its useful.
At the moment, we do not have a plan to release the 3D meshes. But that might change in the future.
To stay informed, I would request you to subscribe to the news updates via email at https://www.projectaria.com/


Fix #15383 drop PJAX

Q
A

Is bugfix?
no

New feature?
no

Breaks BC?
yes

Tests pass?
yes

Fixed issues
#15383

Hi guys, we're using pjax in our Project in yii2.
So when you drop pjax, what is the alternative to use? For example to refresh Gridviews inpage?
Greetz

@jdde see Fixed issues  #15383


Fix OpenNLP Phrase Chunker filter name typo in Language Analysis docs

Description
This PR fixes a couple of typos in a OpenNLP filter factory class name that is presented in the Language Analysis documentation page.
Solution
Replace filter class with the correct one.
Tests
N/A
Checklist
Please review the following and check all that apply:

[x] I have reviewed the guidelines for How to Contribute and my code conforms to the standards described there to the best of my ability.
[ ] I have created a Jira issue and added the issue ID to my pull request title.
[x] I have given Solr maintainers access to contribute to my PR branch. (optional but recommended)
[x] I have developed this patch against the main branch.
[ ] I have run ./gradlew check.
[ ] I have added tests for my changes.
[ ] I have added documentation for the Reference Guide

I went into my checkout of solr, and looked for a file that started with "OpenNLPChunkerFilterFactory" and didn't find it..  Is it in some other Jar file???

Okay, turns out it is in the lucene world, but the docs have the same solr. pattern:
https://lucene.apache.org/core/9_0_0/analysis/opennlp/org/apache/lucene/analysis/opennlp/OpenNLPChunkerFilterFactory.html


post new learn ressources about "package publish"

#36

cc @JakobJingleheimer

Is "We gotchu" too colloquial (difficult for ESL users)? Should it be "We got you"?

Is "We gotchu" too colloquial (difficult for ESL users)? Should it be "We got you"?

Any strong opinion on that. Because blue sky have an integrated translation feature (google translate) and I had test with "we gotchu" and it's translate correctly.
And also I think we need to be familiar instead of corporate

blue sky have an integrated translation feature (google translate) and I had test with "we gotchu" and it's translate correctly

Sweet! Looks like no problem then 😃

From the guidelines https://github.com/nodejs/bluesky/blob/main/review_guidelines.md it seems only release annoucements are allowed. Let me check if documentation needs to be updated. (I see other things have been reposted so apparently the documentation is wrong)

I didn't know this either, and have been asking for many reposts. agree we should update

@nodejs/bluesky can we process for this pr ?


Finally, the splash controller

I've been working slowly with this splash controller, adding the small pieces required to make it work, but this time it would be hard to do it in small chunks without showing where the value is. Let me explain why.

Before reviewing this code, please have a look at what is going on in DistroLauncher-Tests\SplashControllerTests.cpp. Try to understand what we gained in terms of testability and reasoning.

The splash controller (defined in splash_controller.h) might look scary at a first glance due the usage of a type argument called Strategy and the nested structs defined to model states and events that are connected together by an instance of internal::state_machine<> which is a member of the SplashController<> class and yet it's dependent on that type. Quite a lot of template going on.
internal::state_machine<> is a type template that depends on an outer Context that defines States and Events types. Internally, this state machine applies some sort of pattern matching on the State and Event variants (std::variant) to delegate to the states themselves the event handling and state transition, while defaulting to return a InvalidTransition when no suitable on_event member function is found in the states to handle a certain event. That enables automatic handling of invalid transitions.
There are state machine libraries out there able to handle invalid transitions at compile time, which would be even better (see this one for example), but since we are striving to avoid adding dependencies and complicated dependency management, I took the freedom to write this from scratch. Yet, that idea is not new neither I can take the credit for inventing that. Using variants and pattern matching to implement state machines instead of the classic class hierarchies originally presented by GoF Design Patterns is something that have been presented and discussed many times out there. The commit history contains some references, if further understanding of that technique is necessary. Honestly there has been quite a while since I've been willing to make something similar to this.

Pushing just the state machine full of templates would be hard to digest for code reviewers.

For that reason I am pushing together the SplashController.

The SplashController<> is a templated on a Strategy class full of do_ member functions for actually doing some work that requires interaction with the operating system. Without that it would be really, really hard to do any testing and leaving an untested controller is quite scary.
All those templates and indirection payoff in the SplashControllerTests.cpp test cases (IHMO).
There we can exercise the behavior of the Controller and it's underlying state machine in front of any successfull or unsuccesful call to the operating system.
I attempted to document as much as I could think the reasoning behind most of what I did for implementing this.
I implemented this controlling of the splash application in many ways to exercise how I would integrate those all together. Obviously what I'm pushing is what I believed to be the cleanest way, easier to reason about and less spaghetti-looking code.

A word on not_null<>
not_null<> is a class template that wraps a pointer to make sure it cannot be initialized with nullptr, which is a nice way to make sure pointers passed to functions are valid. It checks for nullptr at compile time. It's defined in the Guidelines Support Library which implements some types proposed by the C++ Core Guidelines, a community project that curates some best practices for applying the language. I humbly copied the Microsoft's implementation of the not_null<>. (That code is MIT licensed).
That is useful when we want a reference as a member of a class and yet we want to keep that class copy-assignable. C++ references cannot be re-binded.
This is being used to pass an instance of the SplashController to the Idle state thru the Run event to let it properly fill in the data upon the splash process creation.

I'm foreseeing two more classes with a design similar to the SplashController<>, shall this PR makes success. Otherwise, I'll need to be more creative.

As before, those changes are not yet integrated to the application, i.e. they will compile together but not cause any difference in behavior because their functionality is not called from anywhere in the launcher code so far.

Windows-Latest runner is now Windows Server 2022, which comes with Visual Studio 2022. I don't know yet why tests are failing under that environment, but I was just able to replicate that on my machine with VS 2022. Just run a 1400 times when compiled with VS 2019 and didn't fail a single time. That will be fun to find out why.
BTW we should consider whether our build system requires Windows-2019 or if we good to go with the upgrade.

Bad idea to use a call to GetConsoleWindow() during tests. With VS 2022 it was always consistently returning a null handle.
Doing now a much uglier thing now, but harmless as long as we don't do anything else besides comparing to nullptr.

Just wanted to point out one snippet of client code of that kind of implementation. The code below is how the OOBE launching is synchronized with closing the splash screen and restoring console window in the branch I'm experimenting with.
HRESULT Application::do_setup()
    {
        std::array<InstallerController::Event, 3> eventSequence{InstallerController::Events::InteractiveInstall{},
                                                                InstallerController::Events::RunInstaller{},
                                                                InstallerController::Events::BlockOnInstaller{}};
        HRESULT hr = E_NOTIMPL;
        for (auto& ev : eventSequence) {
            auto ok = services_->installer.sm.addEvent(ev);

            // unexpected transition occurred here?
            if (!ok.has_value()) {
                return E_FAIL;
            }

            std::visit(
              internal::overloaded{
                [&](InstallerController::States::PreparedTui& s) { showConsole(); },
                [&](InstallerController::States::Ready& s) { closeSplash(); },
                [&](InstallerController::States::Success& s) { hr = S_OK; },
                [&](InstallerController::States::UpstreamDefaultInstall& s) { hr = s.hr; },
                [&](auto&&... s) { hr = E_UNEXPECTED; },
              },
              ok.value());
        }
        return hr;
    }

Ok, so, as you may infer, I’m not a big fan of this added complexity of the launcher and the whole template on templates overload.
However, I recognize this helps a lot in term of testability for tracking windows through the state machine and I think, as the code is isolated, this is an overall improvements.
My only real gotcha is about handling the window not showing up with the timeout condition. If this can be enhanced, this would be great :) Overall, I have nothing but typos/comments on comment to report, I may miss some fundamental thingy though due to the complexity of the PR.

I had to find a spell checker for Visual Studio. Sad but true. It's quite easy to not see some obvious mistakes here and there...

No worry on the spelling issues, I also do a lot of typos :)
Everything looks good now to me, thanks for implementing the IPC via pipes! It looks more robust to me. Approving.


Support for Unicode Emoji Sets (UTS#51)

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/unicodeSets
https://www.unicode.org/reports/tr51/#Emoji_Sets
Technically this isn't part of the Unicode Segmentation, but examining the sequence of a specific emoji segment is one of the essential combinations.
for example to resolve https://github.com/matrix-org/matrix-react-sdk/pull/12582

New matcher APIs to unicode-segmenter/emoji

isBasicEmoji -> \p{Basic_Emoji}
isRGIEmoji -> \p{RGI_Emoji}

It will do #40 first as this needs to script change.

This is out-of-scope of this library due to it's different specification and behavior
I will move this work to another library


az keyvault list-deleted --resource-type hsm: Resource provider 'Microsoft.KeyVault' failed to return collection response for type 'deletedManagedHSMs'

Describe the bug
When trying to list deleted HSMs i get this error. I knew there was a problem created before mine but this problem was closed in February because it was "fixed". It looks like the problem is still at large however.
Command Name
az keyvault list-deleted
Errors:
(ProviderError) Resource provider 'Microsoft.KeyVault' failed to return collection response for type 'deletedManagedHSMs'.
Code: ProviderError
Message: Resource provider 'Microsoft.KeyVault' failed to return collection response for type 'deletedManagedHSMs'.

To Reproduce:
Steps to reproduce the behavior. Note that argument values have been redacted, as they may contain sensitive information.

Put any pre-requisite steps here...
az keyvault list-deleted --resource-type hsm

Expected Behavior
a list of deleted hsm vaults
Environment Summary
Windows-10-10.0.22621-SP0
Python 3.10.10
Installer: MSI

azure-cli 2.47.0

Extensions:
virtual-wan 0.2.16

Dependencies:
msal 1.20.0
azure-mgmt-resource 22.0.0

Additional Context

Thank you for opening this issue, we will look into it.

@kim-soohwan FYI

Could this be a service issue? it is working again right now. We did not change anything and my cli version is still 2.47.
The comment returns the expected output even when defining the hsm resource type.
{   "azure-cli": "2.47.0",   "azure-cli-core": "2.47.0",   "azure-cli-telemetry": "1.0.8",   "extensions": {     "virtual-wan": "0.2.16"   } }

There was a service side issue couple of weeks ago when these issues were being reported that was resolved soon after.


Make Afhel

Hi Alberto,
I'm starting my final project master's degree and your python project is a must :)
I'm trying to make install everything (Ubuntu 16.04.2) and the first stopper is when I have tried to make & make install Afhel, HELib has been installed like a charm, however it throws an error:
Afhel.cpp:50:14: error: definition of implicitly-declared ‘Afhel::Afhel()’  Afhel::Afhel(){}               ^ compilation terminated due to -Wfatal-errors. Makefile:145: recipe for target 'Afhel.lo' failed make: *** [Afhel.lo] Error 1
Could I have some advices to fix that and work with this Python project?
If you want to speak in Spanish about this, you can reach me at LinkedIn (request has been sent from myself).
Thanks in advance!
P.S.- Also, I have modified some separator errors in the makefiles due to spaces vs tab.
P.S.2.- Could you update the tutorial to install it with the new version? +The new SEAL library should be get from: https://download.microsoft.com/download/B/3/7/B3720F6B-4F4A-4B54-9C6C-751EF194CBE7/SEAL_2.3.1.tar.gz
The version 2.3.0 is not available anymore :(

Hi! Unfortunately right now I am in process of developing a more stable version, but it is taking longer than expected. As of today, I cannot guarantee it will work the way it should. I will still require around 2-3 weeks to make Pyfhel work properly. For the moment, as you may have noticed, I am going to be covering SEAL firstly.
I am sorry about the mistakes in the Makefiles! I corrected them in version 2, but probably forgot to do so in master branch.
Finally, regarding SEAL 2.3.1, I noticed the update 2 days ago, and I'm still working my way around it.
Apologies for a disappointing answer, but that is all I can offer as of today.

The bug should be fixed now! I pushed a fix to the original version, and version 2 should be working allright!


What do I need to add if I use the HTTPS protocol?

Such as title.

If your JDK trusts your HTTPS connection - nothing.
If you have a self-signed certificate or other some fancy certificate that you JDK does not trust, you may need to pin that certificate in your JDK.
In any case, this is not in scope of this plugin as it simply relies on the underlying JDK mechanisms for networking.
I also do not recommend compiling online resources. Make a local copy of your schemas and use episodes to rewrite URLs. Everything else will make your builds fragile.


Modular search and search-within

This is somewhere between user-story and software architecture...
We eventually need an entity-result-set presentation that includes a number of features we've explored already in different places:

Defined by an ERMrest search

The base entity aka table
Search criteria as predicates
Possibly a complex path accumulating several related entity navigation links

Nice tabular presentation

ERMrest-based pagination or infinite scroll to handle potentially large results sanely
ERMrest-based sorting to let user control presentation order of result set
Optional/alternative presentations for things like images or downloads

ERMrest-based search within the set

Refines search by adding more predicates
Facet-based or other

This result-set presentation needs to be modular so it can be applied in different UI contexts:

Replacing current search app when started on a table w/o any predicates
Replacing related entities in record app
Possibly appearing in nested/modal search controls, e.g. to allow search app to define a search criteria in terms of filters on related entities.
Possibly a new records or relatedsearch app that lets you navigate the ERM without narrowing to a single record ID first.  E.g. "filter a set of mice" then "filter a set of data files for those mice".

how do we break this down? start a design discussion? otherwise this will sit here until it gets demoted to wishlist, i think.

@robes Is this even wishlist anymore, or just wontfix since we are talking about record app navigating to recordset for related entity exploration?

This seems to apply to recordset app not record app. We have started down the path of "search within" by the fact that you can enter the recordset app with a URL that defines some initial filters. Then we want to enable "search within" or perhaps I should say "filter within" by applying additional predicates to the query. Hope I followed this correctly.

I think this issue's original text is describing something like having search capabilities on each embedded related entities table in the record app.  But, I think in other issues we've since discussed having a much simpler table representation and link back to recordset for that case...?

Yes, I think that sounds right.
Carl

Dr. Carl Kesselman
Dean’s Professor, Epstein Department of Industrial and Systems Engineering
Fellow, Information Sciences Institute
Viterbi School of Engineering
Professor, Preventive Medicine
Keck School of Medicine
University of Southern California
4676 Admiralty Way, Suite 1001, Marina del Rey, CA  90292-6695
Phone:  +1<PHONE_NUMBER>
Email:  carl<EMAIL_ADDRESS>Web: http://www.isi.edu/~carl
On Jun 8, 2016, at 4:27 PM, Karl Czajkowski <notifications<EMAIL_ADDRESS>wrote:
I think this issue's original text is describing something like having search capabilities on each embedded related entities table in the record app. But, I think in other issues we've since discussed having a much simpler table representation and link back to recordset for that case...?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/informatics-isi-edu/chaise/issues/197#issuecomment-224761497, or mute the threadhttps://github.com/notifications/unsubscribe/ADbjXrE6Kt62RB4Irg7QjgCvt2sNqf6yks5qJ0_6gaJpZM4HS_im.

If we continue the search-within story here, it seems it will involve record2 and recordset:

Record2 needs to form appropriate recordset links to restrict a recordset by path context.
Recordset needs to allow its search options to compose with the existing path context.
Eventually we need to understand the UX around visually describing the search context and/or allowing revision or "go back" capabilities to prune or amend the context?

I am going to close this issue. It's very old and I don't think it's applicable to the current chaise. Besides, the "new" record and recordset apps are designed based on the previous comment on this issue.


Add missing version handling to ViewMetadata streaming

Follow up to https://github.com/crate/crate/pull/14491
Closes https://github.com/crate/crate/issues/14555

retest this please
decommission test failure. Seems unrelated


Bug: <Error: unable to verify the first certificate> when using custom SMTP

Describe the bug
I have a self-hosted OneUptime on RHEL 9 with docker compose, on an internal domain example.local. I am trying to use custom SMTP for the email notifications (also in this internal domain) on port 25, but when I try to send a test mail to my mailbox, I get the following error on the web:
Status Message
unable to verify the first certificate
And this is the error message from my docker container:
2024-06-24T12:18:00.183689354Z Running Job: MonitorOwner:SendCreatedResourceEmail
2024-06-24T12:18:00.327390103Z Running Job: MonitorOwner:SendOwnerAddedEmail
2024-06-24T12:18:00.327543085Z Running Job: MonitorOwner:SendStatusChangeEmail
2024-06-24T12:18:00.327701375Z Running Job: OnCallDutyPolicyExecutionLog:ExecutePendingExecutions
2024-06-24T12:18:00.327843823Z Running Job: OnCallDutyPolicyExecutionLog:TimeoutStuckExecutions
2024-06-24T12:18:00.328146126Z Running Job: ScheduledMaintenance:ChangeStateToEnded
2024-06-24T12:18:00.338773670Z Running Job: ScheduledMaintenance:ChangeStateToOngoing
2024-06-24T12:18:00.350761146Z Running Job: ScheduledMaintenance:SendNotificationToSubscribers
2024-06-24T12:18:00.384566187Z Running Job: ScheduledMaintenanceOwner:SendCreatedResourceEmail
2024-06-24T12:18:00.384738790Z Running Job: ScheduledMaintenanceOwner:SendsNotePostedEmail
2024-06-24T12:18:00.388830201Z Running Job: ScheduledMaintenanceOwner:SendOwnerAddedEmail
2024-06-24T12:18:00.388949334Z Running Job: ScheduledMaintenanceOwner:SendStateChangeEmail
2024-06-24T12:18:00.389048539Z Running Job: ScheduledMaintenancePublicNote:SendNotificationToSubscribers
2024-06-24T12:18:00.389162730Z Running Job: ScheduledMaintenanceStateTimeline:SendNotificationToSubscribers
2024-06-24T12:18:00.401535285Z Running Job: ServerMonitor:CheckOnlineStatus
2024-06-24T12:18:00.410874456Z Running Job: StatusPageOwner:SendAnnouncementCreatedEmail
2024-06-24T12:18:00.411000995Z Running Job: StatusPageOwner:SendCreatedResourceEmail
2024-06-24T12:18:00.424456268Z Running Job: StatusPageOwner:SendOwnerAddedEmail
2024-06-24T12:18:00.428615354Z Running Job: UserOnCallLog:ExecutePendingExecutions
2024-06-24T12:18:00.431756120Z Running Job: UserOnCallLog:TimeoutStuckExecutions
2024-06-24T12:18:00.432045474Z Running Job: Workflow:TimeoutJobs
2024-06-24T12:18:29.036101712Z Error: unable to verify the first certificate
2024-06-24T12:18:29.036135899Z     at TLSSocket.onConnectSecure (node:_tls_wrap:1674:34)
2024-06-24T12:18:29.036140142Z     at TLSSocket.emit (node:events:519:28)
2024-06-24T12:18:29.036143491Z     at TLSSocket.emit (node:domain:488:12)
2024-06-24T12:18:29.036146846Z     at TLSSocket._finishInit (node:_tls_wrap:1085:8)
2024-06-24T12:18:29.036149947Z     at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:871:12) {
2024-06-24T12:18:29.036153431Z   code: 'ESOCKET',
2024-06-24T12:18:29.036157589Z   command: 'CONN'
2024-06-24T12:18:29.036160989Z }

To Reproduce
Steps to reproduce the behavior:

Went to More > Project Settings
Scroll down to "Notifications" > click "Notification Settings"
Click "Create Custom SMTP Config"
Enter local SMPT server details: hostname, port 25 (Use SSL/TLS is turned off), username and password, email from and from name
Save changes
Click "Send Test Email"
Enter mailbox and click "Send Test Email"
Get that error message in the dialog box:

Cannot send email. Please check your SMTP config. If you are using Google or Gmail, please dont since it does not support machine access to their mail servers. If you are still having issues, please uncheck SSL/TLS toggle and try again. We recommend using SendGrid or Mailgun or any large volume mail provider for SMTP.

Close that, go to "Email Logs"
Click on "View Status Message"
Status Message
unable to verify the first certificate

Expected behavior
Successfully sent test mail and functioning custom SMTP Configuration
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

Windows 10
Chrome
117.0.5938.92 (Official Build) (64-bit)

Deployment Type
Self-Hosted, RHEL 9 with docker compose (no npm)
Additional context
As far as I understand, it needs the CA-certificate, but I am completely unsure how and where to put that certificate.
I tried this in the app container:
openssl s_client -starttls smtp -crlf -connect smtpip:25
And it returned the same error "unable to verify first certificate". After I manually uploaded the CA cert to the docker container and updated the trust store, the openssl command no longer returned the error.

Please uncheck SSL/TLS box when adding custom smtp config. That should fix it.

This is exactly why I created this issue - SSL/TLS box is UNCHECKED and it is still giving me that error. I have double-checked my firewalls and rules, there is nothing else that could be causing the problem. What else can be done?


ccache blacklist

Prerequisites

[x] Have you checked for an existing issue describing your idea?

What is your proposal?
It would be nice to have a variable in poudriere.conf such as CCACHE_BLACKLIST which would disable ccache for the matched packages in the list.
What is the existing behavior, if any?
ccache can only be globally enabled or disabled.
What is the motivation / use case for the change?
ccache can have issues on a per package basis (see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281009 for instance)
Currently, if one wants to build such packages they would need to disable ccache for the entire configuration. Ideally, they should be able to disable ccache for the problem packages.
Did you consider any alternatives?
You could build the package(s) in a separate repo via sets and disable ccache in the set specific config file. I didn't test this though, besides it is cumbersome.
Is this really a ports feature request?

Ports do have a NO_CCACHE variable that could be set to disable ccache, however I still believe this should be an option for poudriere users as it could be useful as a stop-gap while the port is fixed to get a package to build.
Example

CCACHE_BLACKLIST="neovim llvm*"
Additional context

I've run into this before too. I'll add this.


Bradley

Added a folder structure to the project as well as changed a bit of the wording

Next time you make a PR, let me review it before you merge.


Adding appropriate comments

Would like to add appropriate comments in index.html file describing each calculator implemented , so that the navigation is easy.
Thanks!

I think, the headings of the Calculators serves he same purpose


Need a Loading State

While getting data from an API, it takes time, and in that time there should be a way to display the loading state

We should be able to access this with the api name:
apiName.isLoading
apiName.hasError
apiName.error
apiName.success

PR - #833


Auto-import should sort suggestions better

This is an example of an auto import suggestion from a Django project with a model called WorkPeriod. In this case we have an exact match (the correct import in this case), but it ends up really far down in the list. Naturally there are quite a few other things in the project that contains the name of that model, and it's probably reasonable to include all or most of them in the import suggestions, but the sorting should be improved.
Maybe there is also a difference between what import suggestions are relevant while typing, and what imports are relevant when "correcting squiggles". In this particular case I would find the non-exact-matches useful while typing/intellisense, but not while showing quick fixes.

We're currently reworking this, but showing exact matches at the top sounds reasonable.

this is a dup of https://github.com/microsoft/pylance-release/issues/297
tracking issue on the other issue.


moved simulation logging to the simulation kernel

Pull request information

Status: ? (ready to merge / in development)
Kind of changes: ? (bug fix / new feature / documentation...)
Related PR or issue: ? (optional)

Description

? (general description)

Pull Request Test Coverage Report for Build 6807

54 of 54 (100.0%)  changed or added relevant lines in 3 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage increased (+0.1%) to 88.93%

Files with Coverage Reduction
New Missed Lines
%

flow/core/kernel/vehicle/traci.py
1
88.05%

Totals

Change from base Build 6719:
0.1%

Covered Lines:
9592

Relevant Lines:
10786

💛  - Coveralls


chore: replace custom test fixture with global setup

Just to clarify... what are we thinking re. testing examples? IMO testing that the examples work is great, is that what we're doing? As opposed to, I guess, using the examples to test that our code works.

Hmm, ideally we're doing both. We're testing that that console works correctly and in order for that to happen the examples also need to work correctly.

I don't think it's a good idea for our tests to be tied to the examples, because it means the examples can't evolve without also having to update tests that are unrelated to them.

Well, you can't have your cake and eat it too :)
I think at this point we're basically doing this "IMO testing that the examples work is great" and we're using our existing console tests to do it with the added benefit of making sure the console works e2e with some of our examples. If this starts to become a pain or slows people down with writing examples, we can switch over to the smoketest or something more stable.
For the first time we have some confidence in our examples and console, which feels good at the moment.

We can have our cake and eat it, you do exactly what we've been doing up until this point - have a specific set of modules that are used for your tests.

Yeah I'm super happy to do that, but it will have the downside of having no idea if our examples work. Plus we'll be continuing to maintain duplicates of lots of module functionality. http is a good example where we want to show examples of http modules + we want to make sure the console's http stuff works.
If that's preferred, then we can just duplicate the examples stuff to use for our e2e tests and deal with examples stability in another way.


removed confusing note

https://github.com/MicrosoftDocs/windows-itpro-docs/issues/9072

Dear @JohanFreelancer9,
kindly do the copy editor review for this PR.
Dear @nam31, for your information
Thank you

@greg-lindsay, PR has been copyedited and is ready for final review, could you please check and merge? Thanks!

#sign-off

If the note is confusing it should not be fixed by deleting content. We can clarify or change the wording, but I am not approving a simple deletion.

Dear @greg-lindsay ,
I believe the note should be removed, as there are ways to update Windows using Intune, which makes the note technically incorrect. Please see the discussion of the issue https://github.com/MicrosoftDocs/windows-itpro-docs/issues/9072 .
Thank you

Hi, the note is about WufB, not Intune. I did not write the note  but accepted it from another contributor who I believe was a Microsoft employee. We need clarification here if there are details being missed, not a simple deletion.

Dear @greg-lindsay ,
please have a look at https://github.com/MicrosoftDocs/windows-itpro-docs/pull/9231.
Thank you


Redirect to /cash after SSO registration/login

After users use SSO to register on my site it redirects them to the /cash route for some reason and generates an error message.
I'm running 0.7.0-dev and I know it's not supported with this plugin but I'd like to use the openfantasy-rpg plugin which requires this.
In the meantime I'll have to disable both of them :(

That's weird. Disable OF plugin and see if this still happens with cash mod only?

Also paste error message as well

It only happens with both plugins installed. Disabling OF doesn't cause the issue. Also the error displayed is:
/cash Not Found
You seem to have stumbled upon a page that does not exist. Return to the home page.

Here's a screencap I made if it helps:
https://www.dropbox.com/s/mswh8g88qjes4gh/cash-orpg.mov?dl=0

yeah, there is no /cash route. So my wonder is why you are being redirected there.

Does everything else work btw? Your only issue is that after users use SSO they are redirected to /cash? What SSO plugin are you using?

Everything else works as far as I know. I'm using julianlams nodebb-plugin-sso-oauth that i modified for my custom oauth implementation.


Helm/Emacs becomes unresponsive during search

What I have noticed under GNU/Linux (Ubuntu 12.04 LTS 64bit) using Emacs 24.3.1 is that the helm interface freezes for a small break (about a second on my machine/Internet connection) after I have typed something but before any options show up in the search results.
I would expect that the Emacs interface would remain responsive while the search is performed and the output prepared.
This renders the interface still usable, but far from ideal as it pauses just enough to make it difficult to type.
Reproduction is easy for me.  This happens every time I search for something on with helm-spotify.
If I were to guess what is happening, I would say that either helm is blocking all input while the web API request is made, request received, parsed, and the helm list is populated.  I assume that this is not a slowness in Helm itself (this is my first time using helm) or the parsing, but rather simply the web API taking some time.
Perhaps an idle timer would fix things?
P.S. this is a pretty awesome toy.

Any update on this issue?

http://blog.johnregner.com/post/78877988910/fixing-helm-spotify
Bug fixed temporarily.


Sporadic crash and core dump in Mutex_trylock

We're seeing a very sporadic crash and core dump at customer site with production traffic load.  In every instance gathered thus far, the location of the segfault is the same:
Core was generated by '/opt/trafficserver/bin/traffic_server --bind_stdout /opt/trafficserver/var/log/'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000007098c2 in Mutex_trylock (t=0x2b521e086010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:287
287       if (m->thread_holding != t) {

There are various stack trace paths, but all of them eventually end up going through manage_keep_alive_queue before hitting the Mutex_trylock.  Most of them have also gone through Http2ConnectionState::release_stream() although one of them goes through InactivityCop::check_inactivity().
We are currently on trafficserver 8.0.7, which is where these traces come from. We do have the code referenced in #4504. We are in the process of merging to the tip of the 8.1.x branch, but thought we'd ask here to see if we can/should expect these issues to be resolved with the Http2 changes in 8.1.x?
Unfortunately, I am unable to fetch the history via vc->history as this appears to have been optimized out by the compiler and we can't run debug code in this environment. We have not yet been able to reproduce on demand in our lab.
I am including samples of various stack traces retrieved. Would appreciate any thoughts!
#0  0x00000000007098c2 in Mutex_trylock (t=0x2b521e086010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2b521e086010, am=..., this=0x2b5224f59a10)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1614298436718203540, vc=<optimized out>, this=0x2b521df7ccf0) at UnixNet.cc:644
#3  manage_keep_alive_queue (this=0x2b521df7ccf0) at UnixNet.cc:622
#4  NetHandler::add_to_keep_alive_queue (this=0x2b521df7ccf0, vc=<optimized out>) at UnixNet.cc:688
#5  0x000000000058d919 in Http2ConnectionState::release_stream (this=0x2b5598c7b550, stream=<optimized out>)
    at Http2ConnectionState.cc:1350
#6  0x0000000000577fe5 in Http2Stream::destroy (this=0x2b5737147a80) at Http2Stream.cc:749
#7  0x00000000005742f9 in Http2Stream::transaction_done (this=0x2b5737147a80) at Http2Stream.cc:391
#8  0x0000000000505a9c in HttpSM::kill_this (this=this@entry=0x2b570d0e18d0) at HttpSM.cc:6849
#9  0x0000000000506257 in HttpSM::main_handler (this=0x2b570d0e18d0, event=2301, data=0x2b570d0e27d0) at HttpSM.cc:2559
#10 0x00000000005552a1 in handleEvent (data=0x2b570d0e27d0, event=2301, this=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Continuation.h:160
#11 HttpTunnel::main_handler (this=0x2b570d0e27d0, event=<optimized out>, data=<optimized out>) at HttpTunnel.cc:1692
#12 0x0000000000676962 in handleEvent (data=0x2b5299961590, event=103, this=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Continuation.h:160
#13 calluser (event=103, this=0x2b5299961340) at P_CacheInternal.h:628
#14 CacheVC::openWriteMain (this=0x2b5299961340) at CacheWrite.cc:1393
#15 0x0000000000752b52 in handleEvent (data=0x2b5228073720, event=1, this=<optimized out>) at I_Continuation.h:160
#16 EThread::process_event (this=this@entry=0x2b521e086010, e=e@entry=0x2b5228073720, calling_code=1) at UnixEThread.cc:131
#17 0x000000000075341e in EThread::process_queue (this=this@entry=0x2b521e086010,
    NegativeQueue=NegativeQueue@entry=0x2b5224f59e70, ev_count=ev_count@entry=0x2b5224f59e6c,
    nq_count=nq_count@entry=0x2b5224f59e68) at UnixEThread.cc:170
#18 0x0000000000753a08 in EThread::execute_regular (this=0x2b521e086010) at UnixEThread.cc:230
#19 0x000000000075254a in spawn_thread_internal (a=0x1c37920) at Thread.cc:85
#20 0x00002b52159d9e65 in start_thread () from /lib64/libpthread.so.0
#21 0x00002b521670f88d in clone () from /lib64/libc.so.6

=================
#0  0x000000000070a07a in Mutex_trylock (t=0x2b058e939010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2b058e939010, am=..., this=0x2b05950bcc90)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1614215343299903804, vc=<optimized out>, this=0x2b058e93ccf0) at UnixNet.cc:644
#3  NetHandler::manage_keep_alive_queue (this=0x2b058e93ccf0) at UnixNet.cc:622
#4  0x000000000070ac02 in InactivityCop::check_inactivity (this=0x2b05e80008c0, event=<optimized out>, e=<optimized out>)
    at UnixNet.cc:99
#5  0x0000000000752b52 in handleEvent (data=0x1323f80, event=2, this=<optimized out>) at I_Continuation.h:160
#6  EThread::process_event (this=this@entry=0x2b058e939010, e=e@entry=0x1323f80, calling_code=2) at UnixEThread.cc:131
#7  0x0000000000753d63 in EThread::execute_regular (this=0x2b058e939010) at UnixEThread.cc:244
#8  0x000000000075254a in spawn_thread_internal (a=0x131eda0) at Thread.cc:85
#9  0x00002b058af6ee65 in start_thread () from /lib64/libpthread.so.0
#10 0x00002b058bca488d in clone () from /lib64/libc.so.6

===============
#0  0x00000000007098c2 in Mutex_trylock (t=0x2adb1db45010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2adb1db45010, am=..., this=0x2adb245e8b90)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1613916233686290533, vc=<optimized out>, this=0x2adb1db48cf0) at UnixNet.cc:644
#3  manage_keep_alive_queue (this=0x2adb1db48cf0) at UnixNet.cc:622
#4  NetHandler::add_to_keep_alive_queue (this=0x2adb1db48cf0, vc=<optimized out>) at UnixNet.cc:688
#5  0x000000000058d919 in Http2ConnectionState::release_stream (this=0x2adff4d97610, stream=<optimized out>)
    at Http2ConnectionState.cc:1350
#6  0x0000000000577fe5 in Http2Stream::destroy (this=0x2ae0374c89c0) at Http2Stream.cc:749
#7  0x00000000005784bb in Http2Stream::terminate_if_possible (this=0x2ae0374c89c0) at Http2Stream.cc:391
#8  0x000000000057871c in Http2Stream::main_event_handler (this=0x2ae0374c89c0, event=<optimized out>, edata=0x2ae01953f5a0)
    at Http2Stream.cc:142
#9  0x0000000000752b52 in handleEvent (data=0x2ae01953f5a0, event=104, this=<optimized out>) at I_Continuation.h:160
#10 EThread::process_event (this=this@entry=0x2adb1db45010, e=e@entry=0x2ae01953f5a0, calling_code=104) at UnixEThread.cc:131
#11 0x000000000075341e in EThread::process_queue (this=this@entry=0x2adb1db45010,
    NegativeQueue=NegativeQueue@entry=0x2adb245e8e70, ev_count=ev_count@entry=0x2adb245e8e6c,
    nq_count=nq_count@entry=0x2adb245e8e68) at UnixEThread.cc:170
#12 0x0000000000753a08 in EThread::execute_regular (this=0x2adb1db45010) at UnixEThread.cc:230
#13 0x000000000075254a in spawn_thread_internal (a=0x10beb10) at Thread.cc:85
#14 0x00002adb1594de65 in start_thread () from /lib64/libpthread.so.0
#15 0x00002adb1668388d in clone () from /lib64/libc.so.6

================
#0  0x00000000007098c2 in Mutex_trylock (t=0x2af54b69b010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2af54b69b010, am=..., this=0x2af55e7051b0)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1613927876215693237, vc=<optimized out>, this=0x2af54b69ecf0) at UnixNet.cc:644
#3  manage_keep_alive_queue (this=0x2af54b69ecf0) at UnixNet.cc:622
#4  NetHandler::add_to_keep_alive_queue (this=0x2af54b69ecf0, vc=<optimized out>) at UnixNet.cc:688
#5  0x000000000058d919 in Http2ConnectionState::release_stream (this=0x2afa08250890, stream=<optimized out>)
    at Http2ConnectionState.cc:1350
#6  0x0000000000577fe5 in Http2Stream::destroy (this=0x2af8a731ffc0) at Http2Stream.cc:749
#7  0x00000000005742f9 in Http2Stream::transaction_done (this=0x2af8a731ffc0) at Http2Stream.cc:391
#8  0x0000000000505a9c in HttpSM::kill_this (this=this@entry=0x2afa245e6d20) at HttpSM.cc:6849
#9  0x0000000000506257 in HttpSM::main_handler (this=0x2afa245e6d20, event=100, data=0x2af8a7320230) at HttpSM.cc:2559
#10 0x000000000057501e in Http2Stream::update_read_request (this=this@entry=0x2af8a731ffc0,
    read_len=read_len@entry=9223372036854775807, call_update=call_update@entry=true, check_eos=check_eos@entry=false)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Continuation.h:160
#11 0x0000000000575401 in Http2Stream::send_request (this=this@entry=0x2af8a731ffc0, cstate=...) at Http2Stream.cc:183
#12 0x000000000058fbf3 in rcv_headers_frame (cstate=..., frame=...) at Http2ConnectionState.cc:344
#13 0x0000000000591e59 in Http2ConnectionState::main_event_handler (this=0x2afa08250890, event=<optimized out>,
    edata=<optimized out>) at Http2ConnectionState.cc:983
#14 0x0000000000585f6f in handleEvent (data=0x2af55e705720, event=2253, this=0x2afa08250890)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Continuation.h:160
#15 send_connection_event (cont=cont@entry=0x2afa08250890, event=event@entry=2253, edata=edata@entry=0x2af55e705720)
    at Http2ClientSession.cc:58
#16 0x0000000000586165 in Http2ClientSession::do_complete_frame_read (this=this@entry=0x2afa082505c0)
    at Http2ClientSession.cc:541
#17 0x000000000058650d in Http2ClientSession::state_process_frame_read (this=this@entry=0x2afa082505c0, event=event@entry=100,
    vio=vio@entry=0x2af6b5ade6f8, inside_frame=inside_frame@entry=false) at Http2ClientSession.cc:594
#18 0x0000000000586d01 in Http2ClientSession::state_start_frame_read (this=0x2afa082505c0, event=100, edata=0x2af6b5ade6f8)
    at Http2ClientSession.cc:462
#19 0x0000000000587540 in Http2ClientSession::main_event_handler (this=0x2afa082505c0, event=100, edata=0x2af6b5ade6f8)
    at Http2ClientSession.cc:331
#20 0x00000000007197a2 in handleEvent (data=0x2af6b5ade6f8, event=100, this=<optimized out>)
    at /usr/src/debug/trafficserver-8.0.7/iocore/eventsystem/I_Continuation.h:160
#21 read_signal_and_update (vc=0x2af6b5ade560, vc@entry=0x1, event=event@entry=100) at UnixNetVConnection.cc:83
#22 UnixNetVConnection::readSignalAndUpdate (this=this@entry=0x2af6b5ade560, event=event@entry=100) at UnixNetVConnection.cc:1064
#23 0x00000000006e6350 in SSLNetVConnection::net_read_io (this=0x2af6b5ade560, nh=0x2af54b69ecf0, lthread=<optimized out>)
    at SSLNetVConnection.cc:654
#24 0x0000000000706e44 in NetHandler::process_ready_list (this=this@entry=0x2af54b69ecf0) at UnixNet.cc:395
#25 0x000000000070711d in NetHandler::waitForActivity (this=0x2af54b69ecf0, timeout=<optimized out>) at UnixNet.cc:528
#26 0x0000000000753f49 in EThread::execute_regular (this=0x2af54b69b010) at UnixEThread.cc:272
#27 0x000000000075254a in spawn_thread_internal (a=0x2a454d0) at Thread.cc:85
#28 0x00002af546c00e65 in start_thread () from /lib64/libpthread.so.0
#29 0x00002af54793688d in clone () from /lib64/libc.so.6

We are currently on trafficserver 8.0.7, which is where these traces come from. We do have the code referenced in #4504. We are in the process of merging to the tip of the 8.1.x branch, but thought we'd ask here to see if we can/should expect these issues to be resolved with the Http2 changes in 8.1.x?

This might be fixed because the 8.1.x branch has various changes for the stability of HTTP/2.
Please let us know if 8.1.x still has this crash. FWIW, I haven't seen this crash with 8.1.2 in our env.

@masaori335 - thank you. We saw many http2 changes in 8.1.x.  We will update if the issue continues.

PR #4379 addressed adding an assert to catch when this code was being entered without being locked.

Looks like the issues @masaori335 identified from H2 applying to the keep_alive_queue are identified in issue #4504.

@masaori335 @shinrich we are still seeing crashes near the tip of the 8.1.x branch. They are not all related to Http2, but they do all go through either add_to_keep_alive_queue or manage_keep_alive_queue and in every case it appears that the m_ptr of the mutex is null.
@shinrich we do have the code from #4936 that was to address #4504. However, we do not have the assert code from #4379, which is also not in the 8.1.x branch. It seems like it would be good to pick that up.
Over the past week or so in this production environment, we have seen more than a dozen crashes spread across multiple servers, although not all the servers in the deployment. It appears to happen only under production load. The crashes fall fairly evenly across 4 call stacks, all of which eventually end up trying to add to or manage the keep_alive queue:

Http2Stream::destroy => Http2ConnectionState::release_stream => add_to_keep_alive_queue
InactivityCop::check_inactivity => manage_keep_alive_queue
Http1ClientSession::start => add_to_keep_alive_queue
Http1ClientSession::release => add_to_keep_alive_queue

Will add some example stack traces and one history dump below.

An example of the Http1ClientSession::release crash:
(gdb) bt
#0  0x0000000000718022 in Mutex_trylock (t=0x2b7d8f341010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2b7d8f341010, am=..., this=0x2b7d95ac7a60)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1615727914286925795, vc=<optimized out>, this=0x2b7d8f344cf0) at UnixNet.cc:648
#3  manage_keep_alive_queue (this=0x2b7d8f344cf0) at UnixNet.cc:626
#4  NetHandler::add_to_keep_alive_queue (this=0x2b7d8f344cf0, vc=<optimized out>) at UnixNet.cc:698
#5  0x00000000004e63c5 in Http1ClientSession::release (this=0x2b7daa9663c0, trans=0x2b7daa9666f0) at Http1ClientSession.cc:485
#6  0x00000000006c3c5d in ProxyClientTransaction::release (this=0x2b7daa9666f0, r=<optimized out>)
    at ProxyClientTransaction.cc:71
#7  0x00000000004f6540 in HttpSM::tunnel_handler_ua (this=0x2b866faebd80, event=103, c=0x2b866faeccc0) at HttpSM.cc:3274
#8  0x000000000055bd61 in HttpTunnel::consumer_handler (this=this@entry=0x2b866faecc80, event=103, c=0x2b866faeccc0)
    at HttpTunnel.cc:1389
#9  0x000000000055c214 in HttpTunnel::main_handler (this=0x2b866faecc80, event=<optimized out>, data=<optimized out>)
    at HttpTunnel.cc:1678
#10 0x000000000048c8f2 in handleEvent (data=0x2b81106a4528, event=<optimized out>, this=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Continuation.h:160
#11 write_signal_and_update (vc=0x2b81106a4320, event=<optimized out>) at UnixNetVConnection.cc:114
#12 write_signal_done (event=<optimized out>, nh=0x2b7d8f344cf0, vc=0x2b81106a4320) at UnixNetVConnection.cc:156
#13 0x000000000072ca34 in write_to_net_io (nh=nh@entry=0x2b7d8f344cf0, vc=0x2b81106a4320, thread=<optimized out>)
    at UnixNetVConnection.cc:523
#14 0x000000000072ccd8 in write_to_net (nh=nh@entry=0x2b7d8f344cf0, vc=vc@entry=0x2b81106a4320, thread=<optimized out>)
    at UnixNetVConnection.cc:368
#15 0x00000000007154cf in NetHandler::process_ready_list (this=this@entry=0x2b7d8f344cf0) at UnixNet.cc:416
#16 0x000000000071578d in NetHandler::waitForActivity (this=0x2b7d8f344cf0, timeout=<optimized out>) at UnixNet.cc:532
#17 0x0000000000761d09 in EThread::execute_regular (this=0x2b7d8f341010) at UnixEThread.cc:278
#18 0x000000000076030a in spawn_thread_internal (a=0x17b3b40) at Thread.cc:85
#19 0x00002b7d8b976e65 in start_thread () from /lib64/libpthread.so.0
#20 0x00002b7d8c6ac88d in clone () from /lib64/libc.so.6

bt full:
(gdb) bt full
#0  0x0000000000718022 in Mutex_trylock (t=0x2b7d8f341010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
No locals.
#1  MutexTryLock (t=0x2b7d8f341010, am=..., this=0x2b7d95ac7a60)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
No locals.
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1615727914286925795, vc=<optimized out>, this=0x2b7d8f344cf0) at UnixNet.cc:648
        lock = {m = {m_ptr = 0x0}, lock_acquired = false}
        diff = <optimized out>
#3  manage_keep_alive_queue (this=0x2b7d8f344cf0) at UnixNet.cc:626
        vc = 0x2b80f4393400
        total_connections_in = <optimized out>
        vc_next = 0x0
        closed = 0
        total_idle_time = 0
        handle_event = 0
        total_idle_count = 0
#4  NetHandler::add_to_keep_alive_queue (this=0x2b7d8f344cf0, vc=<optimized out>) at UnixNet.cc:698
        __FUNCTION__ = "add_to_keep_alive_queue"
#5  0x00000000004e63c5 in Http1ClientSession::release (this=0x2b7daa9663c0, trans=0x2b7daa9666f0) at Http1ClientSession.cc:485
        more_to_read = false
#6  0x00000000006c3c5d in ProxyClientTransaction::release (this=0x2b7daa9666f0, r=<optimized out>)
    at ProxyClientTransaction.cc:71
        __FUNCTION__ = "release"
#7  0x00000000004f6540 in HttpSM::tunnel_handler_ua (this=0x2b866faebd80, event=103, c=0x2b866faeccc0) at HttpSM.cc:3274
        close_connection = false
        p = <optimized out>
        selfc = <optimized out>
        __FUNCTION__ = "tunnel_handler_ua"
        original_source = <optimized out>
#8  0x000000000055bd61 in HttpTunnel::consumer_handler (this=this@entry=0x2b866faecc80, event=103, c=0x2b866faeccc0)
    at HttpTunnel.cc:1389
        sm_callback = false
        jump_point = <optimized out>
        p = 0x2b866faece80
        __FUNCTION__ = "consumer_handler"
#9  0x000000000055c214 in HttpTunnel::main_handler (this=0x2b866faecc80, event=<optimized out>, data=<optimized out>)
    at HttpTunnel.cc:1678
        p = <optimized out>
        c = <optimized out>
        sm_callback = false
#10 0x000000000048c8f2 in handleEvent (data=0x2b81106a4528, event=<optimized out>, this=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Continuation.h:160
No locals.
#11 write_signal_and_update (vc=0x2b81106a4320, event=<optimized out>) at UnixNetVConnection.cc:114
No locals.
#12 write_signal_done (event=<optimized out>, nh=0x2b7d8f344cf0, vc=0x2b81106a4320) at UnixNetVConnection.cc:156
No locals.
#13 0x000000000072ca34 in write_to_net_io (nh=nh@entry=0x2b7d8f344cf0, vc=0x2b81106a4320, thread=<optimized out>)
    at UnixNetVConnection.cc:523
        wbe_event = <optimized out>
        e = <optimized out>
        s = 0x2b81106a4520
        lock = {m = {m_ptr = 0x2b7de2fcf410}, lock_acquired = true}
        r_ip = "<IP_ADDRESS>\000\000\000"
        buf = @0x2b81106a4548: {mbuf = 0x2b8668177630, entry = 0x2b8668177670}
        towrite = 105066
        signalled = <optimized out>
        needs = -2147483644
        total_written = 105066
        r = 105066
        __FUNCTION__ = "write_to_net_io"
#14 0x000000000072ccd8 in write_to_net (nh=nh@entry=0x2b7d8f344cf0, vc=vc@entry=0x2b81106a4320, thread=<optimized out>)
    at UnixNetVConnection.cc:368
No locals.
#15 0x00000000007154cf in NetHandler::process_ready_list (this=this@entry=0x2b7d8f344cf0) at UnixNet.cc:416
        vc = <optimized out>
#16 0x000000000071578d in NetHandler::waitForActivity (this=0x2b7d8f344cf0, timeout=<optimized out>) at UnixNet.cc:532
        epd = <optimized out>
        lock = {m = {m_ptr = 0x2b7d90002d60}, locked_p = true}
        pd = 0x2b7d95f12010
        vc = <optimized out>
        __FUNCTION__ = "waitForActivity"
#17 0x0000000000761d09 in EThread::execute_regular (this=0x2b7d8f341010) at UnixEThread.cc:278
        done_one = <optimized out>
        sleep_time = <optimized out>
        e = <optimized out>
        NegativeQueue = {<DLL<Event, Event::Link_link>> = {head = 0x0}, tail = 0x0}
        next_time = <optimized out>
        delta = <optimized out>
        prev_metric = <optimized out>
        nq_count = 2
        ev_count = 2
        METRIC_INIT = {_loop_time = {_start = 0, _min =<PHONE_NUMBER>854775807, _max = 0}, _events = {_min =<PHONE_NUMBER>, _max = 0,
            _total = 0}, _count = 0, _wait = 0}
#18 0x000000000076030a in spawn_thread_internal (a=0x17b3b40) at Thread.cc:85
        p = 0x17b3b40
#19 0x00002b7d8b976e65 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#20 0x00002b7d8c6ac88d in clone () from /lib64/libc.so.6
No symbol table info available.

HttpSM history (from frame 7):
(gdb) frame 7
#7  0x00000000004f6540 in HttpSM::tunnel_handler_ua (this=0x2b866faebd80, event=103, c=0x2b866faeccc0) at HttpSM.cc:3274
3274        ua_txn->release(ua_buffer_reader);
(gdb) print history
$1 = {history = {{location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781500 <HttpSM::state_read_client_request_header(int, void*)::__FUNCTION__> "state_read_client_request_header",
        line = 586}, event = 100, reentrancy = 2}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 3}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 3}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 4}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 4}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 5}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 5}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 6}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 6}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x780918 <HttpSM::set_next_state()::__FUNCTION__> "set_next_state", line = 7308}, event = 34463, reentrancy = 6},
    {location = {file = 0x77d5de "HttpSM.cc", func = 0x780918 <HttpSM::set_next_state()::__FUNCTION__> "set_next_state",
        line = 7348}, event = 34463, reentrancy = 6}, {location = {file = 0x78cc60 "HttpCacheSM.cc",
        func = 0x78ceb0 <HttpCacheSM::state_cache_open_read(int, void*)::__FUNCTION__> "state_cache_open_read", line = 116},
      event = 1102, reentrancy = -31073}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x7811a0 <HttpSM::state_cache_open_read(int, void*)::__FUNCTION__> "state_cache_open_read", line = 2474},
      event = 1102, reentrancy = 7}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 8}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 8}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781390 <HttpSM::state_api_callback(int, void*)::__FUNCTION__> "state_api_callback", line = 1290},
      event = 60000, reentrancy = 9}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781370 <HttpSM::state_api_callout(int, void*)::__FUNCTION__> "state_api_callout", line = 1330}, event = 60000,
      reentrancy = 9}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x780b90 <HttpSM::setup_cache_read_transfer()::__FUNCTION__> "setup_cache_read_transfer", line = 6103},
      event = 34463, reentrancy = 9}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781020 <HttpSM::tunnel_handler_cache_read(int, HttpTunnelProducer*)::__FUNCTION__> "tunnel_handler_cache_read",
        line = 3325}, event = 102, reentrancy = 6}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x780db0 <HttpSM::do_cache_lookup_and_read()::__FUNCTION__> "do_cache_lookup_and_read", line = 4532}, event = 0,
      reentrancy = 6}, {location = {file = 0x77d5de "HttpSM.cc",
        func = 0x781060 <HttpSM::tunnel_handler_ua(int, HttpTunnelConsumer*)::__FUNCTION__> "tunnel_handler_ua", line = 3156},
      event = 103, reentrancy = 0}, {location = {file = 0x0, func = 0x0, line = 0}, event = 0,
      reentrancy = 0} <repeats 44 times>}, history_pos = 21}

An example of the Http2 stream_release crash:
(gdb) bt
#0  0x0000000000718022 in Mutex_trylock (t=0x2b9c77445010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
#1  MutexTryLock (t=0x2b9c77445010, am=..., this=0x2b9c7df4db60)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1615767053666485882, vc=<optimized out>, this=0x2b9c77448cf0) at UnixNet.cc:648
#3  manage_keep_alive_queue (this=0x2b9c77448cf0) at UnixNet.cc:626
#4  NetHandler::add_to_keep_alive_queue (this=0x2b9c77448cf0, vc=<optimized out>) at UnixNet.cc:698
#5  0x00000000005854c2 in Http2ConnectionState::release_stream (this=this@entry=0x2b9ccb364f78,
    stream=stream@entry=0x2ba7d54626c0) at Http2ConnectionState.cc:1403
#6  0x00000000005924df in Http2Stream::destroy (this=0x2ba7d54626c0) at Http2Stream.cc:784
#7  0x000000000058ea8f in Http2Stream::terminate_if_possible (this=this@entry=0x2ba7d54626c0) at Http2Stream.cc:414
#8  0x0000000000591a37 in Http2Stream::main_event_handler (this=0x2ba7d54626c0, event=<optimized out>, edata=<optimized out>)
    at Http2Stream.cc:149
#9  0x0000000000760912 in handleEvent (data=0x2ba7d9fdd340, event=103, this=<optimized out>) at I_Continuation.h:160
#10 EThread::process_event (this=this@entry=0x2b9c77445010, e=e@entry=0x2ba7d9fdd340, calling_code=103) at UnixEThread.cc:131
#11 0x00000000007611de in EThread::process_queue (this=this@entry=0x2b9c77445010,
    NegativeQueue=NegativeQueue@entry=0x2b9c7df4de70, ev_count=ev_count@entry=0x2b9c7df4de6c,
    nq_count=nq_count@entry=0x2b9c7df4de68) at UnixEThread.cc:170
#12 0x00000000007617c8 in EThread::execute_regular (this=0x2b9c77445010) at UnixEThread.cc:230
#13 0x000000000076030a in spawn_thread_internal (a=0x187b5d0) at Thread.cc:85
#14 0x00002b9c7331fe65 in start_thread () from /lib64/libpthread.so.0
#15 0x00002b9c7405588d in clone () from /lib64/libc.so.6

full bt:
(gdb) bt full
#0  0x0000000000718022 in Mutex_trylock (t=0x2b9c77445010, m=<optimized out>)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
No locals.
#1  MutexTryLock (t=0x2b9c77445010, am=..., this=0x2b9c7df4db60)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
No locals.
#2  _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>,
    handle_event=<synthetic pointer>, now=1615767053666485882, vc=<optimized out>, this=0x2b9c77448cf0) at UnixNet.cc:648
        lock = {m = {m_ptr = 0x0}, lock_acquired = true}
        diff = <optimized out>
#3  manage_keep_alive_queue (this=0x2b9c77448cf0) at UnixNet.cc:626
        vc = 0x2b9fee0b4000
        total_connections_in = <optimized out>
        vc_next = 0x0
        closed = 0
        total_idle_time = 0
        handle_event = 0
        total_idle_count = 0
#4  NetHandler::add_to_keep_alive_queue (this=0x2b9c77448cf0, vc=<optimized out>) at UnixNet.cc:698
        __FUNCTION__ = "add_to_keep_alive_queue"
#5  0x00000000005854c2 in Http2ConnectionState::release_stream (this=this@entry=0x2b9ccb364f78,
    stream=stream@entry=0x2ba7d54626c0) at Http2ConnectionState.cc:1403
        vc = <optimized out>
        __FUNCTION__ = "release_stream"
        lock = {m = {m_ptr = 0x2ba2b7624950}, locked_p = true}
#6  0x00000000005924df in Http2Stream::destroy (this=0x2ba7d54626c0) at Http2Stream.cc:784
        h2_proxy_ssn = 0x2b9ccb364cb0
        lock = {m = {m_ptr = 0x2ba2b7624950}, locked_p = true}
        __FUNCTION__ = "destroy"
        lock = {m = {m_ptr = 0x2b9fed9c5670}, locked_p = true}
        cid = 23156238
#7  0x000000000058ea8f in Http2Stream::terminate_if_possible (this=this@entry=0x2ba7d54626c0) at Http2Stream.cc:414
        h2_proxy_ssn = 0x2b9ccb364cb0
        lock = {m = {m_ptr = 0x2ba2b7624950}, locked_p = true}
        __FUNCTION__ = "terminate_if_possible"
#8  0x0000000000591a37 in Http2Stream::main_event_handler (this=0x2ba7d54626c0, event=<optimized out>, edata=<optimized out>)
    at Http2Stream.cc:149
        lock = {m = {m_ptr = 0x2b9fed9c5670}, locked_p = true}
        __FUNCTION__ = "main_event_handler"
        e = <optimized out>
#9  0x0000000000760912 in handleEvent (data=0x2ba7d9fdd340, event=103, this=<optimized out>) at I_Continuation.h:160
No locals.
#10 EThread::process_event (this=this@entry=0x2b9c77445010, e=e@entry=0x2ba7d9fdd340, calling_code=103) at UnixEThread.cc:131
        c_temp = <optimized out>
        lock = {m = {m_ptr = 0x2b9fed9c5670}, lock_acquired = true}
#11 0x00000000007611de in EThread::process_queue (this=this@entry=0x2b9c77445010,
    NegativeQueue=NegativeQueue@entry=0x2b9c7df4de70, ev_count=ev_count@entry=0x2b9c7df4de6c,
    nq_count=nq_count@entry=0x2b9c7df4de68) at UnixEThread.cc:170
        e = 0x2ba7d9fdd340
#12 0x00000000007617c8 in EThread::execute_regular (this=0x2b9c77445010) at UnixEThread.cc:230
        done_one = <optimized out>
        sleep_time = <optimized out>
        e = <optimized out>
        NegativeQueue = {<DLL<Event, Event::Link_link>> = {head = 0x0}, tail = 0x0}
        next_time = <optimized out>
        delta = <optimized out>
        prev_metric = 0x2b9c7754bf30
        nq_count = 184
        ev_count = 185
        METRIC_INIT = {_loop_time = {_start = 0, _min =<PHONE_NUMBER>854775807, _max = 0}, _events = {_min =<PHONE_NUMBER>, _max = 0,
            _total = 0}, _count = 0, _wait = 0}
#13 0x000000000076030a in spawn_thread_internal (a=0x187b5d0) at Thread.cc:85
        p = 0x187b5d0
#14 0x00002b9c7331fe65 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#15 0x00002b9c7405588d in clone () from /lib64/libc.so.6
No symbol table info available.

The bt from the InactivityCop crash:
(gdb) bt
#0 0x000000000071883a in Mutex_trylock (t=0x2b54d4541010, m=<optimized out>) at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
#1 MutexTryLock (t=0x2b54d4541010, am=..., this=0x2b54d6a36c90) at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
#2 _close_vc (total_idle_count=<synthetic pointer>, total_idle_time=<synthetic pointer>, closed=<synthetic pointer>, handle_event=<synthetic pointer>, now=1615761671786775338,
vc=<optimized out>, this=0x2b54d4544cf0) at UnixNet.cc:648
#3 NetHandler::manage_keep_alive_queue (this=0x2b54d4544cf0) at UnixNet.cc:626
#4 0x0000000000719372 in InactivityCop::check_inactivity (this=0x2b55080008c0, event=<optimized out>, e=<optimized out>) at UnixNet.cc:103
#5 0x0000000000760912 in handleEvent (data=0x1abbda0, event=2, this=<optimized out>) at I_Continuation.h:160
#6 EThread::process_event (this=this@entry=0x2b54d4541010, e=e@entry=0x1abbda0, calling_code=2) at UnixEThread.cc:131
#7 0x0000000000761b33 in EThread::execute_regular (this=0x2b54d4541010) at UnixEThread.cc:244
#8 0x000000000076030a in spawn_thread_internal (a=0x1ab6da0) at Thread.cc:85
#9 0x00002b54cccb5e65 in start_thread () from /lib64/libpthread.so.0
#10 0x00002b54cd9eb88d in clone () from /lib64/libc.so.6

Still trying to download the core to get more information.

Looking through our internal jira's, it looks like we battled through with this issue in Feb 2019.  @a-canary put up PR #5056 to address the issue which I closed for some reason.
Looking for PR's that address a similar issue around the same time period, I ran across PR #6396 which is in the 9 branch but not the 8.1 branch.  You might give that a try.

More related seems PR #5120. Based on my git log search doesn't seem to have landed on 8.1.
That PR also references PR #5089 which does not seem to be on the 8.1 branch either.

@shinrich thank you for the various pointers. We have pulled/ported #4379, #5120, and #5089, along with the parts of #5198 and #5201 having to do with thread_affinity into our 8.1.x fork. With this build deployed in the production environment, we have not seen any of the above stack traces in nearly a week at production traffic levels.
However, on a couple of our busiest servers, we are now seeing the following stack traces once every 2 or 3 days, which both look like they may be related to #5952 and #6686. Would you agree?
(gdb) bt full
#0  Mutex_trylock (t=0x2b09f810d010, m=<optimized out>) at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:287
No locals.
#1  MutexTryLock (t=0x2b09f810d010, am=..., this=0x2b09fa602d80) at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/I_Lock.h:555
No locals.
#2  HostDBContinuation::probeEvent (this=this@entry=0x2b152e16dee0, e=e@entry=0x0) at HostDB.cc:1579
        t = 0x2b09f810d010
        lock = {m = {m_ptr = 0x0}, lock_acquired = true}
#3  0x0000000000620096 in HostDBContinuation::dnsPendingEvent (this=0x2b152e16dee0, event=1, e=0x2b10a394f840) at HostDB.cc:1221
No locals.
#4  0x0000000000765082 in handleEvent (data=0x2b10a394f840, event=1, this=<optimized out>) at I_Continuation.h:187
No locals.
#5  EThread::process_event (this=this@entry=0x2b09f810d010, e=e@entry=0x2b10a394f840, calling_code=1) at UnixEThread.cc:131
        c_temp = <optimized out>
        lock = {m = {m_ptr = 0x21f1b20}, lock_acquired = true}
#6  0x00000000007662a3 in EThread::execute_regular (this=0x2b09f810d010) at UnixEThread.cc:244
        done_one = true
        sleep_time = <optimized out>
        e = 0x2b10a394f840
        NegativeQueue = {<DLL<Event, Event::Link_link>> = {head = 0x0}, tail = 0x0}
        next_time = <optimized out>
        delta = <optimized out>
        prev_metric = 0x2b09f82178c0
        nq_count = 927
        ev_count = 927
        METRIC_INIT = {_loop_time = {_start = 0, _min =<PHONE_NUMBER>854775807, _max = 0}, _events = {_min =<PHONE_NUMBER>, _max = 0, _total = 0},
          _count = 0, _wait = 0}
#7  0x0000000000764a7a in spawn_thread_internal (a=0x1de1670) at Thread.cc:85
        p = 0x1de1670
#8  0x00002b09f087be65 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#9  0x00002b09f15b188d in clone () from /lib64/libc.so.6
No symbol table info available.

(gdb) bt full
#0  ink_atomiclist_push (l=l@entry=0x100b10, item=item@entry=0x2aec0b3f7da0) at ink_queue.cc:533
        adr_of_next = 0x0
        h = <optimized out>
#1  0x0000000000764181 in ProtectedQueue::enqueue (this=this@entry=0x100b10, e=e@entry=0x2aec0b3f7da0, fast_signal=fast_signal@entry=false)
    at ProtectedQueue.cc:52
        e_ethread = 0x0
        was_empty = <optimized out>
#2  0x000000000062bf89 in schedule (fast_signal=false, e=<optimized out>, this=0x0)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/P_UnixEThread.h:98
No locals.
#3  EThread::schedule_in (this=0x0, cont=0x2aec34bb8b60, t=<optimized out>, callback_event=2, cookie=0x0)
    at /usr/src/debug/trafficserver-8.1.2/iocore/eventsystem/P_UnixEThread.h:71
No locals.
#4  0x000000000061d20f in HostDBContinuation::do_dns (this=this@entry=0x2aec34bb8b60) at HostDB.cc:1704
        __FUNCTION__ = "do_dns"
#5  0x000000000061ffda in HostDBContinuation::probeEvent (this=this@entry=0x2aec34bb8b60, e=e@entry=0x0) at HostDB.cc:1620
        t = <optimized out>
        lock = {m = {m_ptr = 0x2aec2381aa80}, lock_acquired = true}
#6  0x0000000000620096 in HostDBContinuation::dnsPendingEvent (this=0x2aec34bb8b60, event=1, e=0x2aec753d6b80) at HostDB.cc:1221
No locals.
#7  0x0000000000765082 in handleEvent (data=0x2aec753d6b80, event=1, this=<optimized out>) at I_Continuation.h:187
No locals.
#8  EThread::process_event (this=this@entry=0x2ae11421a010, e=e@entry=0x2aec753d6b80, calling_code=1) at UnixEThread.cc:131
        c_temp = <optimized out>
        lock = {m = {m_ptr = 0x1cf88f0}, lock_acquired = true}
#9  0x000000000076594e in EThread::process_queue (this=this@entry=0x2ae11421a010, NegativeQueue=NegativeQueue@entry=0x2ae116967e70,
    ev_count=ev_count@entry=0x2ae116967e6c, nq_count=nq_count@entry=0x2ae116967e68) at UnixEThread.cc:170
        e = 0x2aec753d6b80
#10 0x0000000000765f38 in EThread::execute_regular (this=0x2ae11421a010) at UnixEThread.cc:230
        done_one = <optimized out>
        sleep_time = <optimized out>
        e = <optimized out>
        NegativeQueue = {<DLL<Event, Event::Link_link>> = {head = 0x0}, tail = 0x0}
        next_time = <optimized out>
        delta = <optimized out>
        prev_metric = 0x2ae11431c550
        nq_count = 340
        ev_count = 341
        METRIC_INIT = {_loop_time = {_start = 0, _min =<PHONE_NUMBER>854775807, _max = 0}, _events = {_min =<PHONE_NUMBER>, _max = 0, _total = 0},
          _count = 0, _wait = 0}
#11 0x0000000000764a7a in spawn_thread_internal (a=0x18f2f60) at Thread.cc:85
        p = 0x18f2f60
#12 0x00002ae10c589e65 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#13 0x00002ae10d2bf88d in clone () from /lib64/libc.so.6
No symbol table info available.

After the additional merging of  #5952 and #6686 into our 8.1.x branch, all the cores have been resolved, and have not been seen in weeks of running in production at the customer site. Closing this issue.
Thanks for all the help!

@ezelkow1 Another candidate for 8.1 backports ( #5952 and #6686 )


How to upload file

Hello how use this progressbar with upload file?

Hi @umardraz in the README there's an example of how to use it with reading a file, for uploading a file it depends on how you're doing it but should be more or less the same.


Specify EncryptionContext by default

Amazon describes the benefits of specifying an EncryptionContext as:

Additional authenticated data (AAD)
Audit trail
Authorization context

That post goes into detail about how AEAD can prevent replacement attacks (the first point) whereas the README for credstash only seems to mention points 2 and 3 as benefits for using EncryptionContexts.
The same replacement attack (swapping encrypted values) described in that post is possible against credstash. Given this I propose setting a default EncryptionContext with at least the name of the credential.
Changes to support this should be small however there would need to be an upgrade path for existing credstash users. I'm happy to open a PR making the changes but would like feedback before doing so.

Do others believe this is a genuine issue in credstash ?
If so, Would adding something similar to credstash-migrate-autoversion.py be a suitable upgrade path?

It probably makes sense to have a default encryption context that contains the name and version of the credential (to prevent version-swapping as well). User-supplied encryption context could then be added to the dict.
We can have another migration script and put that and the auto-version migration script into  a scripts/ directory.
It sounds like a migration script for this would just entail reading the current latest values of everything and writing new versions to DDB.


Ability to manage wikis

I've hosted tiddlyserver on my server, and I was wondering if it is possible to manage (create, remove, rename, move) wikis from within the interface. So far, I've been doing that by uploading the wiki.html-files to the server using ftp, but that's a rather cumbersome task (especially when working on another workstation).
I've looked at the documentation, but was not able to find something that hinted at the existence of this functionality. I'm asking just to make sure. If managing wikis is indeed not currently supported, can you let me know if you've got that planned? If not (or even if so), I can try to take a look at adding that (though right now I would not be able to determine how much work that would be).

Okay; creation appears to be working(-ish) through the "mkdir": true, auth setting - which already is a significant improvement over using ftp.

Closing this, as I've solved this issue for myself (I've added a script to remove files and directories through another page unrelated to TiddlyServer).


Docker Container Image Vulnerability - CVE-2023-44487

Is this a BUG REPORT or FEATURE REQUEST?
Choose one: BUG REPORT
What happened: Docker container is showing a high vulnerability using Cisco Vulnerability Management scanning tool. This is NOT a duplicate of #380 as this vulnerability is not included in that bug report, which is now almost 3 years old.
CVE             Library              Version                             Severity    Fixed By    Path

CVE-2023-44487  golang.org/x/net     v0.7.0                              High        v0.17.0     /usr/local/bin/chaos-operator
CVE-2023-44487
What you expected to happen: Scanning jobs for production level containers should not have high vulnerabilities when using the latest image.
How to reproduce it (as minimally and precisely as possible): Used the Cisco Vulnerability Management scanning tool https://www.cisco.com/site/us/en/products/security/vulnerability-management/index.html

Thanks @rlindner5  for reporting the issue. We're already working on it

@Nageshbansal please feel free to take it up. I have assigned it to you. Do let me know if you have any questions.

This vulnerability is no longer showing up in scans as of the 3.5.0 image. Thanks for addressing this.


Emotes and message options buttons are not accessible.

When trying to click on the reaction button or message the buttons disappear when getting near them.
https://gfycat.com/SlimyBleakAmericanbadger

will sort a fix soon

When will this get fixed?
Is there a workaround like hiding the user pannel with ctrl+u? Well, this don't fixes the problem.

Working on it now

Fixed in latest update. its not pushed to dev yet. Closing issue


Update access rights to the parquet directory

What happened?
What did you expect instead?
Affected version(s)
No response
Affected part(s)
Extra information
No response

wrong repo


Add SPACE to target character sets

Dear authors. Thank you for your great project. I am trying training None-ResNet-BiLSTM-CTC model with my own training data. However, I founded that the performance is not good when there is any space between characters. Then I think I should add the SPACE to the character sets (current is "01234...abc...ABC.../:!~"). Do you have any suggestions for this problem? If I want to add SPACE to char sets then how can I do, just " 0123.." or any special way?
Below is a nice result from your online demo. Do you add SPACE to charsets?

Thanks for your attention. I’m looking forward to your reply.

Hello,
Just add space to char as you thought :)
It would work.
We added SPACE to charsets for web demo model.
And make sure your own training data contain SPACE also.
Best

Hey!
I'm facing the same problem and I don't have a lot of data neither computational power, I would like to know if you train your model with spaces and other characters such as '€', '£' and if you can share it!
Thank you in advance!