⚠ ClamAV has degraded performance

In 1bd0c1e, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 149 ms

Resolved: ClamAV performance has improved in 97a81c4.


Created edit_payload.py to modify payload files for statink.

Usage:
./tools/statink/edit_payload.py --input statink.msgpack --map=hokke --rule=hoko

Thanks!
We have ikalog.constants.udemae_strings for RANK_LIST but not a big deal.


Making Notes Accessible from Homepage

When I'm exploring the web3 site I want an easy way to access notes pages without knowing/entering page URLs.
Acceptance

[ ] Mains site menu has a navigation function to explore notes pages

Tasks
..

Hey @olarubaj I see there's been some great work done via the other issue, however it still seems that not all notes are visible via menu/clicks alone. As we are now transitioning this project, this is one of the last priority areas for us so would you or @khalilcodes mind picking it up? Thanks so much!

FIXED. There is now a central notes page which will shortly update with all notes, upon completion of #187

@khalilcodes @theo-cox i think we now agree there was prob miscommunication here as we already had the /all page. Personally i would suggest we link "notes" in navbar to that page for now and can leave /notes/ as an orphan (OR: and open to suggestion here: we just replace /notes/ with what is currently /all/ and redirect /all/ there for now))

Fine to follow your suggestion


User rights problem for a bin/test run

Hi,
I'd like to say that so far (even if it doesn't work ^^) I really like this project.
That being said I got :
Removing intermediate container 29bb0bcf9d4b
Successfully built defa070fc063
Successfully tagged dockergridnightwatch_nightwatch:latest
WARNING: Image for service nightwatch was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.
Error: EACCES: permission denied, scandir '/usr/src/app'
TypeError: Cannot read property 'get' of undefined
    at errorHandler (/usr/local/lib/node_modules/npm/lib/utils/error-handler.js:213:17)
    at /usr/local/lib/node_modules/npm/bin/npm-cli.js:83:20
    at cb (/usr/local/lib/node_modules/npm/lib/npm.js:215:22)
    at /usr/local/lib/node_modules/npm/lib/npm.js:253:24
    at /usr/local/lib/node_modules/npm/lib/config/core.js:81:7
    at Array.forEach (native)
    at /usr/local/lib/node_modules/npm/lib/config/core.js:80:13
    at f (/usr/local/lib/node_modules/npm/node_modules/once/once.js:25:25)
    at /usr/local/lib/node_modules/npm/lib/config/core.js:110:20
    at /usr/local/lib/node_modules/npm/lib/config/load-prefix.js:48:7
/usr/local/lib/node_modules/npm/lib/utils/error-handler.js:213
  if (npm.config.get('json')) {
                ^

TypeError: Cannot read property 'get' of undefined
    at process.errorHandler (/usr/local/lib/node_modules/npm/lib/utils/error-handler.js:213:17)
    at emitOne (events.js:115:13)
    at process.emit (events.js:210:7)
    at process._fatalException (bootstrap_node.js:329:26)

After first (and fresh and clean I guess) launch.
Happy to help, so tell me. :)

Thanks so much for reporting the error! Sorry for taking so long to respond. I'll take a look today.
A few questions to help me debug:

Are you using Mac or Linux?
Are you using Dinghy, Dory, or neither? If yes, are you on the latest version?
Are you using latest versions of docker-machine, docker, and docker-compose?

Linux Mint (latest I guess) without dinghy, docker native. I will grab more info next monday.

As promised:
➜  ~ lsb_release -d
Description:	Linux Mint 18.1 Serena
➜  ~ docker -v
Docker version 17.05.0-ce, build 89658be
➜  ~ docker-compose -v
docker-compose version 1.12.0, build b31ff33

Okay, I've looked up the docker-compose file and I was wondering why you were using host mounted volume:
    volumes:
      - .:/usr/src/app

I believe trying to use host mounted volume and trying to work with it generates the error. I already had a similar issue in one of my projects. I tried and it works but all the tests are falling. I'll keep investigate.

Thanks! Has the error changed?

I believe last merge was good. Except for that npm update check failed after launching a test. But that's another issue and requires a total rework of the Dockerfile. At least it's what I found during my late investigations.


How to stop listening to stream when the User Logout/Switched?

I have an App, that contains different exercise app, user can choose what they want to notified of e.g yoga every monday 5:30pm.
I want to stop that notification once the user logsout, specialyy on switch account since the new user should not see the yoga notification.

I am having the same issue

During logout you just need to cancel all notifications.
await AwesomeNotifications().cancelAll();

Hi! Sorry for taking so long to respond to your issue on GitHub. I was focused on releasing the new 0.7.0 version of awesome_notifications and awesome_notifications_fcm and i didn't had time enough to do both. But now I can answer all your questions.
So now i'm asking you to recreate this topic using the new issue template. There's a lot of missing informations that i need to understand your problem, and all the instructions are already in the new issue template. Also, remember to check beforehand if your issue was posted by another user.
So I will automatically close all previous issues so far.
Sorry for the inconvenience and i will be waiting for your new issue request.
Thank you so much for your support!


