The editor has crashed

I am running macOS Sierra 10.12.6 and atom will inevitably crash on me after a few minutes. I don't even have to edit code, it just crashes no matter what I am doing. I believe I have to open a file to edit before it will crash. I have uninstalled and reinstalled numerous times. I really want to use atom, but it's not possible without throwing chairs across the room.
Here is the error I get with a blank white screen where the code, sidebar, etc. used to be:

I am having the same problem on macOS El Capitan 10.11.6.  It doesn't crash if I just open a new editor, but as soon as I open a file to edit or save a new one, it will start crashing.  And at a pretty consistent interval, like 30-45 seconds.

Strange, i'm not having that problem and i was using Atom 1.15.0 and macOS Sierra 10.12.5
I even created some project without having any problem.

check your config.cson or init.coffe, it's correct or not? (Maybe)

How do you do that?

@JakeDobson can you find a crash long in Console.app and share it? Does the crash happen in safe mode (atom --safe)? If not, can you report the list of packages you have installed (apm list --installed)?

here is what I get from apm list --installed:
├──<EMAIL_ADDRESS>└──<EMAIL_ADDRESS>I'm not too sure what to look for in Console. Where do I find crash log for Atom? I just opened it and tried to run a project and got the crash again, had to choose the "force close" tab selection..
Okay, so I found this in system.log:
Aug 28 12:28:01 Jacobs-MacBook-Pro Atom[42996]: assertion failed: 16G29: libxpc.dylib + 74307 [BF896DF0-D8E9-31A8-A4B3-01120BFEEE52]: 0x89
Aug 28 12:28:11 Jacobs-MacBook-Pro Atom[42996]: BUG in libdispatch client: kevent[EVFILT_MACHPORT] monitored resource vanished before the source cancel handler was invoked
And found this in User Reports:
Process:               Atom Helper [43000]
Path:                  /Volumes/VOLUME//Atom.app/Contents/Frameworks/Atom Helper.app/Contents/MacOS/Atom Helper
Identifier:            com.github.atom.helper
Parent Process:        Atom [42996]
Responsible:           Atom [42996]
38  com.github.electron.framework 	0x000000010c2a13a2 atom::AtomRenderViewObserver::EmitIPCEvent(blink::WebFrame, std::__1::basic_string<unsigned short, base::string16_char_traits, std::__1::allocator > const&, base::ListValue const&) + 322
39  com.github.electron.framework 	0x000000010c2a1a68 atom::AtomRenderViewObserver::OnBrowserMessage(bool, std::__1::basic_string<unsigned short, base::string16_char_traits, std::__1::allocator > const&, base::ListValue const&) + 136
44  com.github.electron.framework 	0x000000010c2a18a4 atom::AtomRenderViewObserver::OnMessageReceived(IPC::Message const&) + 116
69  com.github.electron.framework 	0x000000010c1847c7 AtomMain + 71
70  com.github.atom.helper        	0x000000010856af26 main + 38
2   com.github.electron.framework 	0x000000010c298110 atom::NodeBindings::EmbedThreadRunner(void*) + 48
0x10856a000 -        0x10856aff7 +com.github.atom.helper (1.19.3 - 1.19.3) <4CF9CEEE-ED51-3CFB-8C00-D1C780250227> /var/folders//Atom.app/Contents/Frameworks/Atom Helper.app/Contents/MacOS/Atom Helper
0x10856f000 -        0x108589fff +com.github.Squirrel (1.0 - 1) <4C459C36-AFB6-3B8A-8FEC-76C192C17E30> /var/folders//Atom.app/Contents/Frameworks/Squirrel.framework/Versions/A/Squirrel
0x1085ae000 -        0x108611ff7 +org.reactivecocoa.ReactiveCocoa (1.0 - 1) <701B20DE-3ADD-3643-B52A-E05744C30DB3> /var/folders//Atom.app/Contents/Frameworks/ReactiveCocoa.framework/Versions/A/ReactiveCocoa
0x108688000 -        0x10869cfff +org.mantle.Mantle (1.0 - ???) <31915DD6-48E6-3706-A076-C9D4CE17F4F6> /var/folders//Atom.app/Contents/Frameworks/Mantle.framework/Versions/A/Mantle
0x1086b1000 -        0x10953dfff +libnode.dylib (0)  /var/folders//Atom.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Libraries/libnode.dylib
0x1097b0000 -        0x109a0bfef +libffmpeg.dylib (0)  /var/folders//Atom.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Libraries/libffmpeg.dylib
0x109dfc000 -        0x109dfcfff +cached-run-in-this-context.node (???)  /var/folders//Atom.app/Contents/Resources/app/node_modules/cached-run-in-this-context/build/Release/cached-run-in-this-context.node
0x10badc000 -        0x10badfff7 +keyboard-layout-manager.node (???) <9AFDD04F-60F4-3F08-B661-AF5D6127E60C> /var/folders//Atom.app/Contents/Resources/app/node_modules/keyboard-layout/build/Release/keyboard-layout-manager.node
0x10bd99000 -        0x10bd9afff +scrollbar-style-observer.node (???)  /var/folders//Atom.app/Contents/Resources/app/node_modules/scrollbar-style/build/Release/scrollbar-style-observer.node
0x10bfdb000 -        0x10bfdffff +pathwatcher.node (???) <3CCB2843-00E1-3CB0-B343-AB9243D32FE1> /var/folders//Atom.app/Contents/Resources/app/node_modules/pathwatcher/build/Release/pathwatcher.node
0x10c0bc000 -        0x10c0c3fff +nsfw.node (???) <50324DC8-FCAF-39DD-B8C1-2F54E7A161BF> /var/folders//Atom.app/Contents/Resources/app/node_modules/nsfw/build/Release/nsfw.node
0x10c182000 -        0x10fe07f73 +com.github.electron.framework (0) <02EEB879-495F-3A71-9D22-B9C1710D7DC4> /var/folders//Atom.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework
0x11d30d000 -        0x11d3c2ff7 +git.node (???) <09DEAD52-0C9E-3280-973C-8EEE3E0AEA1A> /var/folders//Atom.app/Contents/Resources/app/node_modules/git-utils/build/Release/git.node
0x11d48d000 -        0x11d4fcff7 +superstring.node (???)  /var/folders//Atom.app/Contents/Resources/app/node_modules/superstring/build/Release/superstring.node
0x11e50e000 -        0x11e55fff7 +onig_scanner.node (???) <17B66AC8-0F76-36BB-B1FD-6F6BAB2BE364> /var/folders/*/Atom.app/Contents/Resources/app/node_modules/oniguruma/build/Release/onig_scanner.node
Nothing else looked related to Atom, that my inexperienced eyes could tell. I did have several ".crash" files from "AtomHelper" and they appear to look nearly identical to the pasted log above from User Reports. Hope this was what you were asking for, or even useful!

Looks like you found the crash logs, thanks for adding that info :+1:
Can you also confirm if you see the crash in safe mode like Max asked above?

Does the crash happen in safe mode (atom --safe)? If not, can you report the list of packages you have installed (apm list --installed)?

Based on the crash log, it looks like you're running Atom 1.19.3 - do you remember if the crashing started right after updating to 1.19.3?
Lastly, can you check if you happen to have a .git directory in your home directory?
ls -ld ~/.git

I believe on other versions in the past, I have had the same problem with Atom. So not thinking it's an issue with this version. I've reinstalled multiple times now and before(months ago).
ls -ld ~/.git:
drwxr-xr-x  16 jacobdobson  staff  544 Aug 28 12:31 /Users/jacobdobson/.git
Still waiting for the crash on Atom --safe.....give it another minute or two before I submit the comment lol. It has been running fine for about 5-10 minutes, I will comment again if it crashes on safe mode.

It just crashed, seconds after I submitted that ^ comment...So, it seems to happen when I try and run a react-native project on iOS simulator.

ls -ld ~/.git:
drwxr-xr-x 16 jacobdobson staff 544 Aug 28 12:31 /Users/jacobdobson/.git

Ahh so it does look like you initialized a git repository in your home directory.  Did you happen to do this on purpose?  That was a known issue that caused Atom to crash in some cases e.g see https://github.com/atom/github/issues/959.
If you didn't create this repository intentionally, you can rename it/back it up:
mv ~/.git ~/.git-backup

After the rename, can you let us know if you still see the crash?

Yeah, totally not done on purpose...Can't I just rm -rf ~/.git ?? Why would I want to back it up, not delete the .git from the directory?
Also, why is this causing Atom to crash?

Atom seems to be working smoothly now.
After:
mv ~/.git ~.]/.git-backup

Just want to clarify with what's going on here, though...I replaced the .git with a .git-backup file?

Yeah, totally not done on purpose...Can't I just rm -rf ~/.git ?? Why would I want to back it up, not delete the .git from the directory?

Just being safe, I didn't want to recommend that someone delete it if they happened to do it on purpose.  It sounds like you didn't so you can delete it if you'd like though if you'd like to help us debug, let me know because I think a fix for this particular issue shipped in 1.19.0.

Also, why is this causing Atom to crash?

The issue I referenced above gets into the details if you want to take a look (e.g. from https://github.com/atom/github/issues/959#issue-237363096 - "On my machine, adding a repo at ~/.git (which I suspect is the most common case of this) results in output that is 621144 lines long, which caused the editor to completely freeze.")

Just want to clarify with what's going on here, though...I replaced the .git with a .git-backup file?

Yeah we renamed the .git directory that was created in your home directory so it's no longer viewed as a Git repository so that worked around the issue.

So just due to thee file being so large, Atom does not like to handle it. Makes some sense.
I'll go ahead and delete the .git-backup then since Atom has been working great for me all day!
Thanks to everyone who pitched in to solve this issue for me!

@JakeDobson thanks for getting back to us. I think that this issue is being tracked here: https://github.com/atom/github/issues/953. I'm going to close this one out, but you can subscribe to that one for updates.


create does not appear to be published yet

I don't see a hwlocality crate on crates.io.

Indeed, there are a few code review / quality things I'd like to finish before the first official release : more unit tests, more examples, ensure all the right traits are implemented for public types, etc.
For the time being, my own projects use a git dependency, but if you can't wait, I can consider a 0.1 release as an alternative.

Using it as a git dependency is fine for now. I put together a pull request on a different feature for the repo

@uulm-janbaudisch It's not fully clear to me what you have in mind, but wouldn't it help more if I followed the example of other projects and extracted an hwlocality-sys subcrate that does just the version detection, linking, and C API entry points? Because while the idiomatic Rust layer needs a bit more polish/cleanup work, a raw C API binding should be doable in a couple days.

Yes, a sys crate would be great. To make it simpler, would using bindgen be possible? If I am not mistaken, src/ffi.rs seems to be created by hand, right?

Indeed, src/ffi.rs is written by hand. There are quite a few reasons why I didn't want to use bindgen:

Like all automated binding generation tools, bindgen produces the kind of unreadable and undocumented code that I hate having to deal with (and would not want to force on anyone else).
Because C enums have ambiguous semantics (they can be used to model closed and open sets, true enums and bitfields...), a manual binding can have clearer semantics than an automatically generated one. Bindgen acknowledges this by letting you feed a bunch of regexes to switch between various enum translation styles, but if you're doing that, you're bringing manual binding work back, and regexes on open sets are fragile...
bindgen doesn't stop at hwloc entry points only but produces an enormous amount of irrelevant junk (basically a copy of every compiler define and every libc header that's transitively included by hwloc.h).
The recommended workflow of adding bindgen to build.rs means making every build requires libclang, which in turn means bothering my users with one more C dependency.

The common workaround of pre-baking the binding through a local bindgen-cli run will not work with hwloc because it has a fair number of few version- and OS-dependent entry points, which would require equivalently many adjustements to the automatically generated bindgen output, defeating the point of automatic generation.

The main benefit that I should get in exchange of all these drawbacks of autogenerated bindings is easy adaptation to upstream changes. Except hwloc is a mature library, so changes are rare and small. Therefore, this is not a strong benefit.
hwloc type naming choices are frankly awful, using nicer names internally was a big readability improvement.
 If I own the type definitions, I can document them on my side, setting conservative assumptions where needed.
Owning the type definition also allowed me to avoid duplication between the "raw type" and the "high level type" in some cases, where I can just have a high level type with hidden fields.

Of course, in the process of creating a -sys crate that mimicks the API of the C API, benefits 6-8 will have to go. But I still think that benefits 1-5 were worth the work of writing a manual binding.

@uulm-janbaudisch There you go: https://crates.io/crates/hwlocality-sys.

@HadrienG2 Thank you!

BTW it is possible to release alpha and beta versions to crates.io and they will be considered experimental and not stable. Versioning around them is a bit tricky, but with lock file should be fine to use.

Thanks @nazar-pc, I forgot about this possibility, and it seems like a good fit for the need expressed by you and @uglyoldbob.
Although I've been making some major progress with improving test coverage in the past months, some major functionality like cpu/memory binding is still completely untested, which is why I would be a little uncomfortable tagging this as even a 0.1 release for now.
But 0.1alpha1 sounds like the right way to tell my prospective users the intended message: "mostly feature complete, feel free to play around and submit feedback, but proceed with care as some stuff may still be broken and I may need to break the API to fix it".
And after all, my test coverage is public on codecov, so people can easily get an overview of what is covered by tests and what isn't covered yet.


More efficient JSON encoding

Go's default JSON package is said to be not very efficient compared to others. Still, structure tags, and source code compatibility is a great thing to have.
Check out https://github.com/goccy/go-json. Looks really promising.

Proof of performance gain needed.


KAFKA-13469: Block for in-flight record delivery before end-of-life source task offset commit

Jira
Although committing source task offsets without blocking on the delivery of all in-flight records is beneficial most of the time, it can lead to duplicate record delivery if there are in-flight records at the time of the task's end-of-life offset commit.
A best-effort attempt is made here to wait for any such in-flight records to be delivered before proceeding with the end-of-life offset commit for source tasks. Connect will block for up to offset.flush.timeout.ms milliseconds before calculating the latest committable offsets for the task and flushing those to the persistent offset store.
Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

@rhauch would you mind taking a look at this 3.1 blocker? There was an issue in https://github.com/apache/kafka/pull/11323 that causes a regression in some fairly-common cases.

Thanks for the rapid turnaround, @rhauch. I'm not convinced yet that the suggestion to restructure SubmittedRecords to remove synchronized blocks will result in correct behavior but I'm happy to make that change (or others that make the logic easier to follow) if we can verify that it'll be correct.

I ran the connect_distributed_test.ConnectDistributedTest.test_bounce system test repeatedly with the changes from this PR and, with clean=True (the configuration for the tests that causes them to check to ensure that no duplicates are produced), there were 24 green runs.
Since this test was the one that originally surfaced the regression addressed here, and all unit and integration tests for Connect are passing, I believe this gives us reasonable confidence that the fix here works as expected and does not introduce another regression.

Thanks Randall, appreciate the turnaround.


MySQL Execute in new connection at query tab

Describe the bug
When you execute a query in query tab, click on disconnect button at top.
And back to a new connection, the select field is blank but query instead of send to new connection, still sending to old disconnected server.
Expected behavior
Execute query in correct connection, or just trhow a error forcing user to select a correct database in db field
Screenshots
cinnamon-20220418-1.webm.tar.gz
Application (please complete the following information):

Client Maria DB
Version 10.3.27
Distribution: Linux

Desktop (please complete the following information):

OS: Linux Mint 20.3
Version Linux Mint 20.3

Additional context
The attached file is a webm video

Yes it is working here in this way.
I did not have sure where is needed to do in this case, i think only get a error message when run query.
Since is sending commands to old selected schema


Question : what is a frame ?

Hi,
I have questions about what is frame ? I understand frame like this : 4 frames per beat ? Is it this ?
How would you translate it in French ? Cadre, Image ?
Can we code into ternary ?
What about time command ? no comprendo what is it for ?
You see i'm a bit confused among all this concepts ...
Cheers

I have questions about what is frame ?

The number of increments since application started. It's the value that control operators like D, C, U, etc.. I think a orca frame is 4 midi bars. Not sure tho, and I can double check now, you'll have to run your own tests.

How would you translate it in French ?

Moment, instant, temps.

Can we code into ternary ?

What are you trying to do?

What about time command ?

This changes the frame value, it's a pretty advanced feature, I'll explain it to you when you start sending midi into orca, from orca itself, and that kind of complex behaviours. You shouldn't need to use that for now.

I think a orca frame is 4 midi bars. Not sure tho
not clearer :-)

Can we code into ternary ?

well if we want to have 3 frames in 1 beat ? to play triolet ?

time
ok

.3C3....
D323TCDE
*:03E...

.3C3....
D323TCDE
*:03E...

In Orca, a frame is equal to one 1/16th note.
D1.....
*:01Cf1

In the above example, banging on every frame will bang on every 16th of a bar.

well it depends how many beats you think you have in one bar. If you consider 4 beats into one bar - noted in music 4/4 - ok every frame will bang on every 16th of bar so on every 16th of a bar, one sixteenth-note (une demi-croche en français)
For me it's clearer to say
d:4 > every 1 beat
d:2 > every half beat
d:1 > every quarter of one beat

No ?

It's all relative. Even your math takes you to 16th's. :-)
Since most time signatures are based around 4, I feel this is an easy way to comprehend a frame. You could do 3/3 time at 120 or so, but each trigger will still be translatable to a 16th note structure in relation to the set bpm.

But the question stays alive how to play 3 notes in one beat  ?
each note will last 0.333333 beat
Is it possible with Orca ? maybe not and it will be not very important
@neauoire can't get with your example

I don't understand the question, sorry :/

Yes a quaver triplets as in your screenshot or a eighths triplet.
no always easy in english in french ? je veux juste savoir si on peut jouer des triolets de croches avec Orca donc 3 notes dans un temps ? Si on ne peut pas je m'en passerai :-) ce n'est pas grave

I think the only way would be to increase the BPM, to work at double resolution.

to get eighths triplet ? ok so which code can give me quaver triplets :-)

Unfortunately, you can't do triplets in Orca, only dotted. There's no way to bang in-between frames.
I think one would have to mess with the clock.js file and rework the bpm division to maybe get this to work? Yet then you'd be working in something based on 3 and may not be able to do regular sixteenth/eighth/quarter notes.

ok no problem :-) stay binary "simple basique" and have fun with Orca.

Maybe use base 12, if you're going to work with triplets.


Handling "=" at the end of the string in the query parameters

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What did you do?
I'm writing a router rule to match an API key that includes two "=" signs at the end of the key.  it looks like this:
      - "traefik.http.routers.test-rtr-bypass.entrypoints=https"
      - "traefik.http.routers.test-rtr-bypass.rule=Host(`test.$DOMAINNAME`) && Headers(`X-Api-Key`, `$TEST_API_KEY`) || Query(`apikey`,`$TEST_API_KEY`)"
      - "traefik.http.routers.test-rtr-bypass.priority=100"

What did you see instead?
I get an error in the traefik logs indicating that its counting more than 2 parameters.
traefik   | 2023-11-07T15:54:26.904533479Z time="2023-11-07T15:54:26Z" level=error msg="mux: number of parameters must be multiple of 2, got [apikey {redacted key without ==} =]" routerName=test-rtr-bypass@docker entryPointName=https
I see in PR #9369 that this was addressed in 2.8, but I'm wondering if the test didn't cover a case where 2 equals signs were at the end of the value.
What version of Traefik are you using?
Version:      2.10.5
Codename:     saintmarcelin
Go version:   go1.21.3
Built:        2023-10-11T13:54:02Z
OS/Arch:      linux/amd64
What is your environment & configuration?
# (paste your configuration here)

Add more configuration information here.
If applicable, please paste the log output in DEBUG level
traefik   | 2023-11-07T16:05:00.993482333Z time="2023-11-07T16:05:00Z" level=error msg="mux: number of parameters must be multiple of 2, got [apikey {redacted API key without ==} =]" entryPointName=https routerName=test-rtr-bypass@docker

Hey @timrettop,
Thanks for reaching out.
If any community member can help us fix the issue, we would love the help.

Just to follow up, appreciate any thoughts on this.   I've tried various escaping to no avail, the environment variable shows correctly.   This seems to be errored after or during the creation of the middleware for the router based on the previous debug logs.
traefik  | 2023-11-10T18:10:28.865626250Z time="2023-11-10T18:10:28Z" level=debug msg="Using IPStrategy" entryPointName=https routerName=test-rtr-bypass@docker middlewareName=middlewares-rate-limit@file middlewareType=RateLimiterType
traefik  | 2023-11-10T18:10:28.865629683Z time="2023-11-10T18:10:28Z" level=debug msg="Adding tracing to middleware" routerName=test-rtr-bypass@docker entryPointName=https middlewareName=middlewares-rate-limit@file
traefik  | 2023-11-10T18:10:28.865635795Z time="2023-11-10T18:10:28Z" level=error msg="mux: number of parameters must be multiple of 2, got [apikey {redacted key without equals} =]" entryPointName=https routerName=test-rtr-bypass@docker

@timrettop @nmengin I tried to reproduce the error by hitting the unit test for the function responsible for this with the below  config.
{ 	desc: "Query with multiple equals", 	rule: "Query(foo=bar==)", 	expected: map[string]int{ 		"http://localhost/foo?foo=bar==": http.StatusOK, 		"http://localhost/foo?foo=bar":   http.StatusNotFound, 	}, },
The error message that @timrettop  quoted above is produced by pkg/muxer/http/mux.go/query func and the unit test above calls that func.
However the test passed successfully with above key value with two = signs at end. @timrettop Can you confirm once that the above query pattern as same as used by you ?

@timrettop The problem with your example is that it contains a syntax error. The correct syntax for the rule is:
- "traefik.http.routers.test-rtr-bypass.rule=Host(`test.$DOMAINNAME`) && Headers(`X-Api-Key`, `$TEST_API_KEY`) || Query(`apikey=$TEST_API_KEY`)"
Take a look at the documentation at Routers
If you are curious of why you get the error, this is the explanation:
Let's say that the value of  TEST_API_KEY is dGhpcyBpcyBhIHRlc3Q=. The code that handle the queries is:
https://github.com/traefik/traefik/blob/0a7964300166d167f68d5502bc245b3b9c8842b4/pkg/muxer/http/mux.go#L237-L246
In your example, the function will receive the query parameter as:

which means that the call to route.Queries(queries...) will fails since it will be route.Queries("apikey", "dGhpcyBpcyBhIHRlc3Q", "")( len(queries) is not even).

@nmengin I think this issue can be closed

Since this issue seems link to a syntax error and not a bug, I close it,
Feel free to reopen if needed.

Thank you @andsarr, yes fixing this syntax error seems to have resolved the issue.


Inbox switch

The list of prisons should only appear on the inbox, processed and print visits lists and not in the visit details or process page.

I suspect the code would be simpler if the current estate was added to the URL path, rather than storing in the session. I'm not entirely with the fact that SSOIdentity has now become mutable.

Yes, would be simpler for the inbox switching but would require most of the urls so I would do it as a separate card to decide on the new url scheme and ensure that it doesn't break behaviour for existing users.

@alan I've refactored to my taste (critically making SignonIdentity immutable, which makes it simpler, and it shouldn't need to change if we move the estate into the path). There's no need to validate the estate, because a default is always available. Also, by storing the estate separately to the identity information, the user's default estate can persist across logins.
If this makes sense to you I'll address the tests, which are currently broken.

Have you tried to see if the current estate persists between sessions for the same user? I would have thought it wouldn't work because the second time the user logs in it will be a different session.
There is still a few edge cases to deal with with your approach, mainly around better handling of unwanted 404's and 500s.
Regarding the overall approach I don't like having current estate stored separately from the rest of the of the session data, so overall I prefer my approach. From what I remember it handled the edge cases better.

I have validated that the estate is persisted. When then user logs out the session isn't cleared – only the sso_data key is deleted.
I'll take a proper look at the edge cases, but I think the approach is sound.


Stuck on 'Fetching access logs'

** Please describe which feature you have a question about? **
Access Logs : Stuck on Fetching access logs
** arn **
arn:aws:amplify:us-west-2:790675203832:apps/dhc11nf9dhtm2
** Provide additional details**
I've been trying to pull access logs for this site, both from Amplify console and the CLI and have had no success. The CLI (generate-access-logs) returns a result of:
An error occurred (InternalServerErrorException) when calling the GenerateAccessLogs operation (reached max retries: 2): Endpoint request timed out
I've tried lowering the time scale of the log request to as low as one minute in the past, and still get errors.

@fitzgers This is a known issue that we are working towards a resolution for. If you retry today are you still getting errors?

@hsspain I just tried again from the CLI. I was successfully able to generate a log for a 10 second and 1 hour time range, but unsuccessful when trying to do a 24 hour range.
The same error as before:
An error occurred (InternalServerErrorException) when calling the GenerateAccessLogs operation (reached max retries: 2): Endpoint request timed out

@fitzgers Thank you for the update. We will make sure to get a resolution our as soon as possibly to allow you to generate longer time period access logs.

It seems I'm having a related problem.   I can fetch logs back some time, but the console shows a spinner and "Fetching access logs..." when I look back further.   Right now, back 5 days works and back 7 days does not.  I've been trying for a week to get logs from, now, 13 days ago.  So, it seems these will be lost to me.  I have not tried command line.
application d2bar5b73ymvxf domains nes.snparrot.com and rml.snparrot.com

Hi @benjaminisi 👋 , thanks for reaching out to us and we apologize for the lack of updates on this GitHub thread.
We have identified this behavior as a bug when trying to fetch the access logs from the Monitoring tab in the Amplify Console. This behavior can typically occur if your Amplify app had a large amount of traffic which will correspond to a large amount of access logs being generated for the time range for which you trying to retrieve the logs (7 days).
Currently, our recommendation would be to retrieve the logs as follows:

Reduce the time range, ideally to a couple of days (48 hrs). If the issue persists, try to reduce it even further (ex: 24 hrs, 12 hrs, 6 hrs, etc.)
Please use the generate-access-logs API/CLI command to download these logs using the AWS CLI:

aws amplify generate-access-logs --domain-name <value> --app-id <value> --start-time <value> --end-time <value>

Thank you again for your continued patience and we will keep you posted as we prioritize a fix for this issue.


Source file changes not reflected in test run

Reported by @DaniTheLion

This needs to be configured in app. Added a warning in f6b611c0.


presence of node_modules folder rises cpu usage to over 100 %

hello,
when I edit a single line of javascript/react file in a my react project, cpu spikes to over 100 percent.
i did the following steps:

problem persists with all installed plugging disabled and even in insider.
when i disable @builtin typescript and js language features plugin, cpu usage comes down dramatically.
deleting typescript cache folder from user/Library/Caches/ doesnt help.
after installing typescript@next cpu usage felt by around 20% but still around 110% when writing a single line of react component.
when i delete the node_modules folder the usage comes down to 30-40%
I excluded node_modules in search setting and created jsconfig.json with this content:

{
    "compilerOptions": {
      "module": "commonjs",
      "target": "es6"
    },
    "exclude": ["node_modules", "**/node_modules/*"]
  }

but it didnt help, and still it seems typescript and js features plugin looks in the node_modules folders.

here is code-insiders --status during one of the peaks:

Version:          Code - Insiders 1.46.0-insider (876f2e70f9a2e1988887f8ca82294418afac15a2, 2020-05-27T05:41:02.088Z)
OS Version:       Darwin x64 18.7.0
CPUs:             Intel(R) Core(TM) i5-7267U CPU @ 3.10GHz (4 x 3100)
Memory (System):  8.00GB (0.03GB free)
Load (avg):       1, 1, 2
VM:               0%
Screen Reader:    no
Process Argv:
GPU Status:       2d_canvas:                     enabled
                  flash_3d:                      enabled
                  flash_stage3d:                 enabled
                  flash_stage3d_baseline:        enabled
                  gpu_compositing:               enabled
                  metal:                         disabled_off
                  multiple_raster_threads:       enabled_on
                  oop_rasterization:             disabled_off
                  protected_video_decode:        unavailable_off
                  rasterization:                 enabled
                  skia_renderer:                 disabled_off_ok
                  video_decode:                  enabled
                  viz_display_compositor:        enabled_on
                  viz_hit_test_surface_layer:    disabled_off_ok
                  webgl:                         enabled
                  webgl2:                        enabled

CPU %	Mem MB	   PID	Process
    2	    90	  1092	code-insiders main
    0	    49	  1093	   gpu-process
    0	    25	  1095	   utility
    3	    90	  1105	   shared-process
    0	     0	  1242	     /bin/ps -ax -o pid=,ppid=,pcpu=,pmem=,command=
    1	   311	  1165	   window (CreateTrack.js — gp)
    0	    90	  1166	     extensionHost
    0	    74	  1168	       electron_node tsserver.js
    0	   459	  1169	       electron_node tsserver.js
    0	    74	  1193	         electron_node typingsInstaller.js typesMap.js
    0	    41	  1196	       /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/1A89925B-51CA-4793-AE75-F271DCF97B72/d/Visual Studio Code - Insiders.app/Contents/Frameworks/Code - Insiders Helper (Renderer).app/Contents/MacOS/Code - Insiders Helper (Renderer) /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/1A89925B-51CA-4793-AE75-F271DCF97B72/d/Visual Studio Code - Insiders.app/Contents/Resources/app/extensions/json-language-features/server/dist/jsonServerMain --node-ipc --clientProcessId=1166
    0	    49	  1167	     watcherService

Workspace Stats:
|  Window (CreateTrack.js — gp)
|    Folder (gp): 10549 files
|      File types: py(2154) pyc(2145) mo(1142) po(1142) html(123) js(111)
|                  txt(41) svg(26) css(14) py-tpl(13)
|      Conf files: jsconfig.json(2) package.json(1)

is there any way to make vscode ignore completely the node_modules folder?
and besides, is this memory usage by vscode without any plugin normal (800-900 mb)?

The perf information you shared does not show high cpu usage. Where are you seeing it reported?

here is another status just after 120% of cpu usage, i tried to run the command in the mac terminal as quickly as possible:
[1625:0528/214018.748856:WARNING:dns_config_service_posix.cc(184)] dns_config has unhandled options!
[1630:0528/214019.164820:WARNING:dns_config_service_posix.cc(184)] dns_config has unhandled options!
Version:          Code - Insiders 1.46.0-insider (876f2e70f9a2e1988887f8ca82294418afac15a2, 2020-05-27T05:41:02.088Z)
OS Version:       Darwin x64 18.7.0
CPUs:             Intel(R) Core(TM) i5-7267U CPU @ 3.10GHz (4 x 3100)
Memory (System):  8.00GB (0.24GB free)
Load (avg):       2, 2, 2
VM:               0%
Screen Reader:    no
Process Argv:
GPU Status:       2d_canvas:                     enabled
                  flash_3d:                      enabled
                  flash_stage3d:                 enabled
                  flash_stage3d_baseline:        enabled
                  gpu_compositing:               enabled
                  metal:                         disabled_off
                  multiple_raster_threads:       enabled_on
                  oop_rasterization:             disabled_off
                  protected_video_decode:        unavailable_off
                  rasterization:                 enabled
                  skia_renderer:                 disabled_off_ok
                  video_decode:                  enabled
                  viz_display_compositor:        enabled_on
                  viz_hit_test_surface_layer:    disabled_off_ok
                  webgl:                         enabled
                  webgl2:                        enabled

CPU %	Mem MB	   PID	Process
    1	    82	  1519	code-insiders main
    3	    49	  1521	   gpu-process
    0	    25	  1523	   utility
    3	   238	  1524	   window (CreateTrack.js — gp)
    0	   106	  1531	     extensionHost
    0	    66	  1537	       electron_node tsserver.js
    2	   492	  1538	       electron_node tsserver.js
    0	    66	  1555	         electron_node typingsInstaller.js typesMap.js
    0	    41	  1540	       /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/386A24E6-3777-4B26-AA1A-22BF62BAA0F6/d/Visual Studio Code - Insiders.app/Contents/Frameworks/Code - Insiders Helper (Renderer).app/Contents/MacOS/Code - Insiders Helper (Renderer) /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/386A24E6-3777-4B26-AA1A-22BF62BAA0F6/d/Visual Studio Code - Insiders.app/Contents/Resources/app/extensions/json-language-features/server/dist/jsonServerMain --node-ipc --clientProcessId=1531
    0	    41	  1533	     watcherService
    3	    74	  1534	   shared-process
    0	     0	  1629	     /bin/ps -ax -o pid=,ppid=,pcpu=,pmem=,command=

Workspace Stats:
|  Window (CreateTrack.js — gp)
|    Folder (gp): 10549 files
|      File types: py(2154) pyc(2145) mo(1142) po(1142) html(123) js(111)
|                  txt(41) svg(26) css(14) py-tpl(13)
|      Conf files: jsconfig.json(2) package.json(1)

here is a 90% spike just after writing the code in the red rectangle:

I don't know why the perf information is not showing any high cpu usage.
Can you instead try using the command line to determine which specific process has the high cpu usage. Try a command such as:
ps -eo pid,ppid,%mem,%cpu,args -r | head

And share the details of the process that high the issue. An example process would look something like:
32619 32609  0.5   5.4 /Users/matb/projects/vscode/.build/electron/Code - OSS.app/Contents/Frameworks/Code - OSS Helper (GPU).app/Contents/MacOS/Code - OSS Helper (GPU) --type=gpu-process --field-trial-handle=1718379636,8236489936534508639,8373353186076804903,131072 --disable-features=LayoutNG,SpareRendererForSitePerProcess --disable-color-correct-rendering --no-sandbox ...

i think i wasn't quick enough to run the status command so i missed the peak.
i tried this command : ps -eo pid,ppid,%mem,%cpu,args -r | head  and this is the first result with 110 percent:
1699  1696  5.5 110.8 /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/386A24E6-3777-4B26-AA1A-22BF62BAA0F6/d/Visual Studio Code - Insiders.app/Contents/Frameworks/Code - Insiders Helper (Renderer).app/Contents/MacOS/Code - Insiders Helper (Renderer) --max-old-space-size=3072 /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/386A24E6-3777-4B26-AA1A-22BF62BAA0F6/d/Visual Studio Code - Insiders.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js --useInferredProjectPerProjectRoot --enableTelemetry --cancellationPipeName /var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/vscode-typescript501/713c5a1e839802dc93e9/tscancellation-14239bd5eacf6e4cf48a.tmp* --globalPlugins typescript-vscode-sh-plugin --pluginProbeLocations /private/var/folders/37/zl4562zn3sl7vszlnzqk2q_00000gn/T/AppTranslocation/386A24E6-3777-4B26-AA1A-22BF62BAA0F6/d/Visual Studio Code - Insiders.app/Contents/Resources/app/extensions/typescript-language-features --locale en --noGetErrOnBackgroundUpdate --validateDefaultNpmLocation
i reproduced this with just writing a single line of code.

Thanks. Can you share the project that causes this?

sure, but can i send it to you privately?
(because i dont own the project and i'm not aware if i'm allowed to share it publicly)

Sure, you can either invite me to a private GitHub repo or email me a copy of project: matb at microsoft
We only use shared projects to diagnose what is going wrong and do not store them

Thank you,
I emailed the project main folder and a screen video recorded while reproducing the issue.

@humahn Thanks. In that project, I see the cpu usage spike for just a moment and then drop back down to zero almost right away. Doe that match what you are seeing?
@aeschli It looks like the most expensive request during this is a call to encodedSemanticClassifications-full:
Info 310  [16:20:50.559] request:
    {"seq":30,"type":"request","command":"encodedSemanticClassifications-full","arguments":{"file":"/Users/matb/Downloads/project-main/react-tracks-client /src/components/Track/CreateTrack.js","start":1241,"length":3732}}
Info 311  [16:20:50.559] Starting updateGraphWorker: Project: /Users/matb/Downloads/project-main/react-tracks-client /jsconfig.json
Info 312  [16:20:50.603] Finishing updateGraphWorker: Project: /Users/matb/Downloads/project-main/react-tracks-client /jsconfig.json Version: 8 structureChanged: false Elapsed: 44ms
Info 313  [16:20:50.603] Different program with same set of files:: oldProgram.structureIsReused:: 2
Perf 314  [16:20:50.702] 30::encodedSemanticClassifications-full: elapsed time (in milliseconds) 143.3387

in fact there are two 100% peaks:

one happens immediately after opening one of those .js files. which drops almost immediately afterwards.
another one which is the main problem happens while writing in those .js files (just as in the video). it drops only if you stop writing. if you keep writing it remains >70-80 %. in fact after 10-15 lines of writing my laptop gets really warm.

Turning editor.semanticHighlighting.enabled to false didn't lower initial peak, nor the peak which caused by writing.

@humahn Are you still seeing this with the most recent VS Code insiders build?


fix: Add UTF-8 filename* in Content-Disposition

Fixes #331
Relates-to: #253
Result of qrcp send 啊.txt
Before:
Content-Disposition: "attachment; filename=\xe5\x95\x8a.txt"

After:
Content-Disposition: "attachment; filename=\"\xe5\x95\x8a.txt\"; filename*=UTF-8''%E5%95%8A.txt"

Hello, thanks for taking the time for this.
I'll have a look next week and release a new version with your change!
Claudio

Hi! Do you have time recently? This is a simple PR with context provided in #331. If you want to test but Safari is not available, maybe I can send a video to you?
Kindly ping @claudiodangelis

Apologies for the long wait, I'll try to find some time tomorrow.
Thanks!
C

I could not reproduce the original issue, but I trust your research.
Many thanks for taking the time for this, I'm preparing a new release now.
C


Roadmap 2023

hi, when the next release will be published? It has been a long time after the v0.3.2-patch11 release😁

hi, when the next release will be published? It has been a long time after the v0.3.2-patch11 release😁

Happy new year @IcebergXTY. Still recovering from omicron but I'll update roadmap and release v0.4.0(just trying to follow semantic versioning) in a few days.

Happy new year @IcebergXTY. Still recovering from omicron but I'll update roadmap and release v0.4.0(just trying to follow semantic versioning) in a few days.

Happy new year @zhicwu. Wish you a speedy recovery~

hi, when the next release will be published? It has been a long time after the v0.3.2-patch11 release😁

Happy new year @IcebergXTY. Still recovering from omicron but I'll update roadmap and release v0.4.0(just trying to follow semantic versioning) in a few days.

Hi. When can I see release v0.4.0? I want to try using r2dbc in my test project already. Thanks for your job))

Hi, sorry if this is the wrong place to ask but I tried on the CH slack and they sent me here.
The README.md says "clickhouse-tcp-client will be available in 0.5" - is it possible to get any sense of how soon this feature might be released? Looks like it's on the roadmap for this year, but I realise things can get complicated and so I was wondering if that's still plausible - if it might be quite soon this year or if it might end up getting delayed?

Hi @alexander-newby, sorry I haven't spent much time on this project lately, so the status of tcp client is same as last year - an incomplete AbstractSocketClient plus a half baked Native data format processor. Since I can only work on this in my spare time, the rough estimate would be a month or so, if I can concentrate on the implementation 😂 So technically, it's still possible this year.
To be honest, I'm not sure if it's worthy of doing this. Looking at numbers at here, the overhead of http protocol is not huge. I think the data format matters the most, especially for ingestion. Having said that, I expect the NIO-based socket client can be used in http-client too so that we can support zero-copy for both protocols.

Hi @zhicwu, thank you for your response!
I had done some cursory performance testing when we moved over from housepower/ClickHouse-Native-JDBC to this driver, and it looked like we were taking quite a big performance hit to our overall processing time, which I attributed to the change from TCP to HTTP.
I hadn't considered the data format might be a factor, so thank you for pointing that out. I will have a closer look at that performance page and see if we can get the HTTP driver going a bit faster.
On the other hand, if you do manage to get the tcp client implemented, we will be happy to use it, but I understand if it doesn't get done if you're only building this on a voluntary basis. Thanks again!


Add Soroban write fee to LCM.

Write fee is pretty hard/error-prone to compute manually, so it's easier to just export it. This also automatically supports users in case if the underlying write fee math changes.
This is necessary work as a part of https://github.com/stellar/stellar-core/issues/4244.

Duplicate of https://github.com/stellar/stellar-xdr/pull/174

This is no a duplicate, we still have 2 XDR branches, so we need to have the change in both.


How to obtain the minFDE?

Hello author, what should I do if I want to obtain the value of minFDE? The output during the training process seems to be average FDE rather than minFDE.

I have resolved the issue


Study list filtering should not require "enter"

Currently, to filter the study list, you need to hit "enter" after supplying a value.
IE. Patient Name --> "Bobby B" --> *Enter*
Not all tablet/mobile devices easily support this. A better user experience might be a 250ms debounced application of the filter, triggered on value change. Hitting enter, or the field losing focus could shortcut the debounce. If a new request is dispatched before the first finishes, it should be cancelled using a cancellation token.

Fixed after updating react-viewerbase here (https://github.com/OHIF/Viewers/commit/8a4306d1b04ae7346e5fd4ae0c37c818275835a5)


[Bug]: test - ignore

Is there an existing issue for this?

[X] I have searched the existing issues

Description
[Bug]: test - ignore
MongoDB fails to connect
Steps To Reproduce
[Bug]: test - ignore
Public Sample App
No response
Version
Cloud

6m mongodb usage: 1464
Stats

Stat
Values

Reach
1464

Effort (months)
0.25


Calling treetagger with untokenized test?

Hi,
the example on the tt4j homepage shows tokenized input being handled by treetagger. How to I give a untokenized text to treetagger to both POS tag and tokenize?
Thanks
Shyam

See https://reckart.github.io/tt4j/tokenizer.html


Audio error in 0.57.devXX.

Hello.
Just installed a fresh computer with Windows 11 and Python 3,11 and tried the latest dev version. PATH is correct so shouldn't be the issue. I have tried to install Python both as user and for everyone, (PATH manually cleared between and reboot done).
mpf                 0.57.0.dev31
mpf-mc              0.57.0.dev10
mpf-monitor         0.57.0.dev3
I checked out https://github.com/missionpinball/mpf-mc/pull/452/commits/b4601016a39494bdc0927a24f1e8d84ff8b8b6dc#top and I'm not sure if this is the same issue or not.
Error...
14:47:54.582 : INFO [mpfmc] Mission Pinball Framework Media Controller (MPF-MC) v0.57.0.dev10. Requires MPF v0.57.0.dev19 or newer.
14:47:54.583 : INFO [mpfmc] Found MPF v0.57.0.dev31
14:47:54.583 : INFO [mpfmc] Machine path: C:\Pinball
14:47:54.583 : INFO [mpfmc] Starting clock at 60.0Hz
14:47:54.606 : INFO [kivy] Text: Provider: pil(['text_sdl2'] ignored)
14:47:54.628 : ERROR [root] DLL load failed while importing sound_file: Det går inte att hitta den angivna proceduren.
Traceback (most recent call last):
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\commands\mc.py", line 215, in init
MpfMc(options=vars(args),
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\core\mc.py", line 148, in init
create_config_collections(self, self.machine_config['mpf-mc']['config_collections'])
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\core\config_collection.py", line 82, in create_config_collections
imported_module = import_module(module)
^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\importlib_init_.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "", line 1204, in _gcd_import
File "", line 1176, in _find_and_load
File "", line 1147, in _find_and_load_unlocked
File "", line 690, in _load_unlocked
File "", line 940, in exec_module
File "", line 241, in call_with_frames_removed
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\config_collections\sound_loop_set.py", line 1, in
from mpfmc.core.audio.audio_exception import AudioException
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\core\audio_init.py", line 7, in
from mpfmc.core.audio.audio_interface import AudioInterface
File "mpfmc/core/audio/audio_interface.pyx", line 1, in init mpfmc.core.audio.audio_interface
ImportError: DLL load failed while importing sound_file: Det går inte att hitta den angivna proceduren.
14:47:54.631 : INFO [root] Stopping child threads... (0 remaining)
14:47:54.631 : INFO [root] All child threads stopped.
C:\Pinball>pip list
Package             Version

asciimatics         1.14.0
certifi             2023.7.22
charset-normalizer  3.3.2
docutils            0.20.1
ffpyplayer          4.5.0
future              0.18.3
idna                3.4
Kivy                2.2.1
kivy-deps.angle     0.3.3
kivy-deps.glew      0.3.1
kivy-deps.gstreamer 0.3.3
kivy-deps.sdl2      0.6.0
Kivy-Garden         0.1.5
mpf                 0.57.0.dev31
mpf-mc              0.57.0.dev10
mpf-monitor         0.57.0.dev3
packaging           23.1
Pillow              10.1.0
pip                 23.3.1
prompt-toolkit      3.0.39
psutil              5.9.5
pyfiglet            1.0.2
Pygments            2.16.1
pypiwin32           223
PyQt6               6.6.0
PyQt6-Qt6           6.6.0
PyQt6-sip           13.6.0
pyserial            3.5
pyserial-asyncio    0.6
pywin32             306
requests            2.31.0
ruamel.yaml         0.17.32
ruamel.yaml.clib    0.2.8
setuptools          65.5.0
sortedcontainers    2.4.0
terminaltables      3.1.10
urllib3             2.0.7
wcwidth             0.2.9
C:\Pinball>

Can add that I also tried with mc_demo downloaded from latest dev, same error.

This is a bit of a different error I think, because if the audio fails to import I think it will print that friendly message in the logs? There might be more information in these previous issues: #450 #436
I don't have a Windows machine so I'm not able to test. (And I don't know Cython either, which is what the audio system is written in, so apart from me getting it to build without errors, I don't know what else to do?)
So I think we're back to needing to find someone who knows Cython and Python and has Windows who can dig into this?

 Audio will be disabled.
2023-11-02 14:47:54,481 : root : *** [[[[[[[[[[[[[[[[[[[ NO AUDIO ]]]]]]]]]]]]]]]]] ***
2023-11-02 14:47:54,481 : root : DLL load failed while importing sound_file: Det g r inte att hitta den angivna proceduren.
Traceback (most recent call last):
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\core\mc.py", line 52, in
from mpfmc.core.audio.audio_interface import AudioInterface
File "C:\Users\Johan\AppData\Local\Programs\Python\Python311\Lib\site-packages\mpfmc\core\audio_init_.py", line 7, in
from mpfmc.core.audio.audio_interface import AudioInterface
File "mpfmc/core/audio/audio_interface.pyx", line 1, in init mpfmc.core.audio.audio_interface
ImportError: DLL load failed while importing sound_file: Det g r inte att hitta den angivna proceduren.

Ah, ok so that is the same error as those other issues. I still have no idea how to fix it, but at least it makes sense now.


Problems when writing specs for nested resource

Hi, here's my simple spec for a nested resource
    describe "POST #create" do
      it "responds with 201 Created" do
        post :create, params: { item_id: item.id, comment: FactoryGirl.attributes_for(:comment).merge!(user_id: user.id) }
        expect(response).to have_http_status(:created)
      end
      it "responds with 422 Unprocessable Entity" do
        post :create, params: { item_id: item.id, comment: FactoryGirl.attributes_for(:comment) }
        expect(response).to have_http_status(:unprocessable_entity)
      end
      it "saves the created Comment to database" do
        expect {
          post :create, params: { item_id: item.id, comment: FactoryGirl.attributes_for(:comment).merge!(user_id: user.id) }
        }.to change(Comment, :count).by(1)
        expect(response).to have_http_status(:created)
      end
    end

comments_controller.rb:
class CommentsController < ApplicationController
  expose(:item)
  expose(:comments) { item.comments }
  expose(:comment)

  def create
    respond_to do |format|
      if comment.save
        format.html { redirect_to comment, notice: 'Comment was successfully created.' }
        format.json { render :show, status: :created, location: comment }
      else
        format.html { render :new }
        format.json { render json: comment.errors, status: :unprocessable_entity }
      end
    end
  end

The spec fails with:
Failure/Error: expect(response).to have_http_status(:created)
  expected the response to have status code :created (201) but it was :unprocessable_entity (422)

params
<ActionController::Parameters {"comment"=><ActionController::Parameters {"content"=>"A sample comment", "user_id"=>"276"} permitted: false>, "item_id"=>"500", "controller"=>"comments", "action"=>"create"} permitted: false>

What am I doing wrong?

Closing this issue because this does not seem to be related to decent_exposureat all.
Use pry or byebug to debug your spec and controller to see what it's really happening. I would guess that your are hitting a validation problem, and this could be some unique constraint on your test. Good luck!


[path_provider] > File 'E\build\path_provider\intermediates\local_only_symbol_list\debug\R-def.txt' specified for property 'localResourcesFile' does not exist.

* What went wrong:
A problem was found with the configuration of task ':path_provider:generateDebugRFile' (type 'GenerateLibraryRFileTask').
> File 'E\build\path_provider\intermediates\local_only_symbol_list\debug\R-def.txt' specified for property 'localResourcesFile' does not exist.

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, 1.26.0-2.0.pre.170, on Microsoft Windows [Version 10.0.19041.508], locale zh-CN)
[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
[✓] Chrome - develop for the web
[✓] Android Studio (version 4.0)
[✓] Connected device (3 available)

• No issues found!

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, 1.26.0-2.0.pre.170, on Microsoft Windows [Version 10.0.19041.508], locale zh-CN)
[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
[✓] Chrome - develop for the web
[✓] Android Studio (version 4.0)
[✓] Connected device (3 available)

• No issues found!

Hi @jinfagang
Can you please provide  your flutter run --verbose and a complete reproducible minimal code sample
Thank you

Hi @jinfagang
Can you please provide  your flutter run --verbose and a complete reproducible minimal code sample
Thank you


Add support for submit on tab for textarea

Add support for submit on tab for textarea
Only submit on tab when blur = submit
Closes #603, #604

@ckosloski thanks for the contribution.


Assignment breaks the saving

🐞 Bug

Assignment breaks the saving
Works BUT

pd_to is not written in the transform.py file
visit_Attribute is not triggered.

DEVICE = 'cpu'

@transform
def times_two(x):
    return x * 2

times_two.pd_to(DEVICE)

save(times_two, 'm.padl')
m = load('m.padl')

content of transform.py
from padl import transform

@transform
def times_two(x):
    return x * 2

_pd_main = times_two

Not working code

triggers visit_Attribute 6 times.
creation of times_two is not written on the file.

DEVICE = 'cpu'

@transform
def times_two(x):
    return x * 2

times_two = times_two.pd_to(DEVICE)

save(times_two, 'm.padl')
m = load('m.padl')

content of transform.py
DEVICE = 'cpu'
times_two = times_two.pd_to(DEVICE)
_pd_main = times_two

Works BUT

forgets about device assigment.
forgets about new_name
does not trigger visit_Attribute

import padl
from padl import transform, save, load

DEVICE = 'cpu'

@transform
def times_two(x):
    return x * 2

new_name = times_two.pd_to(DEVICE)

save(new_name, 'm.padl', force_overwrite=True)
m2 = load('m.padl')

This works. but forgets about new_name and new_name assigment.
Below is the code written on transform.py.
from padl import transform

@transform
def times_two(x):
    return x * 2

_pd_main = times_two

Should the saved source code that is written to transform.py be checked at save time to make sure that the save worked? We could potentially allow users to pass a test input to make sure that the code works as expected at loading time.

@sjrl I think the automatic check is a good idea, at least for now so that if something isn't saved properly it doesn't fail silently.
Just saving the layers could also be useful.
@jasonkhadka the two "Works BUT" examples are expected:
(1) Saving does not dump attribute calls if they are not part of an assignment (see https://lf1-io.github.io/padl/latest/advanced/saving.html#mutated-objects)
(2) function transforms always go by the name of the function, not by the name of a variable they're assigned to, so when you dump them, the saver tracks down the name of the function, not the name of the variable - so it's not strictly a bug, still we could think about whether this is the most intuitive behavior and perhaps change it

I see.
We can also think about including the attribute calls if needed. But that can be a future feature.

@sjrl I think the automatic check is a good idea, at least for now so that if something isn't saved properly it doesn't fail silently. Just saving the layers could also be useful.
@jasonkhadka the two "Works BUT" examples are expected: (1) Saving does not dump attribute calls if they are not part of an assignment (see https://lf1-io.github.io/padl/latest/advanced/saving.html#mutated-objects) (2) function transforms always go by the name of the function, not by the name of a variable they're assigned to, so when you dump them, the saver tracks down the name of the function, not the name of the variable - so it's not strictly a bug, still we could think about whether this is the most intuitive behavior and perhaps change it

Why does PR https://github.com/lf1-io/padl/pull/432 fixes this issue?
Current problem:
@transform
def times_two(x):
    return x * 2

times_two = times_two.pd_to(DEVICE) # <- this line

In code above, <- this line has times_two that is identified as ScopedName('times_two',..,n=0) and times_two.pd_to as  ScopedName('times_two.pd_to',..,n=0).
Now if you look up  ScopedName('times_two.pd_to',..,n=0) in ast.tree for source code, you will end up finding the same line highlighted by # <- this line. That is because n =0 is signifying the latest line defining times_two. The suffix.pd_to does not matter while trying to find the source code here.
Currecnt increment_same_name_var tries to fix this issue by adding initial n with new n. But when both n are 0, 0 + 0 = 0. So this was the source of this failure.
I updated increment_same_name_var to take care of few different cases that fixes this issue, and also issue with overried some variable.
Example:
a = 2

def a(arg):
    if arg == 0:
         return 1
    return arg*a(arg-1)

In the above code, Function a depends on arg and on itself (Function a). Function a first will be identified as ScopedName(a, ..., n=0), and it will find new a. ScopedName(a, ..., n=0), but now if we just add 1 to n, new ScopedName(a, ..., n=1) will actually point to a = 2. This is wrong clearly as function a is not dependent on the declaration a = 2.
So, there are special checks when variables are overridden and still can have self-dependence, which is true for FunctionDef and ClassDef.

So, there are special checks when variables are overridden and still can have self-dependence, which is true for FunctionDef and ClassDef.

Are there any other Def types that should be caught here as well? I guess what I'm asking is there an exhaustive list of Def types in python somewhere?

This should check for any possiblity of recursion basically.
I can only think of recursion possible through functiondef and classdef. Cannot find another source of it.
I agree if there was a list of possible defs that would be great.

So, there are special checks when variables are overridden and still can have self-dependence, which is true for FunctionDef and ClassDef.

Are there any other Def types that should be caught here as well? I guess what I'm asking is there an exhaustive list of Def types in python somewhere?

@jasonkhadka thanks for the explanation!
It seems that you have slightly misunderstood the role of increment_same_name_var - this is not where the n should be incremented in this case and I don't think it's the source of the bug. It's a bit hard to explain here therefore I've written a notebook:
increment_same_name_var.zip
I think the problem is here: https://github.com/lf1-io/padl/blob/main/padl/dumptools/var2mod.py#L249

RIght, thought this
[...]
b = B(b)
print(b._pd_dumps())

seems to be a different problem, even just:
@transform
class B:
    def __init__(self, x):
        ...
b = 1
b = B(b)
print(b._pd_dumps())

goes wrong, dump is:
from padl import transform

b = 1

@transform
class B:
    def __init__(self, x):
        ...

b = B(b)
_pd_main = B(b)

That's because the transform to dump (B(b)) depends on a variable with the same name the transform itself has, which isn't accounted for.

The other problem seems a bit tricky - to get rid of the bug, it seems, we need to have (and deal with) multiple "conditional" ns (e.g. for x = x.y: "if it's x: n=1, if it's y: n=0). We should think carefully about how to do that, I believe it has the potential complicate things a lot if we don't find the right abstraction.
The ns are used in the various symfinder.find.. functions (ultimately in symfinder.find_in_source as the i parameter: Basically when something's found it decrements i and continues searching until i == 0.

After discussion:
I will implement the variants for ScopedName.
So for code:
import numpy.random
numpy = numpy.random

ScopedName('numpy')  finds its dependence on numpy.random, it will create new ScopedName with two variants of possiblity of name and n on same scope.
ScopedName(scope=Scope, variants=[('numpy', 1), ('numpy.random', 0)])
So both variants will be looked up.
Another example:
a = obj()        #1
a.b = 2          #2
a = a.b + 1    #3

Order of variable finds:
On #3: [(a, 1), (a.b, 0)]
(a,1) will find a = obj() on #1
(a.b, 0) will find a.b = 2 on #2
a.b. = 2 will be picked up as that is the latest.


ensure that all of the “new” cardiac diseases get added to MONDO

ensure that all of the “new” cardiac diseases get added to MONDO with HPO annotations in our gold standard (and/or ingest from this source).
See paper: https://ojrd.biomedcentral.com/articles/10.1186/s13023-018-0765-y

Orphanet:90022 not in ORDO https://www.ebi.ac.uk/ols/ontologies/ordo/terms?iri=http%3A%2F%2Fwww.orpha.net%2FORDO%2FOrphanet_90022
AFAICR the ORDO OWL is lagging behind the live Orphanet by some time, I thought we had a ticket for this, but I can't find it. @siiraa @Orphanet, who is in charge of making the ORDO OWL and is there plans to make a new version?

Dear all,
ORDO have a specific timeline. The data on the Orphanet’s website are updated on daily basis, monthly on Orphadata.org and twice a year as ORDO (the next version will be online nextweek)
Best regards

@nicolevasilevsky we should probably add the new HPO annotations to those diseases with attribution to PhenoDis; conversely we can re-curate as I know that we will want to do manual QA on these anyway (we can still attribute to the PhenoDis pub too). @pnrobinson @drseb what are your thoughts?

These look like high quality annotations. You can download an excel file, but we will definitely need to Q/C and check the format, I would be careful with automatic ingests before we have checked everything.

The information in this email, including attachments, may be confidential and is intended solely for the addressee(s). If you believe you received this email by mistake, please notify the sender by return email as soon as possible.

I suggest moving this to the hpo-annotation tracker. There is no specific dependency on MONDO at this stage. Keep the source disease IDs in the annotation files as we do now (I don't know whether we want to merge into existing small files or make a separate folder, but that's an hpoa-annotation issue). They get merged into MONDO classes downstream (no different than what is currently the case for annotations to OMIM and Orphanet).
It is useful to know ahead of time which ones might fall out with no MONDO IDs, so thanks for the initial analysis @nicolevasilevsky!
@Orphanet thanks for the info. Is there a reason for the current cycle? For MONDO purposes we may want to track Orphadata (monthly), not sure if it's easiest to run the OWL generation script ourselves or use  the XML directly

@cmungall
I see that Orphanet has already replied to your question. FYI, Sira is away until Feb 19th. Thanks.

@pnrobinson reminder the action item from our meeting today was for you to contact this group and see if they want to contribute to our annotations

@pnrobinson per our discussion today on the phenotype call, you are meant to follow up with this group about getting their annotations into the HPOA

Orphanet:90022 Cardiomyopathy-renal anomalies
Orphanet:93567 Pediatric systemic sclerosis
these have been obsoleted in Orphanet.
We're doing regular Orphanet slurps now


chore: indent stuff in #1833

Some things rustfmt missed

Codecov Report

Merging #1835 (64d5b81) into main (075544e) will decrease coverage by 13.98%.
The diff coverage is 0.00%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
@@             Coverage Diff             @@
##             main    #1835       +/-   ##
===========================================
- Coverage   73.50%   59.52%   -13.98%
===========================================
  Files         410      410
  Lines       50486    50486
===========================================
- Hits        37110    30053     -7057
- Misses      13376    20433     +7057

Flag
Coverage Δ

integration-tests
17.49% <0.00%> (-2.22%)
:arrow_down:

unit-tests
53.69% <0.00%> (-14.17%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

crates/rpc/rpc-engine-api/src/engine_api.rs
68.44% <0.00%> (-23.85%)
:arrow_down:

... and 160 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


[🐞] Page endpoints (onGet) are invoked during SPA Link prefetching because of q-data.json resulting in potentially HUGE perf implications

Which component is affected?
Qwik City (routing)
Describe the bug
When a page has an endpoint like onGet, requests to /<page>/q-data.json will invoke this onGet. The result is that prefetching bundle lists with <Link> from a page route that also has an onGet will necessarily invoke this onGet twice for every SPA navigation. This effectively doubles resource cost on the server via potentially expensive lookups or other actions inside an onGet to get/prepare data.
BIG Perf Implications
Another issue is that hovering various links as your mouse scrolls or just moves around the page would be invoking potentially expensive onGets all over the place for nothing. And on mobile, scrolling down a page would hit everything.
Moving the data to a separate API endpoint and using useMount$ or useResource$ and fetching the data from this separate endpoint will incur no double cost because the page has no onGet and the separate endpoint necessarily doesn't get called when prefetching q-data.json, only once when actually navigating.
Proposed Solution
I don't know too much about the internals on this issue, but I propose prefetching bundle lists via q-data.json is decoupled from calling a page's onGet and that /q-data.json doesn't not return any data (the body field). (and that useEndpoint be adjusted to fetch the page url directly for data instead of the /q-data.json url)
Other considerations would be something like cached q-data.json responses, as mentioned in this PR: https://github.com/BuilderIO/qwik/pull/2314 and using the data from there. However, I don't think this would solve the issue completely because hovering a link will invoke that page's onGet and you may not necessarily click it immediately, instead coming back to it later resulting in either stale data or a wasted request/invocation. (and this doesn't solve the perf implications above)
It's for these reasons my proposed solution above is the ideal one. Prefetching bundles is a must but invoking page endpoints at the same time is a HUGE perf footgun of using them when compared to using separate api endpoints with useMount$ or useResource$ doesn't incur the same problem.
Reproduction
https://stackblitz.com/edit/qwik-starter-v42rfq?file=src/routes/index.tsx
Steps to reproduce
No response
System Info
System:
    OS: Linux 6.0 Gentoo Linux
    CPU: (8) x64 Intel(R) Core(TM) i7-9700K CPU @ 3.60GHz
    Memory: 51.14 GB / 62.73 GB
    Container: Yes
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 16.17.1 - ~/.volta/tools/image/node/16.17.1/bin/node
    npm: 8.19.2 - ~/.volta/tools/image/npm/8.19.2/bin/npm
  npmPackages:
    @builder.io/qwik: 0.15.2 => 0.15.2
    @builder.io/qwik-city: 0.0.128 => 0.0.128
    vite: 3.2.4 => 3.2.4

Additional Information
No response

I really looking forward that this is fixed.
We plan to use prisma directly in some of the components only running on the server.
Right now the spa routing Leads also to running Code in the browser.
The new server functions might solve this issue but I like the idea sold to me in the docs.


Using --nseg with sequenza purity/ploidy estimation

Hi,
It looks like supplying an --nseg file while using sequenza purity/ploidy estimation causes an error:

JaBbA 2020-07-15 14:38:53: loaded hets
JaBbA 2020-07-15 14:39:02: Definining coverage good quality nodes as 10% bases covered by non-NA and non-Inf values in +/-100KB region
JaBbA 2020-07-15 14:39:02: Hard setting 139.765953 Mb of the genome to NA that didn't pass our quality threshold
JaBbA 2020-07-15 14:39:02: Using loess to fit mean to variance relationship in segments with greater than 5 bins
JaBbA 2020-07-15 14:39:03: Using Sequenza to estimate purity ploidy
Error in 1:nrow(segments) : argument of length 0
Calls: suppressPackageStartupMessages ... JaBbA -> jabba_stub -> karyograph_stub ->
In addition: There were 25 warnings (use warnings() to see them)

Jabba runs to completion when omitting the --nseg argument, or when keeping nseg but using an alternative method for purity/ploidy. I suspect the error might have something to do with this code block assuming that the seqname for the X chromosome is 'X' and not 'chrX':
if (exists("nseg") && !is.null(nseg)){
    ## only running w/ diploid autosomes
    ## to avoid situations like HCC1143BL
    good.chr = union(seqnames(nseg %Q% (cn==2)), "X")
    sites = sites[which(chromosome %in% good.chr)]
} else {
     ## only running w/ chr1-22 and X
     sites = sites[which(chromosome %in% seqlevels(ss.tmp))]
}
seg.s1 = sequenza::segment.breaks(sites, breaks = sqz.seg, weighted.mean = FALSE)

Thanks Will, this has been fixed.


Don't preventDefault/stopPropagation by default

imho it's best to let the user decide when to preventDefault and stopPropagation

I think I agree. It seems a little unexpected that adding a call to proxy on a component would stop those events from bubbling. I can see that being a weird one to debug.
Similarly, with preventDefault. Would you expect, say a checkbox, to not check/uncheck simply because a proxy event has been attached to it?


Click on link in headless mode only works if directly called on page, but not on element

Step To Reproduce / Observed behavior
Calling click on a Playwright::ElementHandle selected by query_selector in headless Chromium mode leads to:

Playwright::Error: Error: Element is not attached to the DOM
attempting click action
waiting for element to be visible, enabled and stable

In non-headless mode that works.
In contrast using page.click(<selector>) directly works also in headless mode.
Example:
Does not work in headless mode:
page.query_selector('.slick-cell.l0.r0 a:visible').click
Does work in headless mode:
page.click('.slick-cell.l0.r0 a:visible')
Initialization of playwright is done this way:
playwright = Playwright.create(playwright_cli_executable_path: 'npx playwright')
browser  = playwright.playwright.chromium.launch(headless: true)
page = browser.new_page(viewport: { width: 800, height: 500 })
page.set_default_timeout(60000)
page.goto("http://#{host}:#{port}")

Expected behavior
Method click should also work in headless mode if called on elements
Environment
jruby <IP_ADDRESS> (2.6.8) 2022-01-19 b26de1f5c5 OpenJDK 64-Bit Server VM 17.0.2+0 on 17.0.2+0 +jit [darwin-x86_64]

@rammpeter I think the element  '.slick-cell.l0.r0 a:visible' is not clickable when query_selector is called.
page.query_selector does NOT auto-wait the element until it is clickable while page.click does auto-wait.
https://playwright.dev/docs/actionability
The simplest solution is replacing query_selector with locator. Note that page.locator returns Locator object instead of ElementHandle.
Another solution is using wait_for_selector(sel, attached: true) instead of query_selector. You can still use ElementHandle with this solution.

@YusukeIwaki Thank you very much for your explanations and please apologise my poor experience with playwright until now


Add support to an user defined progress bar inside download function.

This commit just introduces a new argument to the download function: bar. The argument let the person who is developing code define his own progress bar using whatever he wants to. It also requires the pattern of passing the current size of the file and the total size.
An external function should be defined like
def my_progress_bar(cur, total):
    print(cur, total)

And then used as:
gdown.download(id=id, bar=my_progress_bar)

Signed-off-by: Julio Faracco<EMAIL_ADDRESS>

What is the status of this pull request? would like to use a progress bar in my python app.

I think I can jump back to this feature, because I still need it @wkentaro.


problem with 2x1x1 supercell

I'm trying to set up a phonopy calculation in a 2x1x1 supercell, and the symmetry seems to be getting confused, so phonons.symmetrize_force_constants() leads to apparently bad results.  The structure file is attached as a POSCAR - it's a cubic system with space group 204, the Sb sublattice of the CoSb3 Skutterudite structure. I'm using the conventional cubic cell as my input structure, which is twice as large as the primitive cell.
I use a strictly localized pair potential with a cutoff of 4 A.  The raw force constants (dumped by phonopy.file_IO.write_FORCE_CONSTANTS() are attached (UNSYM_FORCE_CONSTANTS.Sb3_cube_sym.sc_2_1_1.dx_0.01.xyz), and they make sense, for example the (1,2) 3x3 block is zero, because those atoms are too far to interact.  However, after calling the symmetrization routine the symmetrized force constants (FORCE_CONSTANTS.Sb3_cube_sym.sc_2_1_1.dx_0.01.xyz) look very strange. For example that (1,2) block, which should be 0, is not.  When I start the calculation I get Warning: Point group symmetries of supercell and primitivecell are different..
Do you have any suggestions as to what might be going on or how to fix it?
phonopy_sym_issue.zip

Hi,
2x1x1 breaks the symmetry in a computational sense. I suggest 2x2x2.
I mean
% phonopy -c Sb3.POSCAR --symmetry
-> number of symmetry operations = 48
% phonopy --dim 2 1 1 -d -c Sb3.POSCAR
% phonopy -c SPOSCAR --symmetry
-> number of symmetry operations = 32, but if properly found, it should be
48x2. So the symmetry is broken.
For 2x2x2, you get 384=48*8 operations.
Togo
On Thu, Jun 25, 2020 at 11:31 AM bernstei<EMAIL_ADDRESS>wrote:

I'm trying to set up a phonopy calculation in a 2x1x1 supercell, and the
symmetry seems to be getting confused, so
phonons.symmetrize_force_constants() leads to apparently bad results. The
structure file is attached as a POSCAR - it's a cubic system with space
group 204, the Sb sublattice of the CoSb3 Skutterudite structure. I'm using
the conventional cubic cell as my input structure, which is twice as large
as the primitive cell.
I use a strictly localized pair potential with a cutoff of 4 A. The raw
force constants (dumped by phonopy.file_IO.write_FORCE_CONSTANTS() are
attached (UNSYM_FORCE_CONSTANTS.Sb3_cube_sym.sc_2_1_1.dx_0.01.xyz), and
they make sense, for example the (1,2) 3x3 block is zero, because those
atoms are too far to interact. However, after calling the symmetrization
routine the symmetrized force constants (
FORCE_CONSTANTS.Sb3_cube_sym.sc_2_1_1.dx_0.01.xyz) look very strange. For
example that (1,2) block, which should be 0, is not. When I start the
calculation I get Warning: Point group symmetries of supercell and
primitivecell are different..
Do you have any suggestions as to what might be going on or how to fix it?
phonopy_sym_issue.zip
https://github.com/phonopy/phonopy/files/4828795/phonopy_sym_issue.zip
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/phonopy/phonopy/issues/121, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAHIYPEYMNZDZAVLO6EMGELRYKZGLANCNFSM4OHWADQQ
.

--
Atsushi Togo

Unfortunately, this is only a small example I made to show the issue.  I really want to be able to get to something like 10x1x1 or 20x1x1, so I can see the folding of states onto the supercell gamma point.  I tried a symmetric 10x10x10 supercell first, and that has OK symmetry but it's too big (1000 cells * 24 atoms, so the matrix is (3*24000)^2).  I don't know the details of how phonopy checks or uses the symmetry, but I did confirm that spglib finds the same symmetry (space group 204) for both the original cell and the elongated supercell.

If you don't think this is easily fixable, feel free to close this issue.  I can do what I need by making the oddly shaped supercell outside of phonopy, and then the "primitive" and "supercell", from the point of view of phonopy, are the same, and it doesn't complain about symmetry.

Probably it is not incorrect or a bug, but it works as so.
The space group type you get is by spglib called from phonopy. It's found for the primitive cell and the primitive cell is found your input supercell structure. But as I wrote, the space group operations for the supercell are searched based on the basis vectors of the supercell, and the lattice made of the basis vectors is not cubic. This is why you get different symmetry from that of the primitive cell.
I think you have a few problems mixed. One is about the understanding of the symmetry treated in phonopy. Actually this treatment is usual in many other codes. The other may be the symmetry is broken from the forces of your calculation, and the symmetrization by phonopy relies on the supercell symmetry, so the symmetrization didn't work as you expected.
It is difficult more to discuss without understanding your environment, and probably it is not about the phonopy. You may get another answer or advices from other phonopy users. So this question can be sent to the phonopy mailing list.

I am creating a fully self-contained example, and if I think it shows the same behavior, I'll post it.  If it doesn't, that should be enough for me to figure out what I was doing wrong before.

Looks like your guess about the forces being wrong was the problem, although it was not because they were breaking symmetry as such (they were calculated correctly by the force calculation itself, which does respect the symmetry).  The problem was that they were mismatched with the sets of atomic displacements (i.e. my code accidentally passed forces for displacement 10 in place of displacement 2).  Thank you for the feedback.  Looks like everything is fine, so I'm closing this issue.

Good!


Can we have Atom extensions for Godot?

Is it possible to make an an Atom extension that supports Godot, and it supports all the languages such as GDScript, C#, GDNative C++ etc?

One for GDScript exists for VSCode, so yes, but I don't think this question has its place on Godot's issue tracker.

Well, anyone can do it if they want. But we have too much on our plates already, this is not something for this issue tracker indeed.

There are already C# and C++ extensions for Atom, AFAIK.


Adding data index to point construction

Currently on the 1.x branch (not sure about 2.x) there's no way to know the index of the data point that you're currently hovering over.
Sometimes you may wanna have a more complex template for the tooltip/call a function and it's very handy and more efficient to have this available!

Thanks @bobber205, but closing since this PR is targeted for the master branch (version 2). It would require a new 1.x branch first in order to accept your PR but I don't think version 1 is still maintained. Also this change looks like a new feature so I would not go further as specified in the contributing guidelines:

Be advised that Chart.js 1.0.2 is in feature-complete status. Pull requests adding new features to the 1.x branch will be disregarded.


CdnMediaHandler not hit in later versions and/or when debugging

I'm fairly certain I've been able to debug and see what's coming into the CdnMediaHandler and step through the cache headers being set.
Tested in my two main projects currently:
IIS Express and EPiServer.CMS.AspNet.11.19.0
Local IIS and 11.20.2
The module works and I get the unique part of the name etc but nothing in the handler. Will investigate further.

Closing due to inactivity on this issue.


add reset and release methods

Solves #391
I realize we're missing kdoc everywhere. @dlemures WDYT of creating a ticket for it ?
(I didn't do it myself in case kdoc could copy the javadoc from TP's method called ??..??)

Coverage remained the same at 95.618% when pulling 1f93c005ad3c407ce0b37a654688711fae3b16f0 on sni/issue-#391-missing-reset-ktp into 6b0414535f30686ea081c0981f8dc13103fc0ded on master.


added sample, a link to EnterpriseStateClassify

Added example usage and link to a tool

@nhahanle : Thanks for your contribution! The author(s) have been notified to review your proposed change.


Create Licence

blah blah blah you know what this does :P

no Liability & Warranty as its still a heavy WIP


1.20.1 Gargantuan flux storage energy bug

Describe the bug
Starts transmitting energy and receiving it only when the limit is turned off
To Reproduce
Use energy storage with the limit enabled.
Expected behavior
So that everything works well.

If you are using GregTech Modern then this is an expected behavior.


Problem with Apache HTTP client

I got the following error after importing Twitter HBC libraries into my Android project:
java.lang.NoClassDefFoundError: org.apache.http.impl.conn.SchemeRegistryFactory
at com.twitter.hbc.ClientBuilder.(ClientBuilder.java:102)
Some Internet threads say the Apache HTTP client library collides with the Android built-in one, thus I added the following library dependency following https://hc.apache.org/httpcomponents-client-4.3.x/android-port.html
compile group: 'org.apache.httpcomponents' , name: 'httpclient-android' , version: '4.3.5'
This doesn't work as well. Now it complains some other errors. Another library
http://code.google.com/p/httpclientandroidlib/ says it could work, but it requires to import ch.boye.httpclientandroidlib.* instead of org.apache.http.*.
It seems that org.apache.http.conn.scheme.SchemeRegistry is imported in https://github.com/twitter/hbc/blob/master/hbc-core/src/main/java/com/twitter/hbc/ClientBuilder.java, so I don't think it is a good idea to change the ClientBuilder class to change the import statement.
Is there a solution? How can make the Twitter streaming work? Thanks in advance.

I also hit this problem. I'm assuming there's a really simple solution since this is a Twitter-supported project - and all it takes is someone to respond to this thread?

I have the same issue when trying to use hbc-core in android development (Android Studio). I get:
java.lang.NoClassDefFoundError: org.apache.http.impl.conn.SchemeRegistryFactory
In my gradle dependencies I added these lines:
compile 'org.apache.httpcomponents:httpclient:4.2.5'
compile 'com.twitter:hbc-core:2.2.0'
But when I open ClientBuilder.java the following import still cannot be found:
import org.apache.http.impl.conn.SchemeRegistryFactory;
I tried httpclient 4.4.1 as well. My App is targeted for minSdkVersion 17 and targetSdkVersion 21.
This is very cool project/library and it would be awesome if it worked on Android as well.

Same issue here:
    java.lang.NoClassDefFoundError: Failed resolution of: Lorg/apache/http/impl/conn/SchemeRegistryFactory;
            at com.twitter.hbc.ClientBuilder.<init>(ClientBuilder.java:102)

Any possible solution?

Also hitting this issue. As far as I can tell, android uses an older version of org.apache.httpcomponents:httpclient. Which was the conclusion of this google group discussion, and this StackOverflow answer offers a solution to use a port of a newer version of HttpComponents. Apache actually has it own official port for Android.
So it looks like it might be necessary to have a fork of this project that uses Apache's HttpComponents for Android.

Okay, if anyone also hitting this problem wants to give this solution a whirl: here's a repo you can use: https://jitpack.io/#emptyflash/hbc/hbc-2.2.0
Let me know if it works, I'm having difficulty getting it to work in my project right now, but I think it's more of a build issue.


Add aliasing link and description to various nodes (describing ranges and domains)

@Flarp One suggestion: aliases -> alias to be consistent with other properties.  Please make this change and submit a new pull request.


Chrome issue.

Hi Martin,
Thank you for this library.  I've successfully run this project and I can see that the notifications are being delivered to Firefox and Chrome.  I've just noticed that the payload has an issue with Chrome, the data in PushEvent is always null while in Firefox everything is ok.  Is there any modification that I need to do in for the payload to be delivered in Chrome clients too?
Cheers,
Rae

Hi Rae,
Thanks for opening the issue! Chrome did not support payload until version 50 which came out in April (my last commit was made before that). I need to investigate Chrome's support (it's explained really well here) and check what is going wrong.
Martijn

Thank you for replying, if not mistaken the missing part of the implementation is the 'auth' must be used in creating PRK based on the link that you've given above.  I'll try to figure this out.  This library that you've created will help a lot of Java developers working on the same issue especially those new to encryption stuffs like me.

I worked on a major refactor in the chrome branch. It does not yet follow the new protocol and for some strange reason only works for small payloads < 15 bytes. I'll let you know when I've fixed this!

Merged into master and released to Maven. Please open a new issue if there is still a problem.

This is tested, everything works fine now. Thank you.


More structured parsing of pachd address

Add support for a couple of new corner cases with pachd address parsing:

Addresses including grpc:// (fixes #4181)
Addresses where the hostname has a colon, but no port is specified (e.g. [::1])

Generally, though, this change makes parsing more structured, with an eye towards bug prevention and maintainability:

Pachd address parsing and error checking has been moved out of client.go into its own heavily tested struct
Use of net/url for parsing when a scheme is included in the address (it is not used otherwise, as net/url does not handle addresses without a scheme well.)
In contexts, pachd_address is set at config write time. This will allow us to simplify tests (see discussion here and here.)

Open questions:

Should the pachd address parsing logic be in grpcutil? It seems like a somewhat awkward, but I didn't see a client package that was a more obvious fit, and this doesn't seem worthy of having its own package.

~Blocked by #4225~

@msteffen this is about ready for review. There are a lot of changes to the TLS scripts; part of these are simplifications facilitated by these changes, but most of the changes were made so that they are runnable on macOS.