fix: hanging _set_up_buffer test (#139)

Add missing vim.wo mocks
Delete unnecessary vim.api.set_win_options spy
Uncomment other runner API tests

@atm1020 Awesome!!!


Option to hide groups

This pull request fixes a few styling issues, resolves a group registration bug, and resolves #27 by giving group staff the ability to opt their group out of the public scoreboard.

Looks good :+1:


yamlpc is used but not imported

Problem statement
When generate code using go-swagger against a spec that contains produces: application/yaml, the generated code restapi/operations/my_service_api.go and
restapi/configure_my_service.go will use yamlpc without importing it. So, running go build will fail.
Swagger specification
Any spec that contains produces: application/yaml.
Steps to reproduce
swagger generate -f <spec> -A my_service
Environment
swagger version: 0.14.0
go version: 1.10.2
OS:   alpine (3.7) & macos (10.13.5)

can you provide a spec to reproduce this?

Sure, will update it with a spec.

I'm running into this issue too, except even more strangely that what is reported by OP, I'm seeing that it will sometimes have the import (and hence will compile) and sometimes will not.
You can reproduce this by running
rm restapi/operations/test_api.go && swagger generate server -f swagger.yaml -A test

Here's a minimal spec that reproduces it.
swagger: '2.0'
basePath: /
info:
  title: test-server
  version: 0.0.1
  description: 'Test Server'
consumes:
  - application/yaml
produces:
  - application/json
paths:
  '/health':
    get:
      operationId: GetHealth
      produces:
        - application/json
      responses:
        200:
          description: OK
          schema:
            type: object
      tags:
        - Health

Ok, I looked into my particular issue some more, and it seems to be caused by imports.Process that is being called by swagger.
I think there are also additional conditions that trigger this issue in my case, basically what I think the problem with imports.Process is, is that when it's scanning for packages that are importable it will abort upon the first error it encounters. In my case, there's a directory that is unreadable by my user in the tree. So as it's scanning vendor for yamlpc, if it finds yamlpc first, then it will succeed, if it encounters the permission denied first, it fails.
I filed an issue here with imports.Process: https://github.com/golang/go/issues/31285

I could reproduce your issue (had to run it more than 20 times...) and yes, I agree with your diagnostic: the problems lies with go import.
I ran the generation many times without with goimport disabled and the code generated by go-swagger is stable.

Encountered something like this today, had to manually add yamlpc "github.com/go-openapi/runtime/yamlpc" in the imports of two files. go-swagger on dev-2600b738, Go 1.13.4 :
Generated files I had to add the import to:

restapi/operations/swagger_api.go
restapi/configure_swagger.go

Running into the same issue, but it's even weirder for me:

On my local machine (macOS Catalina) go 1.13.4 generation is fine, the import line is present (example: https://github.com/semi-technologies/weaviate/commit/6adc8d5c6ff77d6009849eb2561ceabeea120545)
On CI (Travis, go 1.13.4) the import gets removed (example: https://github.com/semi-technologies/weaviate/commit/087f1490d6f5f93bba375684c42ea7d7819359af)

Manually running goimports -w . on CI doesn't change the results. (Locally it fixes the issue if I manually remove the line). I assume this is the same process that would already be called from the generation?
@halfa Did you find any workaround other than manually editing the files (which is not an option for me, as generation happens as part of CI)?

try go getting the library. goimports removes imports it can't find

@casualjim Thanks a bunch, that actually fixed it! For anyone else running into this, I'm running the go get just before generating the swagger code like so: https://github.com/semi-technologies/weaviate/commit/d1ea3ed7163f3752e52a8c22791b6eae2ee4cae8#diff-f495d664973ccd95f5d09cf3a38f5a0aR21-R23


Unknown custom element that already import Vuetify

hi i got some error like this
[Vue warn]: Unknown custom element:
i have read the closed issue "Unknown custom element"
Vuetify   imports by  vuetify.js like this
import Vue from 'vue'
import Vuetify from 'vuetify/lib' // <-- this change
import 'vuetify/src/stylus/app.styl'
import VuetifyDialog from 'vuetify-dialog'
Vue.use(Vuetify, {
iconfont: 'md'
})
Vue.use(VuetifyDialog)
but it still got the errors " Unknown custom element:  ..."
when i use yariksav/vuetify-confirm , it works fine ,  without any errors
VuetifyConfirm.js like this
import Vue from 'vue'
import VuetifyConfirm from 'vuetify-confirm'
Vue.use(VuetifyConfirm, {
buttonTrueText: 'Yes',
buttonFalseText: 'Cancel',
width: 350,
property: '$confirm'
})
it works fine!!!!
do i miss something need to config?
any help?  thanks

import Vuetify from 'vuetify/lib'    to   import Vuetify from 'vuetify'
it's ok


[GHSA-p9wx-v264-q34p] Improper Certificate Validation in Microsoft .NET Framework components

Updates

Affected products

This advisory refers to 6 NuGet packages under System.ServiceModel.
According to the original announcement (dotnet/announcements#73), for four of these packages, one of the affected version ranges is [4.0.0, 4.1.3) with fixed version = 4.1.3, while for the last two it is [4.0.0, 4.0.2] with fixed version = 4.0.4. The advisory here uses [4.0.0, 4.1.3) for all six packages, which I imagine was a data entry error from thinking they all had the same version ranges.


Storing impl IntoIterator<Item = Source> instead of Vec<Source> in MergeReaderBuilder

What type of enhancement is this?
Performance
What does the enhancement do?
I woule like to open a pull request that replacing Vec<Source> with impl IntoIterator<Item = Source> in the MergeReaderBuilder to avoid unnecessary allocation.
https://github.com/cjwcommuny/greptimedb/blob/922b1a9b66a8f09ed25111e42e876917acc4cffb/src/mito2/src/read/merge.rs#L350-L357
Implementation challenges
No response

The builder also provides two methods to push a Source so we store the Vec<Source> in it.
https://github.com/GreptimeTeam/greptimedb/blob/86d377d028d592764109e4622ebd17bfc7710be4/src/mito2/src/read/merge.rs#L370-L380
The allocation of Vec<Source> isn't a bottleneck.


PlaceMark and address

Required
In implementation to return the user's current or location Placemark automatically when location is updated.
The ideal type here will be CLPacemark property which also contains the address of the  updated CLLocation

fixed in #4


Add error key to actions?

redux-act appears to adhere to the Flux Standard Action spec, except that there's no way to add error: true to error actions.
Is this something you would be open to adding?

Actually, it does not. I'm horrible at naming, so I used the same property names as everyone else, and so did FSA probably. Maybe the meta is actually coming from FSA. But there was no plan at all to follow FSA spec.
That said, I wouldn't mind be compatible if it doesn't break the current API so feel free to propose any enhancement allowing it. I will be nearly offline for the next 10 days, so no hurry.

Done in 1.5.0


I failed to get or set to get brightness on the extended monitor

I failed to get or set to get brightness on the extended monitor

I have the same issue , when GetBrightness(2) ,it crashed

This code is very outdated using an old v2 alpha version. I recommend rewriting this to meet the current v2 version's conventions. I'm a bit too busy with other things to really look into this, but that could be your problem.

OK, I will try to rewrite , it is very strange , it works well when only 1 montior , if have more , it crashed.

#Include  ".\Monitor Class.ahk"
mon := Monitor()
MsgBox(mon.GetBrightness(2)["Current"])   ; it will crashed when have more than 1 monitor


Rotating by NaN value causes crash when used with controlled gates

Playground repro
When a NaN value is passed to a controlled rotation, something in the evaluator crashes, causing no reporting to come back. The code from the playground link above:
namespace MyQuantumProgram {

    open Microsoft.Quantum.Diagnostics;
    open Microsoft.Quantum.Math;
    @EntryPoint()
    operation Main() : Unit {
        use c = Qubit();
        use q = Qubit();

        let angle = ArcSin(2.0);

        Message($"angle = {angle}");

        // Ry(angle, q);
        Controlled Ry([c], (angle, q));

        DumpMachine();

        Reset(q);
    }
}

will only report one shot no matter how many are requested because of the crash. Of note, it seems to only affect the controlled operation, so if you comment out Controlled Ry([c], (angle, q)); in favor of Ry(angle, q); the program will actually successfully run all shots. The behavior between controlled and uncontrolled rotation should be the same, and should either succeed predictably or fail gracefully.

Issue understood: passing NaN to the underlying simulator triggers Undefined Behavior in the complex numbers used to calculate state, and results in an empty state array being generated. The fix here should be verifying rotation parameters in the evaluator and treat rotating by either NaN or Infinite as a runtime failure (similar to divide by zero).


[$500] Chat - On revisiting from room to chat, the cursor focus is lost in chat section.

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Issue found when executing PR https://github.com/Expensify/App/pull/28646
Action Performed:

Launch app
Tap fab
Tap send message
Note the cursor focus is present in chat section
Tap Room and note the cursor focus is present
Again tap chat and note the cursor focus is lost
Tap Room and note the cursor focus is present
Tap chat and note the cursor focus

Expected Result:
On revisiting chat section from chat to room and room to chat, the cursor focus must not be lost in chat section
Actual Result:
On revisiting chat section from chat to room and room to chat, the cursor focus is lost in chat section
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[x] Android / native
[x] Android / Chrome
[x] iOS / native
[x] iOS / Safari
[x] MacOS / Chrome / Safari
[ ] MacOS / Desktop

Version Number: 1.3.79-3
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://github.com/Expensify/App/assets/78819774/04446ba8-3522-46e4-ae4a-53a841273328
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~01a29e7d185118a120
Upwork Job ID:<PHONE_NUMBER>114917376
Last Price Increase: 2023-10-09

Not overdue Melv

Proposal
Please re-state the problem that we are trying to solve in this issue
Chat - On revisiting from room to chat, the cursor focus is lost in chat section
What is the root cause of that problem?
This is due to missing useDelayedInputFocus(roomNameInputRef, 600); in NewChatPage.js, which is present in WorkspaceNewRoomPage.js, which delays the focus to 600ms.
What changes do you think we should make in order to solve the problem?
Add useDelayedInputFocus(optionSelectorRef, 600); to the NewChatPage component so that it can refocus after 600 ms.
What alternative solutions did you explore? (Optional)

Result
https://github.com/Expensify/App/assets/58412969/75ce6e63-63fb-422d-be76-39d8e9b3eeb4

@allroundexperts bump ^^

@grgia bump for assignment ^^

This is still reproducible

@grgia pls assign thanks

All yours @shubham1206agra !

Payment Summary -

External issue reporter - Applause N/A
Contributor that fixed the issue - @shubham1206agra $500 + $250 - payment issued in Upwork
Contributor+ that helped on the issue and/or PR - @allroundexperts $500 + $250 - please send a manual request in Newdot

waiting on @allroundexperts to complete check list and then we can close

bump on check list @allroundexperts

$750 payment approved for @allroundexperts based on this summary.


clean up all tests

re-launch for i18n

Not failing.  TravisCI is having some build issue that is not connected with this repo.


Update container to Fedora 39

This commit updates the container image to use Fedora 39. There were a
few extra changes, besides the expected, since this new version is
shipped with python 3.12:

the call to setup.py (pip3 install .) was not creating the config  file in etc/freshmaker; the workaround was to specify the target  path with double slashes (//etc/freshmaker)
removal of imp module in freshmaker/config.py, as it has been  removed, and use importlib in its place
update several package versions; we refrained from updating flask  packages to the next major versions
use of pip as the dependency manager for python; the packages available via rpm are now the next major-versions for some packages, and to have earlier versions we needed to use pip to install the dependencies
inclusion of dnf packages that will enable pip to build wheels that are not currently available for python 3.12
inclusion of an environment variable to point to the ssl certificates path; this is needed now that pip is being used to install the dependencies
removal of version hardcoding in requirements.in: when requirements.txt exists, pip-compile can use it and we don't need to keep

Testing remarks

[x] unit tests passing
[x] init messages in dev deployment processed without problems
[x] prod-consumer in dev deployment processed some incoming messages without problems
[ ] all endpoints returned sensible responses upon manual querying -> not needed anymore, since we are refraining from updating the flask packages to a new major version

I just saw that there is a problem when running tox in the github action, I'll look into it as well.

I pushed a last set of changes a few minutes ago. They revolved around not updating the flask/sqlalchemy packages, since their next version is a major-change, and to make it securely we would need to thoroughly test all db operations in the code.
In order to avoid updating those packages, it was needed to switch to pip as the new dependency manager in the container (previously, dnf played that role). This is due to the rpm packages that are available are only those new versions that we want to avoid for the moment, and therefore the need to use pip instead.
Since I'm not updating the flask packages anymore, I also dropped checking all endpoints.

Alright, I made the adjustments that were suggested, and also made a dev deployment. Everything seems to be working fine!


Dockerfile fixes to install from project, not PyPI

Made multiple changes to the Dockerfile, primarily so that the version of stoQ that is built is based on the project, not the release on PyPI.
The change to use exiftool.org instead of the sno.phy.queensu.ca URL was because of the current 302 redirect to htps://www.sno.phy.queensu.ca/

Coverage increased (+0.004%) to 96.444% when pulling dcf6b11c622711fbc99ba5cfe7ebe15f66d7d082 on malvidin:docker into 6fea9c84a5ab97e57e2badf080579b544a567d42 on PUNCH-Cyber:master.

Thanks again, @malvidin! I've made some changes around minimizing layer size, as well as updating xorsearch and exiftool versions and url fixes. If all looks good, I will go ahead and merge soon.

It's fine for them to be part of the same RUN command and Dockerfile. I merged them to ensure that there aren't more layers than necessary.


Preact causes flatulence...

Sorry, not a real bug as you might have guessed but I could not resist after discovering that Preact is also the name of a medicine which causes said symptom as a side effect

Don't React if you aren't ready for Preact 😝

the wife will get a kick out of this one 😂


Refactor _swift_withWin32DbgHelpLibrary() to avoid using GetCurrentProcess() per Microsoft documentation

The Microsoft documentation for the DbgHelp library warns developers not to pass GetCurrentProcess() as the handle to SymInitialize() etc.
This change uses a privately-held handle returned from HeapAlloc() instead of the one from GetCurrentProcess(). It also takes care to set DbgHelp library options consistently in case something elsewhere calls SymSetOptions() and sets them to something incompatible with the runtime's expectations.
We still have no way to thread-safely use the library in coordination with code outside the runtime, but at least the runtime should avoid stomping on shared system resources.

Resolves #62290.

@swift-ci please smoke test

@swift-ci please smoke test

@swift-ci please smoke test

@swift-ci please smoke test

@swift-ci please smoke test

@swift-ci please test windows

I particularly enjoy this part (emphasis mine):

`[in] hProcess]
A handle that identifies the caller. This value should be unique and nonzero, but need not be a process handle.
So, they called it hProcess and gave it the type HANDLE, but it can actually be any unique value.

Maybe we'd be better off just casting the address of something to HANDLE and passing that, since that will be unique and means we don't need to worry about DuplicateHandle() failing.

That comment lies. If you pass some other address with fInvadeProcess = true then SymInitialize() succeeds but symbolication with SymFromAddr() fails with error ERROR_MOD_NOT_FOUND.
I suspect UnDecorateSymbolName() would work in that scenario since it doesn't take a handle argument, but I haven't tested it specifically.

That comment lies. If you pass some other address with fInvadeProcess = true then SymInitialize() succeeds but symbolication with SymFromAddr() fails with error ERROR_MOD_NOT_FOUND.

Joy :joy:

@swift-ci please smoke test

@swift-ci please smoke test


Add sketches folder

In order to share unfinished work, concepts and ideas for early feedback (and to generate excitement!), we've created a sketches folder.

View rendered README.md

Why would you not use issues and/or (draft) pull requests for this? Those mechanisms are meant exactly for this and then you don't need to move files around all the time in which you lose a part of the ability to connect files to their history.


Add "-L" argument to curl command to follow page redirects

gitdumper.sh will download generic 301 error pages even if it links to the correct file. I've found that adding -L flag to curl command follows redirects and correctly downloads the git repository.

Cool!


Crash on almost every action

VSCode Crash Dump.zip

Does this issue occur when all extensions are disabled?: Yes

VSCode Crash Dump.zip

VS Code Version: 1.95.3
OS Version: Ubuntu 24.10

Steps to Reproduce:

Open VSCode.
Almost every action results in a crash. Observed so far randomly - Source control (Staging changes, discarding changes, syncing changes with remote), Opening a new folder

@deepak1556, could you please take an initial look at this? Thanks!

The crash is in gtk and the dump file failed to capture the debug identifier for these files. Can you try the following steps and provide the output

ldd <path-to>/code
From the output get the paths to libgdk-3.so.0, libdconfsettings.so and libgtk-3.so.0
For each of those files run readelf -n <path-to-library-file>
Attach the line containing NT_GNU_BUILD_ID (unique build ID bitstring) Build ID: for each of those files in this issue

Hi. Thank you very much for the time you are putting into this.  Anything else I can do to help?

Sorry for not being clear, /snap/bin/code will point to our launch script. the binary you want to run the command against would be at ldd /snap/code/current/usr/share/code/code

Hi. I could not find the path for libdconfsettings.so from the output of ldd command. However this was the output for remaining 2 files -
$ readelf -n /snap/code/current/usr/share/code/../../lib/x86_64-linux-gnu/libgdk-3.so.0
Displaying notes found in: .note.gnu.build-id
Owner                Data size 	Description
readelf: Warning: note with invalid namesz and/or descsz found at offset 0
readelf: Warning:  type: 0x3, namesize: 0x4, descsize: 0x14, alignment: 8
Displaying notes found in: .note.gnu.property
Owner                Data size 	Description
GNU                  0x00000010	NT_GNU_PROPERTY_TYPE_0
Properties: x86 feature: IBT, SHSTK
$ readelf -n /snap/code/current/usr/share/code/../../lib/x86_64-linux-gnu/libgtk-3.so.0
Displaying notes found in: .note.gnu.build-id
Owner                Data size 	Description
readelf: Warning: note with invalid namesz and/or descsz found at offset 0
readelf: Warning:  type: 0x3, namesize: 0x4, descsize: 0x14, alignment: 8
Displaying notes found in: .note.gnu.property
Owner                Data size 	Description
GNU                  0x00000010	NT_GNU_PROPERTY_TYPE_0
Properties: x86 feature: IBT, SHSTK
Please let me know if you need anything else.

Thanks, I was able to get the debug id from the original gtk package that was used for the snap. Here is the symbolicated stack,

stacktrace
Crash reason:  SIGABRT
Crash address: 0x0
Process uptime: 14 seconds

Thread 0 (crashed)
 0  libc.so.6!gsignal [raise.c : 51 + 0x0]
    rax = 0x0000000000000000   rdx = 0x0000000000000000
    rcx = 0x000073967ffc200b   rbx = 0x000073967f23ef80
    rsi = 0x00007ffc16354290   rdi = 0x0000000000000002
    rbp = 0x00000f1c0308ca50   rsp = 0x00007ffc16354290
     r8 = 0x0000000000000000    r9 = 0x00007ffc16354290
    r10 = 0x0000000000000008   r11 = 0x0000000000000246
    r12 = 0x00000000000000ea   r13 = 0x00007ffc163544e0
    r14 = 0x0000739680a30c30   r15 = 0x0000739680a30c30
    rip = 0x000073967ffc200b
    Found by: given as instruction pointer in context
 1  libc.so.6!__GI_abort [abort.c : 79 + 0xa]
    rbx = 0x000073967f23ef80   rbp = 0x00000f1c0308ca50
    rsp = 0x00007ffc163543b0   r12 = 0x00000000000000ea
    r13 = 0x00007ffc163544e0   r14 = 0x0000739680a30c30
    r15 = 0x0000739680a30c30   rip = 0x000073967ffa1859
    Found by: call frame info
 2  libglib-2.0.so.0!g_assertion_message [gtestutils.c : 2915 + 0x5]
    rbx = 0x00007396815fede0   rbp = 0x00000f1c0308ca50
    rsp = 0x00007ffc163544e0   r12 = 0x00000000000000ea
    r13 = 0x00007ffc163544e0   r14 = 0x0000739680a30c30
    r15 = 0x0000739680a30c30   rip = 0x00007396814f3b43
    Found by: call frame info
 3  libglib-2.0.so.0!g_assertion_message_error [gtestutils.c : 3030 + 0x16]
    rbx = 0x00000f1c00b62000   rbp = 0x00000f1c00d25c00
    rsp = 0x00007ffc16354540   r12 = 0x0000739680a4c13c
    r13 = 0x0000739680a30b18   r14 = 0x00000000000001ee
    r15 = 0x0000739680a30c30   rip = 0x00007396815514c6
    Found by: call frame info
 4  libgtk-3.so.0!ensure_surface_for_gicon [gtkiconhelper.c : 494 + 0x2f]
    rbx = 0x000000000000008c   rbp = 0x00000f1c030b1cf0
    rsp = 0x00007ffc16354590   r12 = 0x00000f1c0117c8e0
    r13 = 0x0000000000000001   r14 = 0x0000000000000000
    r15 = 0x00000f1c030d4480   rip = 0x0000739680813bca
    Found by: call frame info
 5  libgtk-3.so.0!gtk_icon_helper_load_surface [gtkiconhelper.c : 575 + 0x42]
    rbx = 0x00000f1c030b1ca0   rbp = 0x00000f1c030b1cf0
    rsp = 0x00007ffc163546b0   r12 = 0x0000000000000001
    r13 = 0x0000000000000001   r14 = 0x00000f1c025d1d30
    r15 = 0x0000000000000000   rip = 0x00007396808142d6
    Found by: call frame info
 6  libgtk-3.so.0!gtk_icon_helper_ensure_surface [gtkiconhelper.c : 603 + 0x5]
    rbx = 0x00000f1c030b1ca0   rbp = 0x00000f1c030b1cf0
    rsp = 0x00007ffc16354700   r12 = 0x00007ffc16354778
    r13 = 0x0000000000000000   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x0000739680814394
    Found by: call frame info
 7  libgtk-3.so.0!gtk_icon_helper_ensure_surface [gtkiconhelper.c : 625 + 0x7]

    Found by: inline record
 8  libgtk-3.so.0!_gtk_icon_helper_get_size [gtkiconhelper.c : 662 + 0x8]
    rbx = 0x00007ffc1635477c   rbp = 0x00000f1c030b1cf0
    rsp = 0x00007ffc16354720   r12 = 0x00007ffc16354778
    r13 = 0x0000000000000000   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x00007396808144e0
    Found by: call frame info
 9  libgtk-3.so.0!gtk_image_get_content_size [gtkimage.c : 1716 + 0xc]
    rbx = 0x00007ffc16354928   rbp = 0x00000f1c03097420
    rsp = 0x00007ffc16354770   r12 = 0x00007ffc1635492c
    r13 = 0x0000000000000000   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x0000739680828191
    Found by: call frame info
10  libgtk-3.so.0!gtk_css_custom_gadget_get_preferred_size [gtkcsscustomgadget.c : 124 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03093f70
    rsp = 0x00007ffc163547d0   r12 = 0x00007ffc16354928
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635492c
    r15 = 0x0000000000000000   rip = 0x0000739680782417
    Found by: call frame info
11  libgtk-3.so.0!gtk_css_gadget_get_preferred_size [gtkcssgadget.c : 683 + 0x24]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03093f70
    rsp = 0x00007ffc163547f0   r12 = 0x00007ffc16354928
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635492c
    r15 = 0x0000000000000000   rip = 0x000073968078675e
    Found by: call frame info
12  libgtk-3.so.0!gtk_image_get_preferred_width [gtkimage.c : 1921 + 0x15]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc163548a0   r12 = 0x00000f1c03097420
    r13 = 0x00000f1c030973b8   r14 = 0x00007ffc1635492c
    r15 = 0x00007ffc16354928   rip = 0x0000739680828987
    Found by: call frame info
13  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 181 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc163548c0   r12 = 0x00000f1c03097420
    r13 = 0x00000f1c030973b8   r14 = 0x00007ffc1635492c
    r15 = 0x00007ffc16354928   rip = 0x00007396808e9421
    Found by: call frame info
14  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x00007ffc16354adc   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354990   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc16354ad8   r14 = 0x0000000000000000
    r15 = 0x00000f1c03097420   rip = 0x00007396808e9cc6
    Found by: call frame info
15  libgtk-3.so.0!gtk_widget_get_preferred_width [gtksizerequest.c : 492 + 0x1e]
    rbx = 0x00007ffc16354adc   rbp = 0x00000f1c03097420
    rsp = 0x00007ffc16354a50   r12 = 0x00007ffc16354ad8
    r13 = 0x0000000000000000   r14 = 0x00000f1c00d1ba00
    r15 = 0x0000000000000000   rip = 0x00007396808e9db6
    Found by: call frame info
16  libgtk-3.so.0!gtk_box_get_size [gtkbox.c : 1608 + 0xe]

    Found by: inline record
17  libgtk-3.so.0!gtk_box_get_content_size [gtkbox.c : 2068 + 0xf]
    rbx = 0x00000f1c02e2ce20   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354a80   r12 = 0x00000f1c03094890
    r13 = 0x0000000000000000   r14 = 0x00000f1c00d1ba00
    r15 = 0x0000000000000000   rip = 0x000073968072fc6f
    Found by: call frame info
18  libgtk-3.so.0!gtk_css_custom_gadget_get_preferred_size [gtkcsscustomgadget.c : 124 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c030938f0
    rsp = 0x00007ffc16354b30   r12 = 0x00007ffc16354c88
    r13 = 0x0000000000000000   r14 = 0x00007ffc16354c8c
    r15 = 0x0000000000000000   rip = 0x0000739680782417
    Found by: call frame info
19  libgtk-3.so.0!gtk_css_gadget_get_preferred_size [gtkcssgadget.c : 683 + 0x24]
    rbx = 0x0000000000000000   rbp = 0x00000f1c030938f0
    rsp = 0x00007ffc16354b50   r12 = 0x00007ffc16354c88
    r13 = 0x0000000000000000   r14 = 0x00007ffc16354c8c
    r15 = 0x0000000000000000   rip = 0x000073968078675e
    Found by: call frame info
20  libgtk-3.so.0!gtk_box_get_preferred_width [gtkbox.c : 1722 + 0x15]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354c00   r12 = 0x00000f1c030949c0
    r13 = 0x00000f1c03094958   r14 = 0x00007ffc16354c8c
    r15 = 0x00007ffc16354c88   rip = 0x0000739680730737
    Found by: call frame info
21  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 181 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354c20   r12 = 0x00000f1c030949c0
    r13 = 0x00000f1c03094958   r14 = 0x00007ffc16354c8c
    r15 = 0x00007ffc16354c88   rip = 0x00007396808e9421
    Found by: call frame info
22  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x00007ffc16354e4c   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354cf0   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc16354e48   r14 = 0x0000000000000000
    r15 = 0x00000f1c030949c0   rip = 0x00007396808e9cc6
    Found by: call frame info
23  libgtk-3.so.0!gtk_widget_get_preferred_width [gtksizerequest.c : 492 + 0x1e]
    rbx = 0x00007ffc16354e4c   rbp = 0x00000f1c030949c0
    rsp = 0x00007ffc16354db0   r12 = 0x00007ffc16354e48
    r13 = 0x00000f1c03097238   r14 = 0x00007ffc16354e4c
    r15 = 0x00007ffc16354e48   rip = 0x00007396808e9db6
    Found by: call frame info
24  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 181 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354de0   r12 = 0x00000f1c030972a0
    r13 = 0x00000f1c03097238   r14 = 0x00007ffc16354e4c
    r15 = 0x00007ffc16354e48   rip = 0x00007396808e9421
    Found by: call frame info
25  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x00007ffc16354fa4   rbp = 0x0000000000000000
    rsp = 0x00007ffc16354eb0   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc16354fa0   r14 = 0x0000000000000000
    r15 = 0x00000f1c030972a0   rip = 0x00007396808e9cc6
    Found by: call frame info
26  libgtk-3.so.0!gtk_widget_get_preferred_width [gtksizerequest.c : 492 + 0x1e]
    rbx = 0x00007ffc16354fa4   rbp = 0x00000f1c030972a0
    rsp = 0x00007ffc16354f70   r12 = 0x00007ffc16354fa0
    r13 = 0x00000f1c030a51f0   r14 = 0x00007ffc1635507c
    r15 = 0x00007ffc16355078   rip = 0x00007396808e9db6
    Found by: call frame info
27  libgtk-3.so.0!gtk_bin_get_preferred_width [gtkbin.c : 198 + 0x11]
    rbx = 0x00007ffc16354fe4   rbp = 0x00000f1c030a50d0
    rsp = 0x00007ffc16354fa0   r12 = 0x00007ffc16354fe0
    r13 = 0x00000f1c030a51f0   r14 = 0x00007ffc1635507c
    r15 = 0x00007ffc16355078   rip = 0x000073968072a9b9
    Found by: call frame info
28  libgtk-3.so.0!gtk_revealer_real_get_preferred_width [gtkrevealer.c : 870 + 0x15]
    rbx = 0x00007ffc1635507c   rbp = 0x00000f1c030a51f0
    rsp = 0x00007ffc16354fe0   r12 = 0x00007ffc16355078
    r13 = 0x00000f1c030a5188   r14 = 0x00007ffc1635507c
    r15 = 0x00007ffc16355078   rip = 0x00007396808c529a
    Found by: call frame info
29  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 181 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc16355010   r12 = 0x00000f1c030a51f0
    r13 = 0x00000f1c030a5188   r14 = 0x00007ffc1635507c
    r15 = 0x00007ffc16355078   rip = 0x00007396808e9421
    Found by: call frame info
30  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x00007ffc1635532c   rbp = 0x0000000000000000
    rsp = 0x00007ffc163550e0   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc16355328   r14 = 0x0000000000000000
    r15 = 0x00000f1c030a51f0   rip = 0x00007396808e9cc6
    Found by: call frame info
31  libgtk-3.so.0!gtk_widget_get_preferred_width [gtksizerequest.c : 492 + 0x1e]
    rbx = 0x00007ffc1635532c   rbp = 0x00000f1c030a51f0
    rsp = 0x00007ffc163551a0   r12 = 0x00007ffc16355328
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635532c
    r15 = 0x0000000000000000   rip = 0x00007396808e9db6
    Found by: call frame info
32  libgtk-3.so.0!gtk_css_custom_gadget_get_preferred_size [gtkcsscustomgadget.c : 124 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03093bf0
    rsp = 0x00007ffc163551d0   r12 = 0x00007ffc16355328
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635532c
    r15 = 0x0000000000000000   rip = 0x0000739680782417
    Found by: call frame info
33  libgtk-3.so.0!gtk_css_gadget_get_preferred_size [gtkcssgadget.c : 683 + 0x24]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03093bf0
    rsp = 0x00007ffc163551f0   r12 = 0x00007ffc16355328
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635532c
    r15 = 0x0000000000000000   rip = 0x000073968078675e
    Found by: call frame info
34  libgtk-3.so.0!gtk_list_box_row_get_preferred_width [gtklistbox.c : 3406 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc163552a0   r12 = 0x00000f1c030b6180
    r13 = 0x00000f1c030b6118   r14 = 0x00007ffc1635532c
    r15 = 0x00007ffc16355328   rip = 0x00007396808426eb
    Found by: call frame info
35  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 181 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000000
    rsp = 0x00007ffc163552c0   r12 = 0x00000f1c030b6180
    r13 = 0x00000f1c030b6118   r14 = 0x00007ffc1635532c
    r15 = 0x00007ffc16355328   rip = 0x00007396808e9421
    Found by: call frame info
36  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x00007ffc16355494   rbp = 0x0000000000000000
    rsp = 0x00007ffc16355390   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc16355490   r14 = 0x0000000000000000
    r15 = 0x00000f1c030b6180   rip = 0x00007396808e9cc6
    Found by: call frame info
37  libgtk-3.so.0!gtk_widget_get_preferred_width [gtksizerequest.c : 492 + 0x1e]
    rbx = 0x00007ffc16355494   rbp = 0x00000f1c030b6180
    rsp = 0x00007ffc16355450   r12 = 0x00007ffc16355490
    r13 = 0x00007ffc163555cc   r14 = 0x00007ffc16355494
    r15 = 0x00007ffc16355490   rip = 0x00007396808e9db6
    Found by: call frame info
38  libgtk-3.so.0!gtk_list_box_measure [gtklistbox.c : 2710 + 0x13]
    rbx = 0x00007ffc16355548   rbp = 0x00000f1c011adc10
    rsp = 0x00007ffc16355480   r12 = 0x00000f1c030b6180
    r13 = 0x00007ffc163555cc   r14 = 0x00007ffc16355494
    r15 = 0x00007ffc16355490   rip = 0x0000739680842402
    Found by: call frame info
39  libgtk-3.so.0!gtk_css_custom_gadget_get_preferred_size [gtkcsscustomgadget.c : 124 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03091620
    rsp = 0x00007ffc163554e0   r12 = 0x00007ffc16355548
    r13 = 0x0000000000000000   r14 = 0x00007ffc163555cc
    r15 = 0x0000000000000000   rip = 0x0000739680782417
    Found by: call frame info
40  libgtk-3.so.0!gtk_css_gadget_get_preferred_size [gtkcssgadget.c : 683 + 0x24]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03091620
    rsp = 0x00007ffc16355500   r12 = 0x00007ffc16355548
    r13 = 0x0000000000000000   r14 = 0x00007ffc163555cc
    r15 = 0x0000000000000000   rip = 0x000073968078675e
    Found by: call frame info
41  libgtk-3.so.0!gtk_list_box_measure [gtklistbox.c : 2725 + 0x20]
    rbx = 0x00007ffc16355778   rbp = 0x00000f1c03072160
    rsp = 0x00007ffc163555b0   r12 = 0x0000000000000001
    r13 = 0x00007ffc1635577c   r14 = 0x00007ffc1635577c
    r15 = 0x0000000000000000   rip = 0x00007396808425a8
    Found by: call frame info
42  libgtk-3.so.0!gtk_css_custom_gadget_get_preferred_size [gtkcsscustomgadget.c : 124 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03091620
    rsp = 0x00007ffc16355620   r12 = 0x00007ffc16355778
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635577c
    r15 = 0x0000000000000000   rip = 0x0000739680782417
    Found by: call frame info
43  libgtk-3.so.0!gtk_css_gadget_get_preferred_size [gtkcssgadget.c : 683 + 0x24]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03091620
    rsp = 0x00007ffc16355640   r12 = 0x00007ffc16355778
    r13 = 0x0000000000000000   r14 = 0x00007ffc1635577c
    r15 = 0x0000000000000000   rip = 0x000073968078675e
    Found by: call frame info
44  libgtk-3.so.0!gtk_list_box_get_preferred_height [gtklistbox.c : 2627 + 0x16]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000001
    rsp = 0x00007ffc163556f0   r12 = 0x00000f1c03072350
    r13 = 0x00000f1c030722e8   r14 = 0x00007ffc1635577c
    r15 = 0x00007ffc16355778   rip = 0x000073968084267e
    Found by: call frame info
45  libgtk-3.so.0!gtk_widget_query_size_for_orientation [gtksizerequest.c : 219 + 0x14]
    rbx = 0x00000000ffffffff   rbp = 0x0000000000000001
    rsp = 0x00007ffc16355710   r12 = 0x00000f1c03072350
    r13 = 0x00000f1c030722e8   r14 = 0x00007ffc1635577c
    r15 = 0x00007ffc16355778   rip = 0x00007396808e94db
    Found by: call frame info
46  libgtk-3.so.0!gtk_widget_compute_size_for_orientation [gtksizerequest.c : 399 + 0x1e]
    rbx = 0x0000000000000000   rbp = 0x0000000000000001
    rsp = 0x00007ffc163557e0   r12 = 0x00000000ffffffff
    r13 = 0x00007ffc163558ec   r14 = 0x0000000000000000
    r15 = 0x00000f1c03072350   rip = 0x00007396808e9cc6
    Found by: call frame info
47  libgtk-3.so.0!gtk_widget_get_preferred_height [gtksizerequest.c : 527 + 0x21]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03072350
    rsp = 0x00007ffc163558a0   r12 = 0x00007ffc163558ec
    r13 = 0x00000f1c03090560   r14 = 0x00007ffc163559a0
    r15 = 0x00007396814bf658   rip = 0x00007396808e9159
    Found by: call frame info
48  libgtk-3.so.0!viewport_set_hadjustment_values [gtkviewport.c : 191 + 0xf]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03095370
    rsp = 0x00007ffc163558d0   r12 = 0x00000f1c03072350
    r13 = 0x00000f1c03090560   r14 = 0x00007ffc163559a0
    r15 = 0x00007396814bf658   rip = 0x000073968098d8af
    Found by: call frame info
49  libgtk-3.so.0!viewport_set_adjustment [gtkviewport.c : 648 + 0x5]
    rbx = 0x0000000000000000   rbp = 0x00000f1c03090560
    rsp = 0x00007ffc16355930   r12 = 0x00000f1c03095370
    r13 = 0x00000f1c03095210   r14 = 0x00007ffc163559a0
    r15 = 0x00007396814bf658   rip = 0x000073968098de4d
    Found by: call frame info
50  libgobject-2.0.so.0!<name omitted> [gobject.c : 1565 + 0x14]

    Found by: inline record
51  libgobject-2.0.so.0!g_object_set_valist [gobject.c : 2442 + 0x15]
    rbx = 0x00007ffc16355a50   rbp = 0x00000f1c0106eb00
    rsp = 0x00007ffc16355960   r12 = 0x00007ffc16355980
    r13 = 0x00000f1c03095370   r14 = 0x00007ffc163559a0
    r15 = 0x00007396814bf658   rip = 0x0000739681492e76
    Found by: call frame info
52  libgobject-2.0.so.0!g_object_set [gobject.c : 2612 + 0x5]
    rbx = 0x00000f1c0100c800   rbp = 0x00000f1c03095370
    rsp = 0x00007ffc16355a50   r12 = 0x0000739680a1836b
    r13 = 0x00000f1c019f3f80   r14 = 0x00007ffc16355bd0
    r15 = 0x00000f1c02e66890   rip = 0x0000739681493764
    Found by: call frame info
53  libgtk-3.so.0!gtk_scrolled_window_set_hadjustment [gtkscrolledwindow.c : 2321 + 0x8]
    rbx = 0x00000f1c0100c800   rbp = 0x00000f1c0100cb00
    rsp = 0x00007ffc16355b40   r12 = 0x00000f1c03090560
    r13 = 0x00000f1c019f3f80   r14 = 0x00007ffc16355bd0
    r15 = 0x00000f1c02e66890   rip = 0x00007396808d3825
    Found by: call frame info
54  libgobject-2.0.so.0!<name omitted> [gobject.c : 1565 + 0x16]

    Found by: inline record
55  libgobject-2.0.so.0!g_object_new_internal [gobject.c : 1971 + 0x17]
    rbx = 0x0000001000000000   rbp = 0x00000f1c02e66870
    rsp = 0x00007ffc16355b70   r12 = 0x00000f1c02e66890
    r13 = 0x00000f1c00c60d20   r14 = 0x00007ffc16355bd0
    r15 = 0x00000f1c02e66890   rip = 0x0000739681490681
    Found by: call frame info
56  libgobject-2.0.so.0!g_object_newv [gobject.c : 2175 + 0xd]
    rbx = 0x00000f1c019ea010   rbp = 0x00007ffc16355cc0
    rsp = 0x00007ffc16355c50   r12 = 0x0000000000000000
    r13 = 0x00007ffc16355e30   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x0000739681491eb5
    Found by: call frame info
57  libgtk-3.so.0!_gtk_builder_construct [gtkbuilder.c : 718 + 0xf]
    rbx = 0x00000f1c011b2700   rbp = 0x00000f1c02e65c70
    rsp = 0x00007ffc16355cd0   r12 = 0x00000f1c02dbc690
    r13 = 0x00007ffc16355e30   r14 = 0x00007ffc16355e70
    r15 = 0x0000000000000000   rip = 0x000073968073763a
    Found by: call frame info
58  libgtk-3.so.0!parse_custom [gtkbuilderparser.c : 878 + 0x7]

    Found by: inline record
59  libgtk-3.so.0!start_element [gtkbuilderparser.c : 985 + 0x8]
    rbx = 0x0000000000000000   rbp = 0x00000f1c02d45b20
    rsp = 0x00007ffc16355d50   r12 = 0x00000f1c02dbc690
    r13 = 0x00007ffc16355e30   r14 = 0x00007ffc16355e70
    r15 = 0x00007ffc16355e20   rip = 0x000073968073a0d6
    Found by: call frame info
60  libglib-2.0.so.0!emit_start_element [gmarkup.c : 1064 + 0x18]
    rbx = 0x0000000000000000   rbp = 0x00007ffc16355eb0
    rsp = 0x00007ffc16355e20   r12 = 0x00000f1c02dbc690
    r13 = 0x00007ffc16355e30   r14 = 0x00007ffc16355e20
    r15 = 0x00000f1c00ccac40   rip = 0x000073968152ba4a
    Found by: call frame info
61  libglib-2.0.so.0!g_markup_parse_context_parse [gmarkup.c : 1423 + 0xb]
    rbx = 0x00000f1c00ccac40   rbp = 0x0000739681581280
    rsp = 0x00007ffc16355ec0   r12 = 0x00007ffc16355fa0
    r13 = 0x00007396815804b6   r14 = 0x00000f1c00d13360
    r15 = 0x00000f1c00c60db0   rip = 0x000073968152cd1f
    Found by: call frame info
62  libgtk-3.so.0!_gtk_builder_parser_parse_buffer [gtkbuilderparser.c : 1261 + 0x5]
    rbx = 0x00007ffc16355fa0   rbp = 0x00000f1c02d45b20
    rsp = 0x00007ffc16355f40   r12 = 0x00000f1c02e65c70
    r13 = 0x0000000000000000   r14 = 0x0000000000000000
    r15 = 0x0000000000003f48   rip = 0x000073968073abae
    Found by: call frame info
63  libgtk-3.so.0!gtk_builder_extend_with_template [gtkbuilder.c : 1178 + 0x1d]
    rbx = 0x0000000000003f48   rbp = 0x00000f1c02e65c70
    rsp = 0x00007ffc16355f90   r12 = 0x00000f1c027c2780
    r13 = 0x00000f1c01697a10   r14 = 0x0000739680b982b8
    r15 = 0x00007ffc16356000   rip = 0x000073968073596c
    Found by: call frame info
64  libgtk-3.so.0!gtk_widget_init_template [gtkwidget.c : 17024 + 0xb]
    rbx = 0x0000000000003f48   rbp = 0x00000f1c02e65c70
    rsp = 0x00007ffc16355ff0   r12 = 0x00000f1c027c2780
    r13 = 0x00000f1c01697a10   r14 = 0x00000f1c0109b290
    r15 = 0x00000f1c027c2780   rip = 0x00007396809a32b6
    Found by: call frame info
65  libgtk-3.so.0!gtk_file_chooser_widget_init [gtkfilechooserwidget.c : 8878 + 0x8]
    rbx = 0x00000f1c027c2780   rbp = 0x00000f1c027c2300
    rsp = 0x00007ffc16356050   r12 = 0x00000f1c01697a10
    r13 = 0x00000f1c01697a10   r14 = 0x00007396814d5300
    r15 = 0x00000f1c027c2780   rip = 0x00007396807e1c64
    Found by: call frame info
66  libgobject-2.0.so.0!g_type_create_instance [gtype.c : 1868 + 0xe]
    rbx = 0x00000f1c01697a10   rbp = 0x00000f1c01012680
    rsp = 0x00007ffc16356070   r12 = 0x00000f1c01697a10
    r13 = 0x00000f1c01697a10   r14 = 0x00007396814d5300
    r15 = 0x00000f1c027c2780   rip = 0x00007396814b11dd
    Found by: call frame info
67  libgobject-2.0.so.0!g_object_new_internal [gobject.c : 1937 + 0xd]
    rbx = 0x00000f1c01012680   rbp = 0x00007ffc163562c0
    rsp = 0x00007ffc16356170   r12 = 0x0000000000000000
    r13 = 0x00007ffc163563d0   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x000073968149034d
    Found by: call frame info
68  libgobject-2.0.so.0!g_object_newv [gobject.c : 2175 + 0xd]
    rbx = 0x00000f1c01697a10   rbp = 0x00007ffc163562c0
    rsp = 0x00007ffc16356250   r12 = 0x0000000000000000
    r13 = 0x00007ffc163563d0   r14 = 0x0000000000000000
    r15 = 0x0000000000000000   rip = 0x0000739681491eb5
    Found by: call frame info
69  libgtk-3.so.0!_gtk_builder_construct [gtkbuilder.c : 718 + 0xf]
    rbx = 0x00000f1c00c4fde0   rbp = 0x00000f1c02e65480
    rsp = 0x00007ffc163562d0   r12 = 0x0000000000000000
    r13 = 0x00007ffc163563d0   r14 = 0x00000f1c00c4fde0
    r15 = 0x0000000000000000   rip = 0x000073968073763a
    Found by: call frame info
70  libgtk-3.so.0!builder_construct [gtkbuilderparser.c : 139 + 0x4]

    Found by: inline record
71  libgtk-3.so.0!builder_construct [gtkbuilderparser.c : 124 + 0x5]
    rbx = 0x00000f1c00c4fde0   rbp = 0x00000f1c02d47108
    rsp = 0x00007ffc16356350   r12 = 0x0000000000000000
    r13 = 0x00007ffc163563d0   r14 = 0x00000f1c00c4fde0
    r15 = 0x0000739680b3d435   rip = 0x0000739680738ca5
    Found by: call frame info
72  libgtk-3.so.0!end_element [gtkbuilderparser.c : 1075 + 0xf]
    rbx = 0x00007396809f40f0   rbp = 0x00000f1c02d47100
    rsp = 0x00007ffc16356380   r12 = 0x00000f1c02b0bf00
    r13 = 0x00007ffc163563d0   r14 = 0x00000f1c00c4fde0
    r15 = 0x0000739680b3d435   rip = 0x000073968073a78d
    Found by: call frame info
73  libglib-2.0.so.0!emit_end_element [gmarkup.c : 1099 + 0xf]
    rbx = 0x00000f1c016bce40   rbp = 0x00000f1c016bce40
    rsp = 0x00007ffc163563d0   r12 = 0x00007ffc163564e0
    r13 = 0x00007396815804b6   r14 = 0x0000739680b3d34a
    r15 = 0x0000739680b3d435   rip = 0x000073968152bb94
    Found by: call frame info
74  libglib-2.0.so.0!g_markup_parse_context_parse [gmarkup.c : 1657 + 0x5]
    rbx = 0x00000f1c016bce40   rbp = 0x0000739681581280
    rsp = 0x00007ffc16356400   r12 = 0x00007ffc163564e0
    r13 = 0x00007396815804b6   r14 = 0x0000739680b3d34a
    r15 = 0x0000739680b3d435   rip = 0x000073968152caca
    Found by: call frame info
75  libgtk-3.so.0!_gtk_builder_parser_parse_buffer [gtkbuilderparser.c : 1261 + 0x5]
    rbx = 0x00007ffc163564e0   rbp = 0x00000f1c02d47100
    rsp = 0x00007ffc16356480   r12 = 0x00000f1c02e65480
    r13 = 0x0000000000000000   r14 = 0x0000000000000000
    r15 = 0x0000000000000605   rip = 0x000073968073abae
    Found by: call frame info
76  libgtk-3.so.0!gtk_builder_extend_with_template [gtkbuilder.c : 1178 + 0x1d]
    rbx = 0x0000000000000605   rbp = 0x00000f1c02e65480
    rsp = 0x00007ffc163564d0   r12 = 0x00000f1c030702d0
    r13 = 0x00000f1c02d85360   r14 = 0x0000739680b3ce30
    r15 = 0x00007ffc16356540   rip = 0x000073968073596c
    Found by: call frame info
77  libgtk-3.so.0!gtk_widget_init_template [gtkwidget.c : 17024 + 0xb]
    rbx = 0x0000000000000605   rbp = 0x00000f1c02e65480
    rsp = 0x00007ffc16356530   r12 = 0x00000f1c030702d0
    r13 = 0x00000f1c02d85360   r14 = 0x00000f1c025d2010
    r15 = 0x00000f1c030702d0   rip = 0x00007396809a32b6
    Found by: call frame info
78  libgtk-3.so.0!gtk_file_chooser_dialog_init [gtkfilechooserdialog.c : 292 + 0x5]
    rbx = 0x00000f1c02d85360   rbp = 0x00000f1c030702d0
    rsp = 0x00007ffc16356590   r12 = 0x00000f1c02d85360
    r13 = 0x00000f1c02d85360   r14 = 0x00007396814d5300
    r15 = 0x00000f1c030702d0   rip = 0x00007396807d8db2
    Found by: call frame info
79  libgobject-2.0.so.0!g_type_create_instance [gtype.c : 1868 + 0xe]
    rbx = 0x00000f1c02d85360   rbp = 0x00000f1c027c0a00
    rsp = 0x00007ffc163565a0   r12 = 0x00000f1c02d85360
    r13 = 0x00000f1c02d85360   r14 = 0x00007396814d5300
    r15 = 0x00000f1c030702d0   rip = 0x00007396814b11dd
    Found by: call frame info
80  libgobject-2.0.so.0!g_object_new_internal [gobject.c : 1937 + 0xd]
    rbx = 0x00000f1c027c0a00   rbp = 0x00007ffc16356980
    rsp = 0x00007ffc163566a0   r12 = 0x0000000000000002
    r13 = 0x0000000000000000   r14 = 0x00007ffc16356840
    r15 = 0x00007396814bf620   rip = 0x000073968149034d
    Found by: call frame info
81  libgobject-2.0.so.0!g_object_new_valist [gobject.c : 2262 + 0x11]
    rbx = 0x00007ffc16356990   rbp = 0x00007ffc16356980
    rsp = 0x00007ffc16356780   r12 = 0x0000000000000002
    r13 = 0x0000000000000000   r14 = 0x00007ffc16356840
    r15 = 0x00007396814bf620   rip = 0x0000739681492378
    Found by: call frame info
82  libgobject-2.0.so.0!g_object_new [gobject.c : 1780 + 0x5]
    rbx = 0x0000000000000002   rbp = 0x000059c6f106900e
    rsp = 0x00007ffc16356990   r12 = 0x0000000000000000
    r13 = 0x00007ffc16356b71   r14 = 0x00000000fffffffa
    r15 = 0x000059c6f106900e   rip = 0x00007396814926cd
    Found by: call frame info
83  libgtk-3.so.0!gtk_file_chooser_dialog_new_valist [gtkfilechooserdialog.c : 669 + 0x25]

    Found by: inline record
84  libgtk-3.so.0!gtk_file_chooser_dialog_new [gtkfilechooserdialog.c : 713 + 0x26]

Seems similar to https://gitlab.gnome.org/GNOME/gtk/-/issues/3077, which hints a problem in our pixbuf configuration. Couple of followups,

Can you start with code --verbose and attach the output
Do you see the crash with our insiders https://code.visualstudio.com/insiders

Attachingverbose.txt
the "code --verbose" output.
I have downloaded the Insiders version and did not face any issues so far. Will update here if I find anything with Insiders version. Thanks for your help.

Hi @deepak1556 . I spending hours on google regarding this issue, it seems that snap versions of VSCode have these issues quite frequently and people usually solve them by just removing VSCode and replacing with latest .deb version. Will use Insiders version for now and not waste more of your time. Thank you so much for putting effort into this.

Thanks for the log, the failing log matches the crash stack. Seems like a side effect from https://github.com/microsoft/vscode/commit/4e7b53c5a07914c37ccba0d1211d43d7bc82f420. I think the solution here is for us to switch to newer core.
(code:667951): Gtk-WARNING **: 20:33:50.377: Could not load a pixbuf from icon theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Yaru/48x48/status/image-missing.png: Unrecognized image file format (gdk-pixbuf-error-quark, 3)
Bail out! Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Yaru/48x48/status/image-missing.png: Unrecognized image file format (gdk-pixbuf-error-quark, 3)


Restore ColumnChunkPageWriter constructors

Restore previous constructors to maintain backward compatibility.
Reporter: Fokko Driesprong / @Fokko
Assignee: Fokko Driesprong / @Fokko
Related issues:

[java]keep ColumnChunkPageWriteStore constructor from 1.10.1 (duplicates)

PRs and other links:

GitHub Pull Request #699

Note: This issue was originally created as PARQUET-1694. Please see the migration documentation for further details.

Gabor Szadovszky / @gszadovszky:
Closing this issue with "not a problem". Modifying the signature of a private method cannot be a breaking change.


[Feature Request] Support separate filename and directory for 'File' window

Currently, the MRU window list filename and directory name separately:

Could command LeaderfFile also use the same style?
Now the output of LeaderfFile look like following:

There may be performance issue, because there are lots of files(more than 10k) usually.

Is it possible to toggle the behavior depends on the files number?

Don't plan to implement this feature, if possible, you can implement it by yourself.


[plot] Override contextmenu

It looks like it is not so easy to override the plot context menu, as it is provided by the backend.
I will use something like that on pyFAI. But is there a better way?
class Foobar:

    def initPlot(self):
        # initialization
        backend = self.plot2d._backend
        backend.setContextMenuPolicy(qt.Qt.CustomContextMenu)
        backend.customContextMenuRequested.connect(self.__plot2dContextMenu)

    def __plot2dContextMenu(self, pos):
        menu = qt.QMenu(self)
        action = qt.QAction(menu)
        action.setText("Foo")
        menu.addAction(action)
        backend = self.__plot2d._backend
        menu.exec_(backend.mapToGlobal(pos))

That is the usual way with any Qt widget and what is used in the example:
https://github.com/silx-kit/silx/blob/master/examples/plotContextMenu.py


Add device information commands

Get display density
Get visibility and bounds of status bar and navigation bars
Check if soft keyboard is present

I think this will also require updates in other packages to expose the commands/endpoints to users.
Since the commands aren't exposed by default, I tested by replacing the internals of hideKeyboard before moving the logic to their own commands. Tested on emulators and a device.

Updated

Updated

Updated

Looks good to me now! Thanks for your patience with going through it.

No probs! Hopefully my commit-amend and force-push method didn't make it harder to review? It's just the general process I follow unless there's a really big change.

No, that's fine for the most part. That's how I do it too, so rebasing and squashing is not an issue down the line.


Fix: Namespace permissions in api groups

Fix for failing operator in loop due to namespace permissions.

Release Note
Fix for failing operator in loop due to namespace permissions.

Post approval. Closing the PR.

There is no need to add list verb to config/rbac/operator-role.yaml, also you can rebase again to get rid of the sbom change in your PR.

There is no need to add list verb to config/rbac/operator-role.yaml, also you can rebase again to get rid of the sbom change in your PR.

That's on me. On our test on hist local kubernetes we had the issue of needing the 'list' with both helm install and Kamel CLI install, it is why I asked for the list permission to be also added to the operator-role.yaml.


TypeError: laravel_vue_i18n__WEBPACK_IMPORTED_MODULE_22__.I18n is undefined

I just got this issue when I try to get the shared instance in my script setup
Uncaught (in promise) TypeError: laravel_vue_i18n__WEBPACK_IMPORTED_MODULE_22__.I18n is undefined
import { I18n } from 'laravel-vue-i18n

I18n.getSharedInstance()`

webpack:
const mix = require('laravel-mix');

require('laravel-mix-eslint')

const webpackConfig = require('./webpack.config');

require('laravel-vue-i18n/mix')

mix.js('resources/js/app.js', 'public/js')
    .extract()
    .vue()
    .eslint({
        fix: true,
        extensions: ['vue', 'js']
      })
    .i18n()
    .postCss('resources/css/app.css', 'public/css', [
        require('postcss-import'),
    ])
    .sass('resources/js/Layouts/App.scss', 'public/css/app.css')
    .version()

    .webpackConfig(webpackConfig)
/*    .alias({
        '@': 'resources/js',
    });*/

if (mix.inProduction()) {
    mix.version();
}

My package.json doesn't have "type":"module"
Node version: v20.3.0
Npm version: 9.6.7
Laravel 10

Just noticed you have some mess with the quotes:
import { I18n } from 'laravel-vue-i18n

I18n.getSharedInstance()`

Does it actually look like this in your code?

I'm sorry, my mistake. Just fix the comment. This quotes doesn't exists in code

Its possible for you, to have a public repo with that exact error?
Thanks

Thats great thanks!

Hello, is there any solution for this problem?

Sorry not yet able to debug the issue.

@flespindola I did clone the repo, but I'm not getting that error, any ideias?


Add reporting UI to terraform

Add Reporting UI and associated services to Terraform. Also added a reporting_ui file to cmms so the Reporting UI resources are created during the GitHub action.
What is created:

3 IAM service accounts (UI, GRPC, Gateway)
S3 bucket

This change is


Firefox issue with virtual tables (gitlab pages sqlite.db file hosting)

Edit: seems I've had different issues, when creating the virtual tables (on my side), and consuming the sqlite db file from gitlab pages; putting an update in next messages.

Hello! Thanks for the really cool lib!
I'm trying to use it, with a database served from a gitlab page/artifact, but it seems the library complains from the database being malformed, while when downloading it and opening it with sqlite or a db-browser it seems to work.

maybe related gitlab pages issue https://gitlab.com/gitlab-org/gitlab-pages/-/issues/504
example code

Stacktrace:
Uncaught (in promise) Error: SQLite: database disk image is malformed
    handleError https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    step https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    exec https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    r https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    l https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    serialize https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    g https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    r https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    promise callback*r https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    l https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    630 https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    __webpack_require__ https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    <anonymous> https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    <anonymous> https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    <anonymous> https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1
    <anonymous> https://joblist.gitlab.io/components/assets/sqlite.worker-e48eea05.js:1

Console warning:
Warning: The server did not respond with Accept-Ranges=bytes. It either does not support byte serving or does not advertise it (`Accept-Ranges: bytes` header missing), or your database is hosted on CORS and the server doesn't mark the accept-ranges header as exposed. This may lead to incorrect results. (seen response headers: cache-control: max-age=600
content-length: 5263360
content-type: application/octet-stream
date: Wed, 16 Aug 2023 09:13:26 GMT
etag: "1febf8e0dcc95f159ed8d35648ce1493f78e109342e7186a17e3254c687ad317"
expires: Wed, 16 Aug 2023 09:23:26 UTC
last-modified: Wed, 16 Aug 2023 03:03:27 GMT
permissions-policy: interest-cohort=()
vary: Origin
x-firefox-spdy: h2)

I'm not sure at all it is a problem from your lib, but putting it here as maybe a cross-link reference for the related usage issues

I wonder if maybe that is because of how i've got the project setup with the build tools. As it seems to be working in chromium but not firefox (testing on linux).

The browser console error in Firefox is:
constructing url database https://joblist.gitlab.io/workers/joblist.db sqlite.worker-e48eea05.js:1:11166
filename https:__joblist.gitlab.io_workers_joblist.db sqlite.worker-e48eea05.js:1:11519
constructing url database https://joblist.gitlab.io/workers/joblist.db filename https:__joblist.gitlab.io_workers_joblist.db sqlite.worker-e48eea05.js:1:11545
[xhr of size 4 KiB @ 0 KiB] sqlite.worker-e48eea05.js:1:7166
constructed vfs sqlite.worker-e48eea05.js:1:13752
[xhr of size 4 KiB @ 20 KiB] sqlite.worker-e48eea05.js:1:7166
XHRGET
https://joblist.gitlab.io/workers/joblist.db
[HTTP/2 200 OK 2440ms]

Search error. Error: SQLite: vtable constructor failed: companies_fts
    handleError https://components.joblist.today/assets/sqlite.worker-e48eea05.js:1
    exec https://components.joblist.today/assets/sqlite.worker-e48eea05.js:1
    r https://components.joblist.today/assets/sqlite.worker-e48eea05.js:1
index-758f0db7.js:56:1092

Tried from this URL and locally.
It does not seem to be working in Firefox but it works correctly in chromium (linux).


fix(TFD-865): Prevent committing Hadoop output with no results.

What is the current behavior? (You can also link to an open issue here)
Beam attempts to commit a "job" when a Hadoop OutputFormat is used.  Every shard must return the file name that it created, but our writers only create a file when there is data to be written (lazy writing).  When no writers commit results, the job should not be committed.
Beam already has implemented this behaviour when there are NO shards (as opposed to no valid shards).
What is the new behavior?
Shards that have not produced results return null as the file name.  These are removed from the aggregated results, and the job is committed only if at least one of the writers produced results.
If no writers produced results, the same logic is used as when there are no shards.
Please check if the PR fulfills these requirements

[X] The commit message follows Talend standard
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features) ?
[ ] The code coverage on new code >75%
[ ] The new code does not introduce new technical issues (sonar / eslint)

What kind of change does this PR introduce?

[X] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build / CI related changes
[ ] Other... Please describe:

Does this PR introduce a breaking change?

[ ] Yes
[X] No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...
Other information:

Pull request test result: success :star:


A Makefile target to build a standalone E2E test binary: make e2e-build

The resulting binary can be used to execute the end-to-end tests on a
computer without the test source files and without Go or Ginkgo installed.
For example, the binary can be copied to an OpenShift CRC virtual machine and
used to run end-to-end tests against cert-manager that has been installed
using OperatorHub.
See https://github.com/cert-manager/cert-manager-olm/#run-e2e-tests-on-crc-cluster for context.
/kind cleanup
Added a Makefile target to build a standalone E2E test binary: make e2e-build

It would be nice to see this evolve into an actual conformance test, perhaps as a cmctl command.

Yes, I think that's a great idea.
I considered including the e2e.test binary among the release assets, so that the e2e tests for each release can be easily downloaded, and perhaps in that case, cmctl check conformance could download the binary for the discovered version of cert-manager, verify its signature and execute it.


Discussion: how to handle a paragraph/text component?

How would we support a parent application being able to form a block of text that supports a, em child elements?
Issues to consider:

If we allow markdown to be passed in as a prop then we'd need to bundle a markdown parser, which would be a large amount of JS
If we rely on react-dom elements it may not be portable to react-native
Would a Text/Paragraph component allow other React components as children or should it be a leaf node/escape hatch? If we style HTML elements, they will cascade if the Text or Paragraph component has other React component children. If we don't allow child elements, how do we handle the need for a React Router link?

I'm in favour of markdown for this;

Tree shaking should ensure a markdown parser is only pulled when required and hopefully a lightweight one will be available.
There should be a markdown parser for react-native that is suitable and/or maintained
It reduces a lot of work taking care of text, lists, and other elements, their nesting etc...
It provides a perfect subset of elements for text document entry
It is an established standard that people either know, or can learn and apply elsewhere

hopefully a lightweight one will be available

Last time I looked, they were all pretty big

Yea, I also struggled to find a clear react-native implementation also. Hopefully some more digging can provide a solution for both of these as I am personally in favour of markdown as a format in general - saves us a fair amount of time also.

Just spoke to Steve and he was saying that a paragraph component would be useful for current and upcoming implementations. I noticed there is already heading, lists and leadparagraph so I personally think it would be beneficial to add one.
I think it would be relatively quick to add too (although I might have a few mono-repo things to learn in the process), and this would not obstruct having a separate markdown component in the future if we wanted.
Maybe I am missing something that will reveal itself when I go to create it : D

To add to this, react-markdown should probably be implemented as something like govuk-markdown in the packages directory, and then used in components such as paragraph, instead of currently being a part of paragraph

Relates to https://github.com/govuk-react/govuk-react/issues/503


[CT-1581] [Epic] dbt-core as a library: first steps

The scope of this epic is adding new functionality to dbt-core, on top of the foundations being laid in #5527, that will enable its top-level commands to be invoked via Python—and to make that a delightful experience.
In addition, we'll be tracking lower-level changes that become relevant in the context of programmatic invocations, including (though not exclusively) integration with dbt-server + dbt Cloud.
This represents a first big step on a much longer journey, toward dbt-core as a mature & reliable software library. The initial set of functional APIs that we're aiming to include in v1.5 will be, by intention and necessity, a small subset of everything dbt-core is capable of doing today.
Ready To implement
New commands
These represent long-awaited functionality that we should expose as top-level commands, both in the CLI + API. They should be highly useful during programmatic invocations, and they provide parity with functionality that's been historically available in dbt-rpc.

[x] https://github.com/dbt-labs/dbt-core/issues/6358
[ ] https://github.com/dbt-labs/dbt-core/issues/6359

Follow-up:

[ ] https://github.com/dbt-labs/dbt-core/issues/6526
[ ] https://github.com/dbt-labs/dbt-core/issues/7156

Changes to parsing
There is one fairly clear point of separation in dbt-core today: the end of parsing, and the beginning of execution. That remains an imperfect interface; this represents the work required to refactor & solidify it.

[X] https://github.com/dbt-labs/dbt-core/issues/6357

UX for programmatic invocations
We're talking about a totally new way to invoke dbt-core (at least as the official ones go). Let's make sure that we have the requisite constructs, entry points, syntactic sugar, and documentation to support intermediate/advanced community members who want to start using it.
This is an area where we're especially eager for feedback from the wider community!

[x] https://github.com/dbt-labs/dbt-core/issues/6381
[x] https://github.com/dbt-labs/dbt-core/issues/6550

Integration with dbt-server
Track ongoing dbt-server work items that are relevant to or enabled by changes in this epic.

[x] https://github.com/dbt-labs/dbt-server/issues/127
[x] https://github.com/dbt-labs/dbt-server/issues/128
[ ] https://github.com/dbt-labs/dbt-core/issues/6763
[ ] https://github.com/dbt-labs/dbt-core/issues/6878
[ ] https://github.com/dbt-labs/dbt-core/issues/7070

Current in refinement:

[ ] #7093
[ ] https://github.com/dbt-labs/dbt-core/issues/6547
[ ] https://github.com/dbt-labs/dbt-core/issues/7104

Need to create implementation ticket

[x] https://github.com/dbt-labs/dbt-core/issues/6543

To reprioritize later on
Spikes & investigations

[ ] Triggering re-parses based on changes to env vars, --vars, credentials: https://github.com/dbt-labs/dbt-server/issues/128#issuecomment-1374916737
[ ] De-globalizing adapters: https://github.com/dbt-labs/dbt-core/issues/5533#issuecomment-1252446282

Lower-level changes
There are simplifying assumptions we can make about most dbt-core invocations: they have direct access to a terminal & file system, they're running one process at a time (zero concurrency), all steps take place in sequence, and it all happens in one OS/environment.
We don't anticipate these changes being relevant for most users who are interacting with dbt-core, whether via the CLI, or via scripting around its programmatic API. The current behavior will remain the sensible default. We still encourage any community members who are interested to weigh into any of these issues.

[ ] https://github.com/dbt-labs/dbt-core/issues/6399
[ ] https://github.com/dbt-labs/dbt-core/issues/6543
[ ] https://github.com/dbt-labs/dbt-core/issues/6544
[ ] https://github.com/dbt-labs/dbt-core/issues/6587 → https://github.com/dbt-labs/dbt-core/issues/6545
[ ] https://github.com/dbt-labs/dbt-core/issues/6647

Closing in favor of https://github.com/dbt-labs/dbt-core/issues/7162, which defines narrower scope of work to ship in v1.5


Redesign Client UI

Use feedback from:
http://forums.faforever.com/viewtopic.php?t=17068

Suggestions do't help I need ppl to do it


Fixed second broken trademark guidelines link

There were two broken links on the page, this is the second change I've proposed for the second link.

@nickward13 : Thanks for your contribution! The author, @jm-aditi-ms, has been notified to review your proposed change.

@nickward13 Is there a ticket for this in VSTS?

@jm-aditi-ms , no, just via GitHub

@nickward13 : Thanks for your contribution! The author, @jm-aditi-ms, has been notified to review your proposed change.

@qianw211 Possibly a repeat branch. Please take a look.

@ellacroi ok, thx!

@ktoliver : Thanks for your contribution! The author, @jm-aditi-ms, has been notified to review your proposed change.

Merging fix for broken link

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

@nickward13 - Would you sign the Contributor Licensing Agreement (CLA) so we can merge this fix? Thanks!

@ellacroi @nickward13 - I'm closing this as it is very long running and unresolved. I'd recommend you all fix this via the private workflow.


mkdir not permitted within litefs mount

I have an app that will create a separate sqlite database for every user in the system. I'd like to have them organised in a tree structure for better organization but currently, mkdir does not seems to be permitted within the litefs mount
2874de4c016738:/# mount | grep litefs
/dev/vdb on /var/lib/litefs type ext4 (rw,relatime,stripe=64)
litefs on /var/lib/sqlemail type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
2874de4c016738:/# mkdir /var/lib/sqlemail/users
mkdir: can't create directory '/var/lib/sqlemail/users': Operation not permitted

By the way, congratulation for the great work and thanks to LiteFS I discovered Fly.io which seems to be really awesome.

Thanks for the bug report (and the nice words!) Adding support for subdirectories adds a surprising amount of complexity to LiteFS so I held off on it. I'll mark this as a possible enhancement but also a documentation issue since we should call it out better.

It's easy to workaround this, so I suppose this is not going to be top priority, and if it adds complexity, perhaps it's best to leave it out. It's easy to just prefix our filename instead and if I truly have too many files around, perhaps I should have multiple litefs instances then.


Exactly or exact

<Match> uses the exactly prop while <MatchRoutes> routes have an exact property. This should be consistent. I prefer exactly if for no other reason than that <Match> came first.

Marking this as a "bug" in the sense that it's a bug of the API surface.

+1 for exact, not many var names uses '*ly' in my experience

However <Match exactly pattern='whatever'...> reads better than <Match exact pattern='whatever'...>
But only by a tiny bit.

It's too early to nit-pick prop names in v4. We're just exploring some new possible API. Please rest assured we won't ship the final release with two props that are supposed to do the same thing but with different names :)


Build on Windows 10

Hi,
I am trying to build quiet on Windows 10 with CMake 3.14.5 and Visual Studio 19 (64 bit).
I am having this issue - https://github.com/quiet/quiet/issues/8
The failure seems to be here:
check_library_exists(liquid flexframesync_set_header_len,flexframegen_set_header_len,ofdmflexframesync_set_header_len,ofdmflexframegen_set_header_len,resamp_rrrf_execute_output_block,liquid_pack_array_block "" LIQUID_DEVEL_FUNCTIONS)
I searched for these functions in both quiet and liquid-dsp. The problem I see is that resamp_rrrf_execute_output_block is required by quiet but isn't available in liquid-dsp.
I followed the instructions and am using the devel branch.
Cheers

I know I put in both quiet-dsp(from readme) and liquid-dsp(from error) and both say they found the library but are different versions. I think the bootstrap/cmakelists is outdated and checks for wrong library names - it should be updated in the readme / cmake lists as to what files are being used.
I just skipped the fail, and everything builds.
`diff --git a/CMakeLists.txt b/CMakeLists.txt
index 9aab588..bb250d6 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -61,8 +61,8 @@ if(LIQUID_FOUND)
set_target_properties(liquid PROPERTIES IMPORTED_LOCATION "${liquid_library}" INTERFACE_INCLUDE_DIRECTORIES "${liquid_include}")
check_library_exists(liquid flexframesync_set_header_len,flexframegen_set_header_len,ofdmflexframesync_set_header_len,ofdmflexframegen_set_header_len,resamp_rrrf_execute_output_block,liquid_pack_array_block "" LIQUID_DEVEL_FUNCTIONS)
if(NOT LIQUID_DEVEL_FUNCTIONS)

 unset(LIQUID_FOUND CACHE)

   message(FATAL_ERROR "

 #unset(LIQUID_FOUND CACHE)

   message(STATUS "SKIPPING THIS

libquiet requires the devel branch of libliquid but
found a different branch installed
fetch the devel branch using
`


Font change

Inspired by social media posts, this transformation add noise to an input sentence by randomly changing the font of words
in a sentence.

Hi @pithysr
I was assigned as one of your reviewers.
Thanks for this contribution!
I really like this idea and I believe it will be really helpful.
I will leave some comments in the code.
Correctness:All checks have failed, please fix this (maybe fetch upstream is enough)
Interface: I think you have chosen the correct interface(s).
Applicable Tasks & Keywords: I think you have chosen the relevant task but why not TaskType.TEXT_TO_TEXT_GENERATION, TaskType.TEXT_TAGGING ? Please also insert keywords as explained here
Specificity: The change is very general.
Novelty: This transformation is not yet implemented in NL-Augmenter.
Adding New Libraries: It requires nltk==3.6.2 as explained in requirements.txt
Description: The README is clear and explains what the transformation is aiming to do.
Data and code source: Data and code source missing. Please add references in the README
Test Cases: 6 test cases have been added.
Evaluating Robustness: No robustness evaluation has been performed.
Languages other than English: I believe that the transformation works also for other languages even if the author specify just english.

Hello @marco-digio
Thank you very much for your review.
I agree that we can add the other two tasks. Should I add them and commit again?

The conflicts are with my other submission that is already approved. Should I open a new PR?


Check OBS Virtualcam compatibility with common video-conferencing apps

[x] Zoom
[ ] Skype
[x] Microsoft Teams
[x] Google Meet
[ ] Slack

I just tried the Skype and Teams desktop apps, neither of them see the camera. For Google Meet and Teams in browser it depends on the browser and neither Firefox nor Chrome/Edge see the camera. I haven't tested Slack. The Camera app of Windows itself also doesn't see the camera. The only video conferencing app that seems to work, at least for me, is Zoom. Do you have the same behaviour?

Zoom temporarily wasn't working either according to https://github.com/CatxFish/obs-virtual-cam/issues/78 as they introduced some dll safety check in 4.6.8 but removed it again in 4.6.9.
For the other apps/browsers, this may be related:
https://github.com/CatxFish/obs-virtual-cam/issues/79
https://github.com/CatxFish/obs-virtual-cam/issues/54
https://github.com/CatxFish/obs-virtual-cam/issues/35
One user said disabling hw acceleration in Chrome would makes it work, but didn't make a difference for me and it wouldn't be a good idea anyway.

OK, turns out it's all working after all. The instructions for the advanced installation of OBS Virtual Cam are incorrect, you need to register both the 32 bit and the 64 bit DLLs, otherwise it only works in 32 or 64 bit apps, respectively. And Zoom was the only one that was 32 bit. I've used the regular installer which requires OBS Studio. I couldn't figure out yet how to manually register the 64 bit DLL, always getting an error.

Looks like it may be a problem with the fork https://github.com/Fenrirthviti/obs-virtual-cam. I have no issue when using the release from https://github.com/CatxFish/obs-virtual-cam. Weird though, since the installer of the fork works, just not the zip package.

For now, it may be best to remove the advanced instructions in the README. What do you think. Since this is working fine with OBS Studio, I do not think this is blocker really.

I asked about this issue here: https://obsproject.com/forum/threads/obs-virtualcam.121448/page-7#post-462079 In the meantime removing the advanced instructions makes sense.

I asked about this issue here: https://obsproject.com/forum/threads/obs-virtualcam.121448/page-7#post-462079

👍

In the meantime removing the advanced instructions makes sense.

OK. Done in https://github.com/letmaik/avatar-animator/pull/13

I just checked Skype again and it still doesn't pick it up. Browsers (Google Meet) and Teams work. I think we should add a note that Skype is not supported currently.

This is strange though as I could not find issue reported about this at https://github.com/alievk/avatarify#skype --they also use OBS Virtualcam.

Any update on this? I'm trying to set up an OBS Virtual cam to be recognized in Snap Camera but it's not showing up. Shows up in Google Meet though.

@kevindoann Snap Camera is not supported, sorry.

ahh, i see. Thank you for letting me know!
For possible reference, I was able to get it working on Mac before I tried PC. They have a virtual cam that I used and ran into the same issue. Fixed it by using their wiki on the bottom it explains how to make it work for certain apps (Zoom & Slack, in my case Snap Camera). It involves changing the info.plist DAL and a re-codesign of the app. I'm not sure exactly what this all means but it ends up having the OBS virtual cam show up on Snap Camera.

currently struggling with Nextcloud Talk / Spreed on linux with firefox. Can't get it to work.

I'm a Manjaro user and on my end it works in Firefox but not in Chrome and Brave. Perhaps it doesn't work right in Chromium-based browsers with or without HW Accelleration ticked off. Also I noticed a CPU leak as as soon as the meeting is running CPU use juist skyrockets and I meet really high. Might me a browser thing but it's something to look at.


Move the seeders into test directory

Also renamed the DatabaseSeeder to OAuth2DatabaseSeeder.
This closes #471, #467 and #435.

The tests seem to fail, works fine locally. Any idea @lucadegasperi ?

Just travis acting weirdly.

:+1:

When will this be released? Could you do it now? Every time I update composer in my lumen project I get all the yellow stuff. :)

@lukasoppermann you can test this by updating the version number for this package to 5.0.*@dev.


[Ubuntu] Move homebrew to the end of the $PATH

Homebrew for Linux contains internal python that overrides system python at the moment.
Changes:

Add function that is able to add path at the end of the $PATH
Change brew installation to use new function

The Homebrew installation probably shouldn't have any packages installed, just a blank slate. Did it have Python pre-installed?

I also don't understand how homebrew/linuxbrew would preinstall python.
Our CI builds started failing because "no homebrew paths in PATH" is not the same as "homebrew paths appended to PATH" (if the paths are already in PATH, we don't willy-nilly append/prepend them).
Whoever is accustomed to homebrew/linuxbrew will find this change weird IMHO, since the default behaviour (as per brew shellenv) is to prepend homebrew paths to PATH, not append.

@sjackman @andreidubov as you can see, python is in the /home/linuxbrew/.linuxbrew/bin despite we haven't installed it intentionally https://github.com/actions/virtual-environments/blob/master/images/linux/scripts/installers/homebrew.sh

We appreciate it if you will be able to provide a better solution to get rid of that python in the PATH.

brew ls on clean ubuntu-latest VM gives:
aws-sam-cli
bzip2
gdbm
libffi
ncurses
<EMAIL_ADDRESS>patchelf
python
readline
sqlite
xz
zlib

https://github.com/aws/homebrew-tap/blob/692471155eb82ff807f12fe337511d13603b88ad/Formula/aws-sam-cli.rb#L21

@dawidd6 nice catch!
Looks like we need to move aws-cli installation after this python one
https://github.com/actions/virtual-environments/blob/master/images/linux/scripts/installers/python.sh

I've tried to move python installation without any luck — brew still downloads it's own python so we can't get rid of this workaround so simple.

@miketimofeev I'm willing to put invest some time into this. But I'm having it hard to understand how I can test locally without any deps on Azure, etc. If it's not possible, then I can invest some time for ocular debugging.

@andreineculau testing it locally should be easy, you just need bare Ubuntu-18.04 image and then apply the installation scripts one by one. Some pieces of advice can be found in this issue https://github.com/actions/virtual-environments/issues/931
Feel free to contact us if you need any help.

Thanks! I get the feeling it's a rabbit hole, and I'll not go down on this one.
I looked a bit at the scripts though, and afaics you're trying to have the cake and eat it too.
Shaun might slap me but brew install aws-sam-cli will always install python via homebrew as well, no matter if there's already a python installed on the system outside homebrew.
Depending on how things are configured, packages like aws-sam-cli (that depend on python) might end up calling homebrew's python or the first python executable in $PATH. Same goes for a developer that might call brew install python and then invoking python... They'll expect to invoke homebrew's version, but it will be the system's version instead.
With that said, homebrew was added to this codebase, but the other scripts haven't been updated to make use of homebrew, like python.sh or node.sh etc, so while we have homebrew already available we un/intentionally? still install packages via aptitude for instance, AFTER homebrew.
I wonder if the sequence has been properly vetted. I mean: why install homebrew before all the other things that do NOT need homebrew? In my linuxbrew-based bootstrapping procedures, I install whatever is required via the system's package management tool (e.g. aptitude) or by manually downloading/repo-cloning+compiling, then I install homebrew and I install all other software via homebrew.
As someone that has also bootstrapped many images via linuxbrew, my humble recommendation is that you KISS and install as many things via linuxbrew, and thus make linuxbrew central to the image bootstrapping procedure. Both homebrew maintainers and Shaun are doing a fantastic job, and the very few issues I encountered have been addressed quickly.
One possible solution, given that you have strong reasons to keep python (and other executables?!) to point to the system's version, instead of homebrew's version (although once again, this will be a surprise to any developer as explained above!) is to add a symlink /home/runner/.local/bin/python -> /usr/bin/python and making sure that ~/.local/bin is before homebrew's bin folder in $PATH.
FWIW it has not been explained why is it a problem to have python installed via homebrew. Is something actually breaking?

Yes, all the packages installed via aptitude intentionally. We've added homebrew due to the request https://github.com/actions/virtual-environments/issues/117 and have no plans to switch to install all the tools with it except aws-sam-cli as the documentation provides only this method. Switching to homebrew will require a lot of efforts for building and testing and we're not 100% safe from regression.
It's hard to say now why the decision was to install brew as one of the first steps, probably due to changes in the PATH. I agree that it doesn't make sense to put homebrew at the end of the PATH.
The reason we keep system python is that it contains some pip packages like request, which are essential for some internal teams and we received a complaint right after python from brew was put in the PATH.

@andreineculau by the way, could you please create a bug in this repo for incorrect brew behavior?

Installing aws-sam-cli with Hombrew will also install python with Homebrew, as Python is a dependency of AWS SAM CLI. The simplest solution to this problem is to install AWS SAM CLI using a tool other than Homebrew if you do not want to install Python using Homebrew. Homebrew can still be provided in the AWS image as a tool for users to install dependencies. Happy to discuss other options if you like. Putting Homebrew at the end of the PATH is a reasonable (but perhaps not ideal) workaround. The end user could always move it to the front of the PATH if they prefer it there.

@sjackman thanks! We're working out a solution to install aws-cli without brew and move brew installation to the beginning of the PATH.


carto.dataview.Category doesn't give error if the column doesn't exist

Feel free to rename the title :)
var myTypesDataview = new carto.dataview.Category(myDataset, 'does_not_exist', {
  limit: 100
});

doesn't throw any exception in the console at this point if the column doesn't exist.
When you try to add the dataview to the client you get a HTTP 404 which isn't so friendly

Correct me if im wrong but when the map is instantiated in backed (including dataviews) there are no checks to ensure the column exist.
So windshaft returns a successful response, the dataview is created and the request to get the data fails.
cc @alonsogarciapablo  @ivanmalagon

I think that's how it works @IagoLast but @ivanmalagon probably knows this for sure.

After talking with @rochoa that should be tackled in the backend. As @IagoLast says, the dataview instantiation fails when fetching data, not in the map instantiation. For us, it'd be great that if a new map instantiation brings changes to dataviews, the API will answer with an error at that point.
Until then, I think it's advisable to put off any changes to dataviews. When that change is in place, we can tackle better async workflow with dataviews.
Summoning @rochoa here to have his approval. If so, we'll create a ticket in Engine for doing all of this.


[wip] 23.10.0

main roadmap and info in #697
TODO:

[x] top of readme in BIG (in #719):
We are not following semver and 23.10 is a re-write, run npm i -D<EMAIL_ADDRESS>to go back to previous version
[x] greenkeeper dependabot (example)
@kulshekhar I tried to enable it on my fork (after enabling issues) but it doesn't seem to create the initial PR, neither it is listing the repo on my account. I suppose it should continue to work here as expected, but we'll see that only once merged into master.
I'm going to update package.json to include a section for greenkeeper. It is trying to update dependencies in ALL E2E tests :-D
Update: Sounds like greenkeeper cannot handle a non-monorepo with a package.json in the root and other package.json in some sub-folders, will try dependabot

This PR is more to keep track/list whatever would be required before we can merge it and publish 23.10.0. No review is asked here but if you want to go over the 500+ files changed, go for it 🤣!

As a reminder, after-merge TODOs are in https://github.com/kulshekhar/ts-jest/issues/697#issuecomment-421562710


Question: why use fieldsets

Hi,
Thanks for this great share. It does one thing, and does it well :)!
One question:
I see that when users define what fields to be cloned, the fieldsets are used. I understand that fieldSets are meant for grouping fields. Thus I am not sure why it is used and if other options available too?
Good work!
Br,
Xi

I used the fieldset so users can decide which fields they want to copy in the cloned records. Now, in the latest package, I have removed the use of fieldsets.

Since you question has been answered so closing it.


Use phantom type instead of Proxy for ResponseType

@jdegoes I think you're right, this is much simpler.

:+1:

:+1:


Meeting AV Filters javascript sample

Duplicate of https://github.com/OfficeDev/Microsoft-Teams-Samples/pull/483


mythes: Remove spurious dependency on ncurses

Motivation for this change
A dependency on ncurses was added to fix a build failure, but ncurses is needed only for a test program which should be in check_PROGRAMS instead of noinst_PROGRAMS. This change adds a patch for this. I'll submit the patch upstream so it doesn't become a maintenance burden.
The bug is reported as #51297.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

For context: #51454 was merged because we needed a timely solution to not let LibreOffice break on master and @avnik raised awareness about this and his PR on IRC.
Now, the build-time dep on ncurses is avoidable yes, but not "spurious" since the example bin built by default along with the lib needs libtinfo.
Note that we could define a checkPhase to run this bin and test the lib that was built. That's what Arch package does for example (pun not intended).
Or we could move it entirely as you propose. But I don't see much benefit in having to store one more patch inside the tree (we try to fetch patches from external sources as much as possible) and having to autoreconf.

We should probably just fix hunspell's .la files with pruneLibtoolFiles as that's the root cause of the issue.


Make releases links clickable

And provide some text for them rather than just the urls.
Minor but hopefully useful.

Ha, you were too quick! Turns out the url for rebar needs updating too. I'll make another :)