Having problems loading on localhost

When trying to load the app on localhost it just loads for a while and then say that the app cant be reached.
RUNS  src/App.test.js
<--- Last few GCs --->
[41788:0x104000000]    35543 ms: Mark-sweep 1394.6 (1425.3) -> 1394.0 (1424.3) MB, 2402.3 / 0.0 ms  (average mu = 0.091, current mu = 0.018) allocation failure scavenge might not succeed
[41788:0x104000000]    35556 ms: Scavenge 1395.0 (1424.3) -> 1394.5 (1424.8) MB, 3.5 / 0.0 ms  (average mu = 0.091, current mu = 0.018) allocation failure
[41788:0x104000000]    35565 ms: Scavenge 1395.1 (1424.8) -> 1394.8 (1425.8) MB, 2.9 / 0.0 ms  (average mu = 0.091, current mu = 0.018) allocation failure
<--- JS stacktrace --->
==== JS stack trace =========================================
0: ExitFrame [pc: 0xfade2b5be3d]

Security context: 0x1b81acb1e6e1
1: createElement [0x1b81864024b9] [/Users/geordyoliver/Desktop/new-web-app/node_modules/react/cjs/react.development.js:~753] [pc=0xfade2beb835](this=0x1b81864024f9 ,type=0x1b8102682c91 <JSFunction Form (sfi = 0x1b81d81f6721)>,config=0x1b81d03d8529 ,children=0x1b81d03d8591 <Object map = 0x1b81b630b1...
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
1: 0x10003b125 node::Abort() [/usr/local/bin/node]
2: 0x10003b32f node::OnFatalError(char const*, char const*) [/usr/local/bin/node]
3: 0x1001a8e85 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/local/bin/node]
4: 0x1005742a2 v8::internal::Heap::FatalProcessOutOfMemory(char const*) [/usr/local/bin/node]
5: 0x100576d75 v8::internal::Heap::CheckIneffectiveMarkCompact(unsigned long, double) [/usr/local/bin/node]
6: 0x100572c1f v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/local/bin/node]
7: 0x100570df4 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/local/bin/node]
8: 0x10057d68c v8::internal::Heap::AllocateRawWithLigthRetry(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/local/bin/node]
9: 0x10057d70f v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/local/bin/node]
10: 0x10054d054 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/usr/local/bin/node]
11: 0x1007d4f24 v8::internal::Runtime_AllocateInNewSpace(int, v8::internal::Object**, v8::internal::Isolate*) [/usr/local/bin/node]
12: 0xfade2b5be3d
npm ERR! Test failed.  See above for more details.

Would you be able to create a minimal example to reproduce this problem and link us here?


Use Customer Account API in templates/skeleton

WHY are these changes introduced?
The Customer Account API will be officially release in Jan of 2024. This PR aim to replaced all current storefront API customer usage with the new API.

WHAT is this pull request doing?

Add app/graphql/customer folder to contain all Customer Account API GraphQL query & mutation. This is needed because currently you cannot use the #graphql comment annotation in type generation with multiple schema in one file.

Change codegen to exclude graphql type generation for app/graphql folder. This folder will be dedicated for any graphql usage that is not Storefront API.

🔥 remove account activate, recover, register and reset. Since these are not supported in the new CA API with new customer flow.

Create customerClient in remix context like the example and also set up login/logout flow.

Pages to update in templates/skeleton

[x] /account fall back wild card
[x] /account index
[x] /account/orders
[x] /account/order/$id
[x] /account/profile
[x] /account/addresses
[x] root.tsx
[x] cart.tsx (no change, but add run customerAccessToken into customerAccount utility to keep it uniform in case for future change)
[x] Add error when createCustomerClient is use without all the variables. ie. when using mock.shop

Other templates & examples with usage of customerAccessToken:

[ ] templates/demo-store
[x] examples/multipass/ (keeping it as it. new project coming for this)

HOW to test your changes?
Follow customer-api example  for ngrok setup and interact with any /account route.
Ensure the customer information will be passed to cart when a login customer try to view cart.

Post-merge steps

Checklist

[x] I've read the Contributing Guidelines
[x] I've considered possible cross-platform impacts (Mac, Linux, Windows)
[x] I've added a changeset if this PR contains user-facing or noteworthy changes
[ ] I've added tests to cover my changes
[ ] I've added or updated the documentation

@benjaminsehl We had discussions about this somewhere else, and it seems that the team prefers storefront for the Storefront client and customerAccount for the Customer Account client.
We'll rename other instances to be customerAccount, customer-account, etc! (like in codegen)

This PR is ready to be review and merge.
Future improvement after this had been merge included:

Re-think Error handling with customerClient.query. Combined not log in check into query/mutate method
Using #graphql comment with non storefront API currently cause VS code error. Look into if there is a way to disabled this checking.
Re-think  await customerAccount.isLoggedIn(); check in the root to not use await. Add suspend boundary so Sign in text can show up and later be updated when the loggedin check is done.
How to get better redirect after auth flow. Currently every auth flow return back to /account but we do login check every time before query/mutation. You are limited to which pages can be redirect to after auth with the Callback URI(s) storefront settings. But even if we setup all the possible routes where should we store the redirect route when login is needed?

I know we've already talked about it, but I just want to make sure we remember to remove this waterfall. It's minor until a refresh request needs to be made, then it will add hundreds of milliseconds before anything else can load.

@blittle RE: 500 error
There should be a warning in the server log. Would you be able to try again and see what else might be amiss?

(ie. I didnt get the error the very first time, but after npm run build the error started showing up)

Made one addition move /authorize to /account/authorize in our app. So all customer account routes would be under the same section. This will also allow user to customized where they want to put the authorize method better.


detail page header does not align to grid when used with interior left nav

Overview
It seems that the detail page header (DPH) when used in combination with the interior left nav (ILN) does not align correctly with a grid underlying the space remaining to the right of the ILN.
Details
Based on the grid style definition it seems that a DPH used in combination with the ILN in such a way that the DPH is placed to the right of the ILN, the DPH's content should respect the 5% (or 3%) margins of the available space.
Current CSS for the DPH aligns its content by using a left padding and a right padding of 5%  and 3% respectively, depending on screen width.
This setting does not seem to achieve the correct alignment of DPH contents as the DPH's position is fixed and therefore width refers to the initial containing block (i.e. the whole window width) and not the available space to the right of the ILN.

@aagonzales @bsonefeld any thoughts on this?

Hi @thoort! Could you please upload screen shots of the issue you are having? It helps to have a visual. Also what version of carbon-components are you using?

I think I know what the problem is. I've heard this before. The detail page header isn't aware of the space being taken up by the ILN, its just calculating off the full width of the bowser.

@marijohannessen  Side panels are supposed to push and pull the grid container. The grid is currently only being calculated by the browser window.

Hi all! 👋 Just checking in to see if this is still an issue. Will wait a couple of days for a response and then will close if no response is given. Can always re-open, if needed!

Closing this issue due to inactivity. Echoing what Josh said, feel free to re-open if this is still an issue.


handle urlencoded data

Description
Seems we were not handling urlencoded data.
This closes #65
Related Issue
ACNA-3074
How Has This Been Tested?
Deployed and ran aio app dev with this action:
async function main(params) {
  const response = {
    statusCode: 200,
    body: {
      params
    }
  }
  return response
}
exports.main = main

Screenshots (if appropriate):
curl -X POST --location 'https://localhost:9080/api/v1/web/dx-excshell-1/post-data' \
--data-urlencode 'valix=345' -k | jq .params
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   291  100   282  100     9   5076    162 --:--:-- --:--:-- --:--:--  5290
{
  "__ow_headers": {
    "host": "localhost:9080",
    "user-agent": "curl/8.6.0",
    "accept": "*/*",
    "content-length": "9",
    "content-type": "application/x-www-form-urlencoded",
    "x-forwarded-for": "<IP_ADDRESS>"
  },
  "__ow_query": {},
  "__ow_method": "post",
  "LOG_LEVEL": "debug",
  "valix": "345",
  "__ow_path": ""
}

 curl -X POST --location 'https://53444-jesseisback-stage.adobeioruntime.net/api/v1/web/dx-excshell-1/post-data' \
--data-urlencode 'valix=345' -k | jq .params
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   881  100   872  100     9   1367     14 --:--:-- --:--:-- --:--:--  1380
{
  "LOG_LEVEL": "debug",
  "__ow_headers": {
    "accept": "*/*",
    "connection": "close",
    "content-type": "application/x-www-form-urlencoded",
    "host": "controller",
    "perf-br-req-in": "1719616934.510",
    "user-agent": "curl/8.6.0",
    "via": "2.0 f7283f3fe2c258cf54f8b7d3dd272e0e.cloudfront.net (CloudFront)",
    "x-amz-cf-id": "uEJ9hsxEdTb5qnWTdDiFPQIXIdI8v_eid30pVxwzhYTOyLNNPw1SBA==",
    "x-envoy-external-address": "<IP_ADDRESS>",
    "x-forwarded-for": "<IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>",
    "x-forwarded-host": "53444-jesseisback-stage.adobeioruntime.net",
    "x-forwarded-port": "80",
    "x-forwarded-proto": "https",
    "x-real-ip": "<IP_ADDRESS>",
    "x-request-id": "aVstazImjIXrTMB6ytQSAx476sllEJXc"
  },
  "__ow_method": "post",
  "__ow_path": "",
  "valix": "345"
}

Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] I have signed the Adobe Open Source CLA.
[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

adding e2e tests to this


pre. broke

pre. used to work like the html counterpart, in that it accepted html code inside, e.g. in plain old html the following block:

>This is a paragraph.

would come out as:

  >This is a paragraph.

pre. used to work like that but it now escapes the blocks, i.e. > doesn't output >

I was having trouble with the inline bracket tags in text as well #[div hello] doesn't seem to work.
Was it supported before pre broke ?

yep, it worked fine on 0.2.9

Hello Manuel,
I'm sorry it took so long but this bug should finally be fixed in v0.4.2 :-)

SWEET!
Don't worry about it, I know you have a life =)
Thanks for the fix.


Is it possible to consolidate fetch and fetchBody?

I might be overlooking something, but I haven't been able to understand why the "body" type is fixed to String in the fetch type definition. If we overload the type to be any body that satisfies the Union input thruIn (HighlevelRequestOptions headers body) constraint
  fetch
-   :: forall input output @thruIn thruOut headers
-    . Union input thruIn (HighlevelRequestOptions headers String)
+   :: forall input output @thruIn thruOut headers body
+    . Union input thruIn (HighlevelRequestOptions headers body)
    => Union output thruOut CoreRequest.UnsafeRequestOptions
    => ToCoreRequestOptions input output
    => String
    -> { | input }
    -> Aff Response

the implementation still satisfies that type and it seems like that would cover the use cases of fetchBody.

I think there was some reason for this in the past, but looks like since then we changed the implementation and now its just the same. Do you want to create a PR?


Added Resultset Table stories

Stories will be edited in the future when the prop showGoToPage is added. -> #685

Waiting for scroll in table to be merged.

Do you know why Chromatic is getting this change in the tabs component? @Lisa159

Do you know why Chromatic is getting this change in the tabs component? @Lisa159

No idea why this is happening. As you can see I didn't edit files about tabs...


Reserved ranges in memory mapped registers

The Smclic section is specific on which memory mapped addresses are considered reserved.
Same is not the case for Ssclic and Suclic. There, some regions are not explicitly listed (0x0001 - 0xFFF)
In fact, I believe the first reserved region in Smclic is incorrect. Instead of

0x0008-0x003F              reserved

should be

0x0001-0x003F              reserved

As there is only a single byte reserved for smclicconfig

Closed by #352


Enforce order of any s_*! macro calls

Before this change, only the order of s! was checked. After, it also checks s_no_extra_traits! and s_paren!. Only the order is checked, not the number of calls. This is required because multiple calls have to be allowed.

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @JohnTitor (or someone else) soon.
Please see the contribution instructions for more information.

Thanks!
@bors r+

:pushpin: Commit 60b655df91b9341abb00118b3efb2cf11a62a8ad has been approved by JohnTitor
It is now in the queue for this repository.

:hourglass: Testing commit 60b655df91b9341abb00118b3efb2cf11a62a8ad with merge a2b0b4fea318888a312ac7c13a0ab459fe90cf96...

:sunny: Test successful - checks-actions, checks-cirrus-freebsd-12, checks-cirrus-freebsd-13, checks-cirrus-freebsd-14
Approved by: JohnTitor
Pushing a2b0b4fea318888a312ac7c13a0ab459fe90cf96 to master...


Widget in popup

It would be really great to have a widget or filament component in the popup, having the same strcture for the popup too.
like to do ->content(Infolist::make()->schema([TextEntry::make( ... and so on
Is it possible?

ya it should be possible:
https://larazeus.com/docs/popover/v1/getting-started/installation#content-use-it-in-your-infolist
please test and let me know

wow sorry my bad i didn't understand how to use it. SUPER!


Revert "Bump org.hamcrest:hamcrest from 2.2 to 3.0"

Reverts odpi/egeria#8361

Reverting to older version.


lib/generators: add RFC42-style libconfig format

Description of changes
Hey again. I've split out the libconfig serializer from https://github.com/NixOS/nixpkgs/pull/167388 and took the time to acknowledge a few more edge-cases, as well as adding a test and auto-validator.
Things done

Built on platform(s)

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

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

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

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

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

[x] Fits CONTRIBUTING.md.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/1647

I'm wondering, wouldn't it be better to write these generators in a generic programming language, converting from the builtins.toJSON output to the desired format? While this wouldn't work for lib.generators since it needs to return a Nix string, it should work for pkgs.formats, which is mostly what's used for configuration generation nowadays. The benefits would be faster evaluation, ability to reuse existing tooling, better testability.

@infinisil: I think that is the way forward generally but libconfig doesn't really have much of an ecosystem or any CLI tools as far as I can tell so I'd like to continue with this PR as-is. I'm already 3 layers deep (https://github.com/NixOS/nixpkgs/pull/165936 -> https://github.com/NixOS/nixpkgs/pull/167388 -> [this PR] -> taking over as upstream maintainer soon most likely) and would really rather not recurse more.

The type system for libconfig includes types not expressible directly in nix (or json). Groups and Arrays can be unambiguously selected given a nix list. It's unclear if there are consumers of libconfig files that would need to care about a Group vs an Array. Expressible numbers include 0x123, -1, +1.0, or 5L. Octal and positive/negative I don't think are expressible. Long values might be? Include directives are also awkward to encode.
For logiops in particular the usually documented config style includes references to octal number values. Ideally experimenting with packages in Nixos doesn't also come with experimenting with translating config examples.
With that context I have trouble interpreting the intention of RFC 42. Something like toLibConfig would require documenting the above mismatch everywhere it's used and generally adding .file inputs as an escape hatch. That sort of approach generates documentation issues. Is there a good way to handle this in Nixpkgs? Examples where nix config and file inputs are mixed perhaps?

The type system for libconfig includes types not expressible directly in nix (or json). Lists and Arrays can't be unambiguously selected given a nix list. (a List is close to a nix list, an Array must contain only scalars of the same type). It's unclear if there are consumers of libconfig files that would need to care about a Group vs Array vs List.

In this PR I poked your patch a bit more to get the behavior closer to what we want. (though I don't remember the specifics very confidently ATM) and perfection is the enemy of good. (no toLibconfig currently!)

Expressible numbers include 0x123, -1, +1.0, or 5L. Octal and positive/negative I don't think are expressible. Long values might be?

deferring on @roberth's thread →

Include directives are also awkward to encode.

Yes and although I'm not sure if these should block this PR I think "@include" =  keys as (also similarly discussed in the previous thread (@#167388)) are at least partially no go due to the awkward merging config value merging: Two includes? Maybe. "foo.list" and "foo.array"? Definitely not.

For logiops in particular the usually documented config style includes references to octal number values. Ideally experimenting with packages in [NixOS] doesn't also come with experimenting with translating config examples.

This is kind of a wider "found problem" with RFC 42 and I have ran into it before but it's usually been resolved quickly by opening the docs and looking at the example or defaults. (see @#167388)

With that context I have trouble interpreting the intention of RFC 42. Something like toLibConfig would require documenting the above mismatch everywhere it's used and generally adding .file inputs as an escape hatch. That sort of approach generates documentation issues. Is there a good way to handle this in Nixpkgs? Examples where nix config and file inputs are mixed perhaps?

RFC42 is already widely deployed (search has 51 merged results) and with all of the things I've tried so far this hasn't been that much of a problem? libconfig isn't too complicated a format considering #192285 akkoma: init at 3.5.0 was recently merged using this elixrConf voodoo.
I'm pretty sure neither of us are calibrated just right, but after all of the nixpkgs NixOS modules I've consumed I have yet to touch environment.etc in my own config, which is always there along with mkForce.

You are right, this work is in the land of compromise. I'm no expert in what's being done in the scope of nix options. Consider the above a mixture of documentation on the mismatch between nix and libconfig and an open ended request for a pattern, any pattern, to use in cases where nix types are insufficient for the target config schema. (I favour a .file option with my limited experience)
One of the least enjoyable loops in nix happens when grabbing a new package with a nix options example of {}. This typically involves needing to; learn a new config format, learn a new translation scheme, and iterate through a cycle of which step is wrong? the nix -> the generated config -> the program + config. That's a lot of the motivation for my original requests for examples and attempts to limit the need to mentally map things like 'the source docs use octal but decimal will also work'.

Proceeded by #246115.


Fixer - simplify flow

Trying to simplify flow of Fixer. Make it less if-y.
Any thoughts?
//cc @GrahamCampbell

This looks quite nice.

Is LinManager the best name for that namespace?

Also, how does this compare performance wise? A bit faster I assume? What about if we're not using linting? Is it a bit slower in that case now?

Is LintManager the best name for that namespace?

I can't see a better one, but I'm open for any suggestions.

Also, how does this compare performance wise? A bit faster I assume? What about if we're not using linting? Is it a bit slower in that case now?

It does not. No reason to be faster or slower.
The behavior is same as the one on master branch.
If you are not using linter then indeed, the process of fixing goes faster - but it is already possible on master, this PR does not introduce any changes to that.

Issues from review were applied.

No reason to be faster or slower.

Those if statements used to require extra cpu cycles.

It's compensated by implementing new interface and move one of that if into helper method (for event dispatching) ;)

IMO ready for merge.
Any propositions for better namespace name ?

Linting Lint Linter

what about
Symfony/CS/Linter/LintException.php
Symfony/CS/Linter/Linter.php
Symfony/CS/Linter/LinterInterface.php
Symfony/CS/Linter/NullLinter.php

?

Yeh. :)

Maybe LintingException?

done ;)

:+1: :ship: :rocket:


fix on #131 "toastr.options.positionClass not refreshing"

Hi, please consider this solution for the issue with positionClass not being refreshed:
https://github.com/CodeSeven/toastr/issues/131
Another related issue with positionClass not being refreshed, is when the clear() is called
before notify(): http://jsfiddle.net/igoryan/2Ma9X/

We have the option containerId and we could make good use of that. With the default CSS, using containerId is ugly, because the CSS won't get applied. Would you consider a patch were we add a class "toast-container" and use that in the CSS instead of the ID "toast-container"?
This way we could use new container IDs and get the style applied. If so, I would bother doing a pull request.
I did it here locally and it worked like a charm.


NTR: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one

Hello:
I am trying to create a new GO term: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
I have tried to do so with the TermGenie template "chemical_response_to", but TermGenie is not identifying this compound. I should note that I requested this term from CHEBI and they added it on Jan. 24, 2017. So maybe there is a lag synching TermGenie with CHEBI terms?
The CHEBI term is: CHEBI:134269, and further note that this term is a companion to the current GO term: GO:1903013 and should receive the same definitions (but different PMID).
So, unless this will be possible with TermGenie soon, I would like to request the following term:
Name    response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
Ontology    biological_process
Synonyms    DIF-2
Alternate IDs   None
Definition    Any process that results in a change in state or activity of a cell or an organism (in terms of movement, secretion, enzyme production, gene expression, etc.) as a result of a 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one stimulus
Reference: PMID:3355503, PMID:19684855
Please let me know of any questions.
Thanks,
Bob Dodson

Hi Bob,
Yes, the new CHEBI term is not yet in the set accessed by TermGenie.  Can we wait a little bit longer for the term to trickle through the data pipelines?  It's much more reliable to get all the parentage right to use TG.
Thanks,
Tanya

Hi Tanya:
Sure, there is no rush on this.  Any rough idea how long a wait it might be...weeks, months?
Thanks,
Bob

@cmungall or @kltm : Do you know how often the CHEBI ontology used by TG is refreshed?  A term added on 1/24/17 and in the current version available for download is not yet usable within the TG application.  Thanks.

CHEBI is released monthly. Latest Feb 2:
ftp://ftp.ebi.ac.uk/pub/databases/chebi/ontology/
The OBO build is meant to be triggered automatically
https://build.berkeleybop.org/job/build-chebi/configure
I triggered but I will retire this job and build chebi the normal way
with the OBO pipeline
On 6 Feb 2017, at 8:43, Tanya Berardini wrote:

@cmungall or @kltm : Do you know how often the CHEBI ontology used by
TG is refreshed?  A term added on 1/24/17 and in the current version
available for download is not yet usable within the TG application.
Thanks.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/geneontology/go-ontology/issues/12989#issuecomment-277739134

Ok, will check tomorrow to see if term is available then.  Still not there right now.  Thanks for looking into this, @cmungall.

Checking today, but TG still not recognizing the CHEBI term:
1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
No rush from me, just following up on this.

Still no joy on seeing TG recognize 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
@cmungall - I don't think your manual trigger did its job.  Can you please check? Thanks.

we're now using the central obo build, but this failed due to the size of the json file. We'll skip generating the json for now. Try again tomorrow, sorry.

Will try again on Monday.  Still nothing today.

@cmungall : Still no '1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one' in TG :(

OK, should work tonight

Thanks, Chris.  Fingers crossed.

@cmungall : Nope :(

Finally!
Added:
Status for commit #93401: Success
ID: GO:1905960 Label: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one

Hi Tanya:
Thanks for adding this GO term, this is most appreciated. However, I have one additional request here and with another term too.
This GO term, GO:1905960, would be infinitely more useful with these synonyms:
Synonyms: response to DIF-2, response to DIF2
Similarly the companion GO term, GO:1903013 (response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one) would be better with the synonyms:
Synonyms: response to DIF-1, response to DIF1
As you can imagine given their long names, Dicty scientists almost exclusively refer to these compounds as DIF-1 and DIF-2 in the literature.
Thanks,
Bob

Also, probably a good idea to add to the synonym of each the full name of DIF, that is:
response to differentiation-inducing factor 1
response to differentiation-inducing factor 2
to each of the terms. Thanks!

@tberardini , I can only stress how important the synonyms are!
Would even go so far and do as primary terms the 'differentiation-inducing factor 1' or ..2. and putting the chemical names into synonyms.
If that's not agreeable, then yes, we need:
GO:1903013: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one
synonyms: response to DIF-1, response to DIF1
GO:1905960, response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
synonyms: response to DIF-2, response to DIF2
I looked for the terms and had a hard time finding all.
Thanks!

@pfey03 sorry I haven't been able to add these as the editing procedure has switched to Protege (which I can do) but also to GitHub, where the documentation for how to do this isn't yet complete (I couldn't make the training session).  @ukemi - If you can find the time to add the requested synonyms and check in the changes, I and @pfey03 and @rjdodson would sure appreciate it.  Thanks.

Hi Everyone,
Just getting around to this now and notice we have both 'response to' and 'cellular response to' terms for both of these. I assume we want synonyms for them all?
-D

Actually my mistake. We only have the cellular version for 'response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one', same question though.

Yes David, we need synonyms for all, wherever there is a chemical name for DIF1 / DIF-1 or DIF2/DIF-2. Many thanks!

Hi Petra,
Since DIF1 and DIF2 are symbols for gene products in other organisms, I felt that I had to make them related synonyms. However, I did replace the chemical name with the full string 'differentiation-inducing factor 1/2. I hope this works ok for you. If you have any concerns, let me know.
Here is the diff:
[Term]
id: GO:1903013
-name: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one
+name: response to differentiation-inducing factor 1
namespace: biological_process
def: "Any process that results in a change in state or activity of a cell or an organism (in terms of movement, secretion, enzyme production, gene expression, etc.) as a result of a 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one stimulus." [GO_REF:0000071, GOC:TermGenie, PMID:22365144]
synonym: "DIF-1" RELATED []
+synonym: "response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one" EXACT []
+synonym: "response to DIF-1" RELATED []
+synonym: "response to DIF1" RELATED []
intersection_of: GO:0050896 ! response to stimulus
intersection_of: has_input CHEBI:64598 ! 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one
created_by: rjd
@@ -530767,9 +530770,12 @@ creation_date: 2014-05-14T16:18:11Z
[Term]
id: GO:1903014
-name: cellular response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one
+name: cellular response to differentiation-inducing factor 1
namespace: biological_process
def: "Any process that results in a change in state or activity of a cell (in terms of movement, secretion, enzyme production, gene expression, etc.) as a result of a 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one stimulus." [GO_REF:0000071, GOC:TermGenie, PMID:22365144]
+synonym: "cellular response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one" EXACT []
+synonym: "cellular response to DIF-1" RELATED []
+synonym: "cellular response to DIF1" RELATED []
synonym: "DIF-1" RELATED []
intersection_of: GO:0070887 ! cellular response to chemical stimulus
intersection_of: has_input CHEBI:64598 ! 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)hexan-1-one
@@ -585464,9 +585470,12 @@ creation_date: 2017-02-22T12:03:16Z
[Term]
id: GO:1905960
-name: response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
+name: response to differentiation-inducing factor 2
namespace: biological_process
def: "Any process that results in a change in state or activity of a cell or an organism (in terms of movement, secretion, enzyme production, gene expression, etc.) as a result of a 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one stimulus." [GO_REF:0000071, GOC:rjd, GOC:TermGenie, PMID:19684855, PMID:3355503]
+synonym: "response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one" EXACT []
+synonym: "response to DIF-2" RELATED []
+synonym: "response to DIF2" RELATED []
intersection_of: GO:0050896 ! response to stimulus
intersection_of: has_input CHEBI:134269 ! 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
created_by: tberardini
-D

Hi David,
Thanks, looks almost fine! Just 2 questions:

in GO:1903014, what is the extra 3rd line in: ?
+synonym: "cellular response to DIF-1" RELATED []
+synonym: "cellular response to DIF1" RELATED []
synonym: "DIF-1" RELATED []

Could you please add the 'cellular' corresponding term to GO:1905960 response to differentiation-inducing factor 2?
GO:NEW
-name: cellular response to 1-(3,5-dichloro-2,6-dihydroxy-4-methoxyphenyl)pentan-1-one
+name: cellular response to differentiation-inducing factor 2

Makes more sense to be complete.
Many thanks, really appreciate all.
Greetings from Germany!

Hi Petra,
The third line is a synonym that was already there, so I didn't touch it. I'd be happy to add the cellular term as well. If you would like.
Greetings from snowy Maine!
-D

yes, please add!
nice an sunny here, so much more spring!


Amalgamation and readme update for Android, JS and iOS support

Tested on OSX El Capitan 10.11.4. with ANDROID NDK version 11c. I have added all the latest fixes emerged in the issues related to amalgamation.
Successfully builded for:

Android with and without BLAS
Javascript
iOS with and without BLAS

Probably the all-in-one file (and the related compiled lib) could be smaller including fewer files, but I haven't enough mxnet knowledge to accurately select the minimum set of files.

Thank you! I will take a look in weekend!

@SlipknotTN  You were able to build for android with out BLAS? How?

Try this:
Update mxnet, follow the guide for Android (you can skip OpenBLAS install) and run
make MIN=1 ANDROID=1
However it will be very slow, sometimes 10x-20x slower w.r.t. OpenBLAS version.

@SlipknotTN
When I compiled with Android NDK r12
export CC="arm-linux-androideabi-gcc"
export CXX="arm-linux-androideabi-g++"
modify OPENBLAS__ROOT to my correct path
make ANDROID=1 ends with this error:
In file included from jni/predictor.cc:4:0:
jni/../mxnet_predict-all.cc:17:26: fatal error: Availability.h: No such file or directory
As I known, Availability.h is nothing related to android but Apple.

In my generated mxnet_predict-all.cc I haven't
#include "Availability.h"
(it is missing also in iOS version).
I haven't also the other cited includes, anyway you should successfully compile commenting the lines like you have done (or adding the includes to the blacklist in amalgamation.py).
What I remember is that I can't compile mxnet lib with NDK R12 beta 1 (newer version wasn't available) and I resolved using R11c.
If this works, it is worth to add this information to the amalgamation guide (or better find a solution for R12 stable version).


sprintf issues

For whatever '%' argument we create in max, it generates an inlet, no matter if it's a valid thing - that's not the case in Pd (see picture above)! Seems Pd has to verify if it is a 'valid' argument. So my understanding is that it should get whatever it receives instead of doing this checking.
Or maybe not... because the code has this
/* CHECKED: max creates as many inlets, as there are %-signs, no matter
if they are valid, or not -- if not, it prints ``can't convert'' errors
for any input... */
Anyway, here's a list of issues:

references:
https://www.tutorialspoint.com/c_standard_library/c_function_sprintf.htm
https://en.wikipedia.org/wiki/C_data_types
https://www.gnu.org/software/libc/manual/html_node/Table-of-Output-Conversions.html

A test patch
sprintf-test.pd.zip

The test patch
sprintf-test.pd.zip

Been getting weird freezes when using %c and scrolling with a number box input. Sometimes it freezes. This time it also came with a .tcl error (tested with 0.49-1 on macOS Mojave)

btw, we've also been discussing [makefilename] in vanilla https://github.com/pure-data/pure-data/issues/549

[sprintf %.2#x] blows up Pd - old bug

"[sprintf]: slot skipped ('j' modifier not supported in a format pattern)" is not an error given in Max

remove %p that was included in https://github.com/porres/pd-cyclone/commit/8e56237cc7d1716a923e3ccbe9771c3eca5f3caa

remove %p that was included in 8e56237

done with https://github.com/porres/pd-cyclone/commit/af9bfa0d0aa76f093167534f7e85c5e182071f8c

I guess I'll reboot this issue, cause it became too messy


Suggestions

Hello,
Thank you so much for using OTTR to create this course!
It might be worth considering changing the settings to publish the site securely with https.
Also, I noticed that the link to pvactools on the "about this course" section (the index page) is currently: https://pvactools.org/  which doesn't seem to be working for me... I see that  http://pvactools.org/ appears to take me to https://pvactools.readthedocs.io/en/latest/ however.

Looks like these changes happened. The course looks great!


Update legislators-social-media.yaml

some new twitter usernames

@hpetru, thank you very much for contributing here! However, these mostly look like campaign accounts. We only track official accounts, and generally want to see them linked from the member's official House or Senate website.
repmccaul looks like an accurate update for an official account. If you want to update your pull request to limit it to that change, along with any others that you've verified are linked from their official .gov homepages, we'd be happy to :eyes: and merge.


Custom latex report

Team,
Am having custom latex file along with it's required images and file and it's already working in my monolithic Grafana reporter service. Now we're planning to migrate in to Docker setup where we are facing difficulties mapping the custom template directory to my own template directory.
Please provide workaround to fix this . Am not sure if this require any source code changes or Dockerfile changes.
Thanks,
Gokul

You could build a custom docker image with reporter and your template. Or you  could mount your report in the existing docker image. However, you will have to figure out the details yourself, I don't have capacity to provide such support.

Hi IzakMarais,
Thanks for the response.
As per the documentation given below, I've passed the -cmd_template flag (to define custom default .Tex template) and -templates flag (to define custom template path).
Note: Yes, as you said I've already mounted the template as persistent volume in container with correct permission.

Even though th e above configuration I tried, the reporter is still using default template.

Have you got this working without the custom docker container? If so, the arguments should be exactly the same in both cases. You should focus your attention on confirming that that the volume mount is visible from within the container and present at the path you expect.

On 22 Aug 2024, at 03:56, goks69 @.***> wrote:
Hi IzakMarais,
Thanks for the response.
As per the documentation given below, I've passed the -cmd_template flag (to define custom default .Tex template) and -templates flag (to define custom template path).
Note: Yes, as you said I've already mounted the template as persistent volume in container with correct permission.
image.png (view on web) https://www.google.com/url?q=https://github.com/user-attachments/assets/ecc68921-bff1-4b0e-8bfa-d3fd2c02f589&source=gmail-imap&ust=1724896567000000&usg=AOvVaw37owIOHXLEI7gfHnmMEosY
Even though th e above configuration I tried, the reporter is still using default template.
—
Reply to this email directly, view it on GitHub https://www.google.com/url?q=https://github.com/IzakMarais/reporter/issues/371%23issuecomment-2303527705&source=gmail-imap&ust=1724896567000000&usg=AOvVaw3-u-E1aYkDzZd7c6upOS5o, or unsubscribe https://www.google.com/url?q=https://github.com/notifications/unsubscribe-auth/AYT2DKPGKATLOBAS2YZKHZDZSVALLAVCNFSM6AAAAABMZ6BZPWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBTGUZDONZQGU&source=gmail-imap&ust=1724896567000000&usg=AOvVaw0ePFmvJ7zu3Nj4DWibxmPb.
You are receiving this because you commented.


Update image driver input docs

@dgergel - some comments to address before we merge.

@jhamman, I've addressed your comments.

closes #469


Way to Change Color When Not Active

If an anchor is not rendered to the page I wanna change its color since in those cases the link will be inactive.  Is there a built-in property for that or do I need to code that ability in?

There's no functonallity for this, you will have to create your own link element.
`var Link = React.createClass({
render: function () {
return (

{this.props.children}

);
}
});
module.exports = Helpers.Scroll(Link);`

cool thanks, I'll try it out.


LibreOffice macro doesn't work after saving and exiting

I followed the visualbasic instructions for LibreOffice and it worked, I was able to run a function in my cells to generate pluscode : =OLCENCODE(A2,B2)
But after saving and closing the file, on opening it again, I got a macros-disabling notification, and the functions no longer worked. They simply return the latitude value.
I followed the steps shown here to set my LibreOffice security settings to ask me whether to enable macros or not. But even after that these functions are no longer working. I get a prompt on loading the file asking about macros, I choose to enable them. But to no avail. I tried rummaging about the Organise Macros settings but LibreOffice crashed.
When I create the macro all over again, THEN it works. But I want to have people use this without having to do it all over again.
Has anyone else created a .ods (Calc) file where the OLC macro works? I even tried doing the macro in a .xlsx file, in LibreOffice. Same problem - it doesn't run things differently for .xlsx in this matter.
Environment details : Lubuntu 18.04 64-bit OS, LibreOffice <IP_ADDRESS>
If anyone wants to see the .ods file, you can download it here.

Assigning to @drinckes, who wrote the plugin.

I did a fresh install of LibreOffice, v<IP_ADDRESS>. Started a new Calc spreadsheet, and loaded the macro as per instructions on https://github.com/google/open-location-code/tree/main/visualbasic
Put in a lat and lng and entered =OLCEncode(A2, B2) in a cell, and it worked. Saved and closed the sheet.
Opening the file displays #VALUE! in the formula cell and at the top there is the notification:

Macros disabled Macros in this document are disabled due to the Macro Security settings.

I set macro security to Medium, in the Tools > Options > Security > Macro Security dialogue. Close the file, open the file, it displays a popup:

The document contains document macros.
Macros may contain viruses. Disabling macros for a document is always safe. If you disable macros you may lose functionality provided by the document macros.

Clicked Enable Macros, the sheet opens and the formulas run.
Closing as this looks like normal confusion with VB macros or maybe a bug with an old version of LibreOffice.


net/tayga, register virtual interface

Allows adding required firewall rules without having to assign the interface. As suggested by @mimugmail.

@maurice-w I haven't tried it out on my end, but the document looks good. Shall I keep this open for a couple of days and merge then (pending other feedback)? Thanks!

Other feedback would be great, but I'm not aware if anyone else tested it so far. I have it running with this patch for about 10 days now. Hopefully there will be more testers when the how-to goes public. Chicken and egg. :-)

no problem, we'll give it a couple of days and merge then. people can always provide feedback later.


Docker image for development

Hi, are there plans to create a docker image for development / testing, especially for the algorithm branch where one might have needs to quantize a customized LLM.

We currently do not have Docker images. If you are looking to develop using a Docker image, you should base it on NVIDIA Docker.
Currently, you can start by creating a conda environment using the algo-environment.yml, which should meet your needs. I may add a Dockerfile in the future, but that will take some time.

Thanks @YangWang92 for the pointers.
I followed your suggestion, and used Nvidia's docker image nvcr.io/nvidia/cuda:12.1.0-runtime-ubuntu20.04, but during the CUDA compilation step (TORCH_CUDA_ARCH_LIST=8.0 pip install -e . --no-build-isolation), I got the following error:
      In file included from /root/miniconda3/envs/vptq-algo/lib/python3.10/site-packages/torch/include/ATen/cuda/CUDAContext.h:3,
                       from /models/VPTQ/csrc/common.h:5,
                       from /models/VPTQ/csrc/ops.cc:5:
      /root/miniconda3/envs/vptq-algo/lib/python3.10/site-packages/torch/include/ATen/cuda/CUDAContextLight.h:6:10: fatal error: cuda_runtime_api.h: No such file or dire
ctory
          6 | #include <cuda_runtime_api.h>
            |          ^~~~~~~~~~~~~~~~~~~~
      compilation terminated.

After some googling, I'm guessing it's because CUDA installation cannot be found by the compiler. I've tried several things, including manually set the CUDA_HOME, etc, but still no luck in getting it working.
Did you develop on a Ubuntu box?

NVM, the above issue was fixed by:

Changing the Docker image to 12.1.0-devel-ubuntu22.04
Setting the CUDA home: export CUDA_HOME=/usr/local/cuda-12.1

NVM, the above issue was fixed by:

Changing the Docker image to 12.1.0-devel-ubuntu22.04
Setting the CUDA home: export CUDA_HOME=/usr/local/cuda-12.1
Hi @caronzh03,
Thanks for your help. Yes, this error occurs because nvcc cannot find the corresponding CUDA library and header files during compilation. On Ubuntu 20.04, you can also make nvcc find the library by setting export CUDA_HOME=/usr/local/cuda-12.1 or export PATH=/usr/local/cuda-12/bin/:$PATH.

If convenient, could you please submit a simple pull request and modify the line at https://github.com/microsoft/VPTQ?tab=readme-ov-file#build-from-source? I will merge it immediately, and you can appear as a contributor to the project here: https://github.com/microsoft/VPTQ/graphs/contributors.
If it's not convenient for you, I can make the fix.

@YangWang92 https://github.com/microsoft/VPTQ/pull/112 :)

@YangWang92 #112 :)

Thanks!


Unique transaction ID generation doesn't work properly.

Hi,
Today I found that some of the transactions weren't being added to the database because of the unique constraint. I did some debugging and I found that I two different transactions with the same ID.
Code that generates md5: https://github.com/webschik/mt940-js/blob/9cc924253b9e91006aef4b1fe592a6dd79bd30ca/src/tags/transaction-info.ts#L119
 { id: 'a8e3d70ce04262612c44d2a2a3b1898d',
  code: 'N658',
  amount: 550,
  currency: 'EUR',
  isCredit: true,
  isExpense: true,
  entryDate: '2017-03-01',
  fundsCode: '',
  valueDate: '2017-03-01',
  description: 'SOMETHING DIFFERENT<PHONE_NUMBER>2',
  bankReference: '',
  customerReference: '',
  referenceNumber: 'ABN AMRO BANK NV',
  openingBalance:
   { isCredit: true,
     date: '2017-02-28',
     currency: 'EUR',
     value: 16489.78 },
  closingBalance:
   { isCredit: true,
     date: '2017-03-01',
     currency: 'EUR',
     value: 18629.78 } }

{ id: 'a8e3d70ce04262612c44d2a2a3b1898d',
  code: 'N654',
  amount: 550,
  currency: 'EUR',
  isCredit: true,
  isExpense: false,
  entryDate: '2017-03-01',
  fundsCode: '',
  valueDate: '2017-03-01',
  description: 'SOMETHING DIFFERENT 111231431',
  bankReference: '',
  customerReference: '',
  referenceNumber: 'ABN AMRO BANK NV',
  openingBalance:
   { isCredit: true,
     date: '2017-02-28',
     currency: 'EUR',
     value: 16489.78 },
  closingBalance:
   { isCredit: true,
     date: '2017-03-01',
     currency: 'EUR',
     value: 18629.78 } }

I deleted sensitive information including the description, but they are completely unrelated, including a different IBAN on both of them.
I'll find the reason of it and create a PR sometime soon.
Ps. It is known that md5 sometimes generates the same output for different inputs. You may have to change it in the future.
Edit: Actually, the problem is passing the exact same data to the md5 method.
2017-03-01

550,
EUR

Parameter to md5: 2017-03-01550,EUR
Response from md5: a8e3d70ce04262612c44d2a2a3b1898d

2017-03-01

550,
EUR

Parameter to md5: 2017-03-01550,EUR
Response from md5: a8e3d70ce04262612c44d2a2a3b1898d

I think we have to include another unique identifier such as description, but it's going to be a breaking change.
I'll create myself a hashing callback and keep the previous one there.

Fixed in https://github.com/webschik/mt940-js/pull/9
Please, update to the version 0.6.0 and check the new docs https://github.com/webschik/mt940-js#readoptions


Create/Write file extremely slow in a wsl folder on Windows 11 File Explorer

Version
Microsoft Windows [Version 10.0.22000.493]
WSL Version

[X] WSL 2
[ ] WSL 1

Kernel Version
<IP_ADDRESS>
Distro Version
Ubuntu 20.04
Other Software
No response
Repro Steps

Open File Explorer
Go to \wsl$\Ubuntu\home{UserName}
Click on New button and Text Document

Expected Behavior
The new created file should immediately appeared like in Windows 10.
Actual Behavior
It takes almost half minute before 'New Text Document' appeared in the File Explorer on Windows 11.
Diagnostic Logs
No response

Issue is related to the virus scanner.


Observers don't trigger for Sparse components

Bevy version: 0.14.0-rc.3
Trigger<OnAdd, C>, Trigger<OnUpdate, C>, Trigger<OnRemove, C> don't seem to trigger if the component is Sparse, not Dense.

FYI @cart @james-j-obrien


Remove need to bump SHA versions manually.

PRs like https://github.com/knative/infra/pull/91 this should not be necessary. This should just autobump with toolbox or in other words track toolbox master just as it was like before the split.

I think so. Or at most to use branches.

I recall kntest was causing problems, once we remove it from the repo we can use latest directly.


bumb JS version to ECMAScript 2023 (ES14)

Pull Request Test Coverage Report for Build<PHONE_NUMBER>5
Details

0 of 0   changed or added relevant lines in 0 files are covered.
8 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.06%) to 99.613%

Files with Coverage Reduction
New Missed Lines
%

src/modules/olMap/handler/draw/OlDrawHandler.js
8
96.99%

Totals

Change from base Build<PHONE_NUMBER>3:
-0.06%

Covered Lines:
12470

Relevant Lines:
12479

💛  - Coveralls


Update Landing Page

This includes typos, updates for YAGPDB, and incorrect links.

@mrbentarikau bold link tags has always worked for me

yeah, they work both ways. still you don't put bold tag in front paragraph tag even in case you need all the paragraph bold : )
just aesthetics of HTML, nothing else

ah yeah true


VTT Notes not showing in first import

Environment:
Foundry v9 build 269 running on The Forge

All modules have been deactivated for this test.

Browser is Chrome (latest version)
GCS is most recent version:

Issue description:
After creating a GCS character with a VTT Note in a piece of equipment and importing this into a new actor the VTT note will not show. After re-importing the same (unchanged) file the VTT appears.
This is independent of the "use non-locally hosted import dialog" setting. It occurs with both option.

How to re-create issue:
This issue is re-creatable using this GCS character:
Test Actor 4.zip

Got it, thanks.   Fixed in the next release.


41 pypi release is failing

Pull Request Test Coverage Report for Build<PHONE_NUMBER>8
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 84.375%

Totals

Change from base Build<PHONE_NUMBER>9:
0.0%

Covered Lines:
27

Relevant Lines:
32

💛  - Coveralls


Fix a typo in the Readme

Coverage remained the same at 94.382% when pulling 75cdf552f03ab296328f22e02276527ab2c69c36 on lazarljubenovic:patch-1 into 22344adbb713b838c343dc39b414ff5aebc6899e on Wildhoney:master.

Thanks @lazarljubenovic – a silly typo.


Crash when -C argument equals to 1

dream> red elephant -C 1
Crash

Oooh. That's bad. Will fix.
Similar issue is that if --strength is 0.0 or 1.0, you also get a hard crash that freezes the GPU.
Not enough error checking in the underlying CompViz code....

Assertion checks now in place. Script will warn, but not crash.


⚠ Bofrost.de has degraded performance

In 3deb557, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 982 ms

Resolved: Bofrost.de performance has improved in 50aec9e after 12 minutes.


[Bug]: When comparing, initiate structural synchronization without graying out

ODC version
odc424
OB version

What happened?

What did you expect to happen?

How can we reproduce it (as minimally and precisely as possible)?
Perform structural comparison
Anything else we need to know?
No response

Fixed In Commit 8e5c660f3ec447e4d9e93bfd33f1b604e28f1c0a
------
畅晚
Wed Sep 11 10:00:03 2024 +0800

pass


import-types-preset prefixes all types (react-apollo)

Describe the bug
It clearly seems to be related to https://github.com/dotansimha/graphql-code-generator/issues/2742. But as the OP says it should be resolved, I made the decision to create a new issue.
When I migrate from 1.7.0 to 1.9.1, all types in the generated graphql.tsx are prefixed with 'Types' (default value of presetConfig.importTypesNamespace).
Before, only my own types were prefixed but not the generated types (**Query, **QueryVariables).
To Reproduce
Steps to reproduce the behavior:

My GraphQL schema:

type FinancialPeriod {
  id: ID!
  startDate: String!
  endDate: String!
  duration: Int!
  incomeStatement: IncomeStatement!
  tva: Tva!
}

My GraphQL operations:

query FinancialPeriods($structureId: ID!) {
  financialPeriods(structureId: $structureId) {
    ...financialPeriodFields
  }
}

My codegen.yml config file:

overwrite: true
schema: '../gateway/schema/schema.graphql'

react-plugins: &react-plugins
  - add: |
      /* tslint:disable */
      /* eslint-disable */
  - typescript-operations
  - typescript-react-apollo

config:
  scalars:
    JSON: '{ [key: string]: any }'
generates:
  packages/types/src/generated/types.ts:
    plugins:
      - typescript
  packages/app/src/generated/graphql.tsx:
    documents: packages/app/src/**/*.graphql
    config:
      withHooks: true
      withMutationOptionsType: true
      withComponent: false
      withHOC: false
    preset: import-types
    presetConfig:
      typesPath: '@fa-metier/types'
    plugins: *react-plugins
  packages/admin/src/generated/graphql.tsx:
    documents: packages/admin/src/**/*.graphql
    config:
      withHooks: true
      withMutationOptionsType: true
      withComponent: false
      withHOC: false
    preset: import-types
    presetConfig:
      typesPath: '@fa-metier/types'
    plugins: *react-plugins

Expected behavior

Environment:

OS:
@graphql-codegen/...:
NodeJS:

Additional context

"@graphql-codegen/cli": "^1.9.1",

"@graphql-codegen/plugin-helpers": "^1.9.1",

"@graphql-codegen/import-types-preset": "^1.9.1",

"@graphql-codegen/introspection": "1.9.1",

"@graphql-codegen/near-operation-file-preset": "^1.9.1",

"@graphql-codegen/typescript": "1.9.1",

"@graphql-codegen/typescript-operations": "1.9.1",

"@graphql-codegen/typescript-react-apollo": "1.9.1",

import-types assumes that you are creating importing all types from the external file. it means that typescript and typescript-operations should be together, and ts-react-apollo should executed with the preset:
schema: schema.graphql
documents: document.graphql

react-plugins: &react-plugins
  - add: |
      /* tslint:disable */
      /* eslint-disable */
  - typescript-react-apollo

config:
  scalars:
    JSON: '{ [key: string]: any }'
generates:
  ./generated/types.ts:
    plugins:
      - typescript
      - typescript-operations
  ./generated/graphql.tsx:
    config:
      withHooks: true
      withMutationOptionsType: true
      withComponent: false
      withHOC: false
    preset: import-types
    presetConfig:
      typesPath: './types'
    plugins: *react-plugins

If someone wants to improve this behaviour, feel free to open a PR :)


Adds the new field 'validityInterval' to 'Feature.Metadata'.

My concerns for this PR:

I have used jodatime's Interval: it throws exceptions if the end date is before that start date of the interval.
Should we allow users to make features with validity intervals that have already passed?

Other points to consider:

Should we support optional bounds for validity interval?

I'm not sure it's best to require range and validityInterval to either both be present, or both be absent.

@ewanv I agree.


Remove 4 files from /assets/art folder

Need to remove this 4 files from folder https://github.com/achvm/achvm.github.io/tree/main/assets/art:

github-profile-avatar.png
github-profile-avatar.vectornator
social-preview.png
social-preview.vectornator

You just wanna to delete them from assets/art folder ?

@mohamedhesham221 Hello! Yes, just delete)


Rep70 week1

Also looks like on the Travis run tox/precommit failed, it won't merge until that passes so just run the commands in docs/precommit.md to make the automatic style changes it suggests (I think it's 'pre-commit run --all-files') to run it on past commits, after installing it


boesp editing after 4.1, 4.2

In the commit 7c6e7914,  Volumes 4.1 and 4.2 material was added by Thomas.
@funderburkjim  is making some simple revisions in the next commit.

Changes in this commit 9bfe9ee

Change 'masculine ordinal indicator' to 'degree sign' (137).  Since we've agreed to use degree sign throughout.
Remove
 tag (32).  This was used previously, but there are no current
 tags, so these
 tags not needed.
Change </F4>  to ·   (middle-dot+space).

The </F4> tag are always at end of lines beginning <F4.1> or <F4.2>, which are additional 'footnotes' for verses appearing in volumes 1-3 but which originate in volumes 4.1 or 4.2.  Since the 'common' Footnote (<F>) has no closing tag, these additional footnotes may also be without a closing tag.
Replacing with the 'middle-dot+space' is a convention related to editing with Kedit.
One new footnote line (line 215) is now also of this form: <F4.2>-- 11 . PRASAN3GARATNA1VALI1.·

Now ALL lines (except the preliminary information lines (like <S> = Sanskrit) either

end in middle-dot+space or
are blank lines  (with just 1 space).

The addtional 4.1/4.2 material can be broadly considered as one of two types: additional verses and additional 'footnotes' and 'improvements/addenda'
Structure of digitization of volumes 1-3
The sayings from volumes 1-3 are numbered from 1 to 7613. Each of these has

zero or more Optional <HS> section (Cross-reference) sections -- reference to other verses
exactly one <S> section -- the verse (or occasionally more than one verse combined)
one or more <D> sections - translation into German ,  Almost always just one
A footnote <F> section.  The footnotes appear in the printed text at the bottom of the page ,
but have been individually moved, in the digitization, after the correspond translation.
zero or more V  sections (Verbesserungen /Nachtrag  = Improvement/addition)

These are labeled <V1>, <V2>, or <V3> depending on source of the improvement text .  Note that
volume 1 verses can have V1, V2, or V3 sections;  verses in volume 2 can have V2 or V3 sections, and
volume 3 can have a V3 section.

There are also a handful of <H> sections; but these are not currently used.
volume 4.1 and 4.2 footnotes for volumes 1-3
There are additional comments in volumes 4.1/2 pertaining to specific verses appearing in volumes 1-3.
The digitization has placed such a comment in the corresponding group for the verse.
For example, verse 7 has two footnotes -- one appearing in Volume 1 and marked <F> and one appearing
in volume 4.1 and marked <F4.1>
<F>7) MBH. 3, 1217.·

<F4.1>-- 7 , b, <gr>a.</gr> {#haTha#} bedeutet hier «absolute Nothwendigkeit».·

Verse 11 has footnotes from volume1, volume 4.1 and volume 4.2, whose digitizations are:
`<F>11) KAVITA1MR2TAK. 37. ²d. {#tyAjyo#}·
unsere Aenderung für {#tyajyo#}.·
[Seite1.3]·

<F4.2>-- 11 . PRASAN3GARATNA1VALI1.·

<F4.1>-- 11 , a, <gr>b.</gr> Besser {#pariSevitam#}.·

There are 294 F4.1 instances, and 439 F4.2 instances at current count.

additional verses
The sayings from volumes 1-3 are numbered from 1 to 7613.
There are 252 additional sayings from 4.2 (part B), numbered from 7614 to 7865.
Each of these has a verse <S>, an empty translation  block (Boehtlingk has provided no translation,
but we have added an empty translation block so that that the additional sayings have the same form as others.
And each additional verse also has a footnote (usually indicating the source), and marked <F>.  There are no
<F4.1> or <F4.2> footnotes for these additional verses.

Additional material is appended (in the digitization)  to the Footnote for 13 verses.
These are inserted 'between' verses by Boehtlingk, but have been added with a preceding
 marking
in the current digitization. The first is at saying 7668:
<S><lg><l>amitaguNo 'pi padArtho doSeNaikena nindito bhavati |</l>·
<l>nikhilarasAyanamahito gandhenogreNa lazuna iva || 7668 ||</l></lg>·

<D7668>·

<F>7668) SPHUT2AS4LOKA. c. {#sakala#} st. {#nikhila#} v. l.
{#amuM kAlakSepaM#} u.s.w. herausgegeben von TH. AUFRECHT a. a. O. S. 4. 5.
In d. ist bei AUFRECHT zu lesen: {#°jvAlAvalijaTila°#}.·

Irregular 'footnotes' for volume 3 verses
Currently, at the top of boesp.all_ansi.txt there are 9 footnotes pertaining to volume 3 verses.
The form of these is different: instead of a verse number, the reference is via a page-line.
<F4.1C>-- S. 539, Z. 4. Lies «vorangehenden» st. «folgenden».·
<F4.1C>-- S. 624, Z. 9 v. u. Lies 777 st. 776.·
<F4.1C>-- S. 633, Spr. 2152. Lies drei Mal BAHUD. st. NI1TIS4.·
<F4.1C>-- S. 639, Z. 2. Lies 3187 st. 3189 und streiche in Folge dessen {%c. d.%} u. s. w.·
<F4.1C>-- S. 641, Spr. 3754, Z. 2 lies 11 st. 12.·
<F4.1C>-- S. 642, Spr. 3979, Z. 2. Streiche «in Telugu-Charr.».·
<F4.1C>-- S. 643, Spr. 4116. Füge «GALAN. Varr. 170» hinzu.·
<F4.1C>-- S. 647, Spr. 5589, Z. 2. Lies 20, 38. Am Ende hinzuzufügen: d. {#pAdam#} st. {#padam#}.·
<F4.1C>-- S. 649, Spr. 6528, Z. 3. Lies {#kSIreNAyuSya°#}. --- Zum Schluss bemerke ich noch, dass alle hier mitgetheilten Berichtigungen und Ergänzungen zu den Indischen Sprüchen in den vorangehenden Artikeln schon verwerthet worden sind.·

Here is the context for the first case - first from 4.1:

And then from page 539 of volume 3:

suggestion for the F4.1C
Based on that first example, I suggest the first F4.1C be relabeled as F4.1 and moved to a footnote for saying 7224:
<HS>{#sthAnabhraSTAH su zobhante#} s.·
den folgenden Spruch.·

<S> sthAnamutsRjya gacchanti siMhAH satpuruSA gajAH |·
tatraiva nidhanaM yAnti kAkAH kApuruSA mRgAH ||·

<D7224><A3310> Löwen, ausgezeichnete·
Menschen und Elephanten verlassen den·
Ort und gehen von dannen; am selben Orte·
finden Krähen, elende Wichte und·
Gazellen den Tod.·

<F>7224) HIT. ed. SCHL. I, 95. JOHNS.·
104. SUBHA1S2. ²a. {#sthAnaMbhraSTAH na·
(su?) zobhante#} SUBHA1S2. ²b.·
{#satpuruSAH#} ²d. {#kApuruSAH#}. Vgl.·
Spr. 2638. 3929. 7118.·

<F4.1>-- S. 539, Z. 4. Lies «vorangehenden» st. «folgenden».·

And similarly for the other F4.1C
@thomasincambodia
What do you think of the suggestion?

If you agree with the suggestion of F4.1C,  I'll move the F4.1C s.  It will be easier for me to do this, since I am making several other corrections related to extraction of <S> <HS> for proofreading.

agreed. go ahead.

The above link shows the diff for changes related to the F4.1C items.
Here are some notes also pertaining to the changes.  The last 2 are particularly hard to know how to handle,
since the error being corrected is the verse number itself.
<F4.1C>-- S. 539, Z. 4. Lies «vorangehenden» st. «folgenden».·
 D7224
<F4.1C>-- S. 633, Spr. 2152. Lies drei Mal BAHUD. st. NI1TIS4.·
 D2152
<F4.1C>-- S. 641, Spr. 3754, Z. 2 lies 11 st. 12.·
 D3754
<F4.1C>-- S. 642, Spr. 3979, Z. 2. Streiche «in Telugu-Charr.».·
 D3979
<F4.1C>-- S. 643, Spr. 4116. Füge «GALAN. Varr. 170» hinzu.·
 D4116
<F4.1C>-- S. 647, Spr. 5589, Z. 2. Lies 20, 38. Am Ende hinzuzufügen: d. {#pAdam#} st. {#padam#}.·
 D5589
<F4.1C>-- S. 649, Spr. 6528, Z. 3. Lies {#kSIreNAyuSya°#}. --- Zum Schluss bemerke ich noch, dass alle hier mitgetheilten Berichtigungen und Ergänzungen zu den Indischen Sprüchen in den vorangehenden Artikeln schon verwerthet worden sind.·
 D6528

These 2 are the most obscure.  They are corrections to V3's
<F4.1C>-- S. 624, Z. 9 v. u. Lies 777 st. 776.·
  The correction labeled as verse '776' should be labeled '777'
  D777
  In this one, <V3>776 had NOT been typed in digitization. I typed it
   but relabeled as <V3>777 and put it under D777.

<F4.1C>-- S. 639, Z. 2. Lies 3187 st. 3189 und streiche in Folge dessen {%c. d.%} u. s. w.·
  The correction labeled as verse '3189' should be labeled '3187'
  D1387  NOTE: Moved <V3>3189. to <V2>3187, and placed this F4.1 after.


Fix: Unimplemented types, general file structure changes.

Implemented Vector 2f and 2d types
Rearranged file structure and naming schemes to be more consistent
Changed .gitignore to allow for Windows and Linux development

👎🏻 not ready for merge yet. Missing unit tests, and casting functions for vec2d and vec2f

Looks good this time!


SafeArea

cc @cbracken
Most of the changes in existing files is just about using the new API and shouldn't affect the output.

Exciting!

Re-LGTM!


fix(Cloudinary): store API Secret after installation

Purpose
When installing for the first time we need to wait for the installation to finish in order to utilize signed requests.

Approach

Testing steps

Breaking Changes

Dependencies and/or References

Deployment

I explicitely put the saving of backend parameters into the onConfigure. So, in case saving the backend params fails, we don't store an orphaned installation uuid.

@andipaetzold is there another way to deal with the first installation scenario?

@anho I can't come up with one... 🤔  Let's do it like this then 😞


Handling bearish market

Is your proposal related to a problem?
Bearish market is a problem for the bot. When prices are falling the buy strategy is not a good option.
Describe the solution you'd like
I'd like the bot to either handle bearish market (by a better buy strategy) or to recognize the situation and stop buying until price evolution trend changes again.
Describe alternatives you've considered
Manually stop the bot and manually trade for the time of falling prices.
Or get a advanced buy strategy.
Additional context
I've found an interesting open source library which may improve the bot a lot. There is a software to analyse candle stick charts, it's TA-Lib : Technical Analysis Library (link goes to a summary of functions which are implemented).
There is python wrapper available at TA-Lib Github.
There is also a Technical Analysis Bot called Crypto-Signal in python available.
Unfortunately I don't speak python. Otherwise I'd start looking into it. Just thought it makes sense to post these libraries, since I haven't found any mention of them in here, making sure you're aware of them :v:.
Offtopic: Thanks for your awesome bot, really like it, it got me interested into trading :wink:

Hi @arminfro
Originally, the bot was using Bollinger Bands and MACD indicators.
I used Tulip Indicators

https://www.npmjs.com/package/tulind
https://tulipindicators.org/

The Tulip Indicators have all kinds of indicators that you can use.
After some tests, I found those indicators are not effective and keep losing money because most indicators are after hood, it won't predict the future. It may work with the stock market, but definitely not with the crypto market.
However, I am not a mathematician or learnt any financial strategies.
If you point me to which indicators should use or any strategies, I will consider it. :)

Interesting, so there has been already a try to use some indicators on the chart data.
I'm also not a mathematician or technical trader, so I can't tell which strategies may work or not. Actually the third lib Crypto Signal is specifically for the crypto market.
But without any specific strategy, let's just look at this chart.
We may could handle a bearish market better if we would just recognise the final swing low (Number 2 in the picture). Otherwise the bot may buy in just above the 61.8 green horizontal line to watch it loosing value.
You may already have tried something like this. Not sure if it'd make sense to hold back the buy signal, for another candle, to buy later on. The price may raise fast as well before we buy in. I'd feel more comfortable placing higher bids if I know it waits for the swing low.
Also looking at the support and resistance zone could give us some security. I'm more willing to place higher bids if I know there had been a support area before. While I'd place lower bids if there was never a support at this price level. Maybe same for selling vica-versa.
I'm just thinking how we could model risk and chance. If you (@chrisleekr) see no point in these vague descriptions I provided, we may just close the issue and I'll continue switching on and off the bot per situation.

I've been thinking about this for a long time now. Trading is all about when to Buy it seems, and I find that this bot needs some help with buying.
I've been trying to think of ways to improve the buy algorithm, and I think using orders from Binance could help understand which way the market is heading (in combination of the current buying algorithm).
If you look at the Binance web interface (not the app), and you change the order rounding to say 50, like this:

It's much easier to read the market, for example:

The market is likely to stop going down at around 2650 due to resistance.
I don't know how yet, but this could somehow provide more sophistication to the current buy signal.

@Maxoos
So you are suggesting checking the volume of the tick.
It does give some indicators.
Hm... Let's keep thinking.
We can come up with a good strategy.

@chrisleekr to continues our brain storming, I've researched this a bit and looks someone already looked into this:
https://medium.com/@rani_64949/bitcoin-price-prediction-from-orderbook-data-559c95c69d54
https://github.com/Ranykhalil/btc_orderbook_prediction
They ended up training a natural network to make the prediction. I think this by itself probably isn't a good enough, but it might be a helper to the bot's current logic.

I have a few more ideas, they are not yet developed but I'll just note them down here anyway:

Look at max/min of higher candles to make decisions, for example, if on a 15/4 candle we are at the bottom but on 4H/1 candle we are at the top, maybe it's not a good idea to buy.
Follow other coin pair current price to try and predict the future. For example, often BTC will move faster then BTCUP so if there's a sudden drop it will happen on BTC before BTCUP. Same is true for some other alt coins like LINK, they follow BTC but are slower.

@Maxoos
Just finished to read https://medium.com/@rani_64949/bitcoin-price-prediction-from-orderbook-data-559c95c69d54
I didn't understand fully, but I can understand the concept.
The first NN model attempted was a Sequential Dense layered network that was capable of achieving a high training accuracy of 0.96 which was a clear sign of overfitting since the validation accuracy was 0.71 (some adjustments would have included lower epoch number or smaller bin arrangements)

Hm, 0.96 accuracy is really high. Oh, it was training accuracy and identified overfitting. Hm.
They have used Tensorflow, but I have no experience with it. So it won't be a quick solution for me to deploy the prediction price feature. In addition, still don't know what variables they have used. Don't think they have achieved a good model as well.

Look at max/min of higher candles to make decisions, for example, if on a 15/4 candle we are at the bottom but on 4H/1 candle we are at the top, maybe it's not a good idea to buy.

This is a pretty interesting idea, which I am doing manually. So when I manually trade, I see 5m/15m/1h/4h/1d charts to see Bollinger Bands/EMA. Well, mostly it's not moving as I anticipated.

Follow other coin pair current price to try and predict the future. For example, often BTC will move faster then BTCUP so if there's a sudden drop it will happen on BTC before BTCUP. Same is true for some other alt coins like LINK, they follow BTC but are slower.

This can give wrong indicators. In some case yes, such as BNB and CAKE.
But in some case, de-coupling is happening (like XRP on Apr/2021)
But how will we use this indicator? So let's say BTC and BTCUP.

I have BTCUP.
BTC sudden drop
If it was on profit, bot just sell immediatly
If it was on loss, bot stop loss to limit the loss?

Or

I don't have BTCUP
BTC sudden increase
Bot buy BTCUP?

In both cases, as we don't know the next move, feel like a pretty risky buy/sell decision.

Trading View intergration could be a great solution since on bear market you can prevent buying coins that does not have Buy signal for example or the opposite on the bull market

Hi guys,
Sorry for jumping in... I just think this issue is extremely relevant.
I've been thinking on how to approach this, but it's actually very hard and complex.
One idea that I would like to propose is to implement a different buy strategy called DCA (Dollar Cost Average).
Here's a example of an implementation that could help us understand the idea. Actually very simple, but it could be very effective against bear market.
This is the only big problem I have with the bot is making buys when market is going down. Bot always buys the top. Otherwise it's awesome and I use it a lot.
Maybe this can be accomplished or mitigated by using multiple buy grid strategies and/or different parameters for the buy grid. Please let me know if it's the case.
Thanks for the awesome work @chrisleekr!

Ok, please ignore my previous comment.
I've just figured out that I can actually accomplish DCA by using multiple Buy Grid records.
Simply awesome.
I am going fully automated now.

Oh, @chopeta. I missed your comment.
Yeah, the grid trade is now in place and you can use that to do DCA. :)
It's still not perfect to handle a bearish market, though.

I can't say anything about perfection right now since I am actually testing the DCA strategy for buying, if it works I will say that is very close to perfection. Let's see how it goes... had a issue with API weight but I think it's solved now after finding #251
Next step for me would be either create an APP and/or improve the web interface to mobile, displaying a more light and executive view of your monitoring symbols and the real-time results per symbol. Will try to figure something about and will report a new issue with some design ideas. I just notice #307, maybe I will just add ideas in there.
I would also like to see somewhere in the screen, a feature where the bot display and/or recommend symbols with higher volatility, which in theory would be better to use with the bot instead of symbols that are running sideways.
Anyway, thanks once again for the great work. Really love it @chrisleekr

How did that perform @chopeta ?

How did that perform @chopeta ?

My first try of DCA went wrong. Very aggressive params. End end up with lots of red bags for a couple of weeks.
Didn't had to test new params because @eth-man was right. The integration with TV prevent the bot from making bad purchases.
I am pretty happy right now.
Still testing that new PR, but so far so good.


No-caching, optional caching directory options

The cache mechanism (cookies as well as actual cached files) of PhantomJS keeps causing issues for me, in two separate ways:

It keeps old content even though new content is available -- even across executions.
It interferes with multiple simultaneous instances of PhantomJS running against the same destination.

I used to hack around (1) by doing rm -rf $HOME/.qws which somehow got rid of the cache, but this seems to not work anymore. The cache directory changed at some point, but Googling doesn't hold an answer it appears (there's this: http://stackoverflow.com/questions/23390974/phantomjs-keeping-cache but that does not resolve (1) above).
A --no-cache option in PhantomJS would help tremendously. It would simply never put anything to disk, instead keeping necessary resources in memory.
A --use-cache-directory=<dir> option would also help, as I could simply use separate paths for each instance in (2). And I could deal with (1) by rm -rf'ing the dir on startup. This would be nice as it would mean less required RAM per PhamtonJS process.

Closing this. It seems there is already support for this. I will investigate why that didn't work for me. Sorry.


Update per glib::ControlFlow addition

Depends on https://github.com/gtk-rs/gtk-rs-core/pull/1066

Already handled.


Normalize box data in Apollo cache

Built on top off #647 . Therefore, merge the other PR first

 2.0 Research state management options (Apollo Client, React Context and useContext) for base context - should we use apollo local or continue with react context (current) to save states? #sprint-jan-30 #sprint-feb-09

 Normalize box data in Apollo cache


Reformat uglifies query and incorrectly interprets it.

The code
MATCH p = ((head:Topic)<-[:FOLLOWS*]-(t:Topic))
WHERE NOT (head)-[:FOLLOWS]->(:Topic)
RETURN nodes(p), length(p)
ORDER BY length(p) DESC
LIMIT 1

is mangled by the plugin (v2.5) when doing a 'reformat code' to:
MATCH p = ((head:Topic) < - [:FOLLOWS *] -(t:Topic))
WHERE NOT (head)- [:FOLLOWS] - >(:Topic)

RETURN nodes(p), length(p)
  ORDER BY length(p) DESC
  LIMIT 1

Note the extra spaces, indents, and empty line. Also it is not recognised as a single query, so it cannot be run by the plugin.

Hi @mjmare ,
Thanks for report! We added card to fix this to our backlog. We will notify you in this issue, when we will have PR.

Fixed and delivered in plugin v2.5.5.
Should be available for updating soon.


Run Cucumber tests with JUnit5

Fixes #7303

@murdos : do you think this PR is ready?

Yes, it is. And it's tested with CI 😀


ARTEMIS-5037: option to limit mirror propagation

Add a new option in the Mirror setting to prevent a broker from propagating messages.
When working with a topology where 4 nodes form a square and each node mirrors to its two neighbors, a message leaving a corner can reach the opposite corner of the square by two different routes. This is causing the ordering of message to get broken.
example:
1 <-> 2
^     ^
|     |
v     v
4 <-> 3

A message from a will reach 3 by 2 and 4. Message duplication checks will prevent the message from being duplicated but won't help regarding the order of the messages.
Using the new option to not forward messages coming from a link, we break the possibilities to have two routes to reach the opposite corner.
On the example above, we ask 4 to not forward any messages coming from 1 if 1 is the primary sender of the messages.
This means that now, a message sent to 1 will reach 3 only by 2 and not by 4.

@tabish121 Thanks for the review. FYI this is in a very drafty state ATM. Many refactors might come after that, in any case I'll make sure to take your notes in.

Thanks @gemmellr for the review! There are still things that are not working with the current PR and some refactors in the added lines might happen. In any case I'll make sure to take your comments in.

I've exposed the new no-message-forwarding parameter (with @gemmellr's help) , now I need to test that the parameter works in a test.

I have figured out something I don't know how to fix
On this topology:
1 - noForward -> 2 -> 3
^                |
|----------------|

producing and consuming on 1 works, 2 mirrors, 3 is left alone
producing on 1 and consuming on 2 breaks:
3 is left alone, which is good
1 doesn't receive the ack, which is bad
I don't know how to overcome that. Because if I decide to forward the Ack to one when I consume on two, then if the message is consumed on 1 it'll receive a duplicate Ack from 2.

Yeah, if you say noForward, and dont provide a reverse mirror, you are not getting the ack. Thats basically as requested.
there is no way to fix that without making the mirroring some kind of full topology mesh handling system with 'command forwarding between nodes without acting on them'.
I'd consider that setup basically an invalid use of this already-pretty-questionable functionality. Ask for no forwarding -> get no forwarding.

it makes sense to have some basic checks on the mirror, but it is also fine to have restrictions on the topologies that will work with a mirror and others that won't work. The most important thing imho is that it is understandable and deterministic

My issue from two weeks ago was resolved by annotating the Ack with the ID of the intended receiver. And when the message is in the actual process of being sent a filtering procedure occurs to check if the actual receiver matches the ID stored in the ACK's annotation.


VS Code window auto top most when openning two or more window instances.

VSCode Version: Code 1.13.1 (379d2efb5539b09112c793d3d9a413017d736f89, 2017-06-14T18:21:47.485Z)

OS Version: Windows_NT ia32 10.0.15063

Extensions: the listing length exceeds browsers' URL characters limit

Steps to Reproduce:
1.Open two vs code window instances;
2.Switch focusing in each window.
VS-Code-window-auto-top-most-bug.gif

@x-strong is this still happening?


GUI interface change proposal.

If we go on a basis that a Script is the 'primary object' in this tool, I would recommend changing a bit the view.

I would want to click on a Script, and view it's execution history (like the Job tab, but only for that script #129 ). I rarely 'edit' my scripts once they are configured. The primary behaviour would be to monitor the execution, look at results, and add a [ edit ] button at the top right so I can get into the code.

I would remove the Schedule tab... and instead, add an icon to the script page, to show that a schedule is configured for this script. if you click the icon, it brings the config for the schedule, so you can edit it.

These would make the 'Script' tab the main way to manage your scripts, monitor the results and see their schedule.
I kinda view it like UA Scripts are like Jenkins Jobs.. and UA Jobs are like Jenkins Builds.. lol

Having the 'Script' page link to the Job execution of that script, would allow us to build some graphs of job duration, job success rate.. do a nice dashboard view for that 'Script'.

Giving the user access to customizing the dashboard view for those page (without needing to compile) would really let people generate some amazing dashboards for Operations, or Managers.. IMO. Wondering how we could build custom views. let UA handle the scheduling/executing.. but viewing the results of the job execution, in the hands of the PowerShell guy using your tool.. ;)


Fix name of solarized package

The example of using a third party theme previously didn't work, because there is no package solarized. Instead, solarized-theme provides the theme.

Good catch! Thanks for the help.


Fails in Node v4.x

We've been using windows-build-tools for some time in order to build modules for node v4.x alongside VS2017. We're now seeing this error:
C:\Users\user\Desktop\project>npm install -g windows-build-tools

><EMAIL_ADDRESS>postinstall C:\Program Files (x86)\Nodist\bin\node_modules\windows-build-tools
> node ./lib/index.js

C:\Program Files (x86)\Nodist\bin\node_modules\windows-build-tools\lib\utils\single-line-log.js:5
var MOVE_LEFT = Buffer.from('1b5b3130303044', 'hex').toString();
                       ^

TypeError: hex is not a function
    at Function.from (native)
    at Function.from (native)

Is there a known workaround?

Found a workaround:
npm install --global<EMAIL_ADDRESS>

@kheston Yes, 2.x has some breaking changes (though I don't think we have them nicely documented in a change log). As I understand it supporting MS 2017 build tools was the main change and dropping support for node 4.x (since it's just a few months away from being end-of-life anyway) was the other one.


Grid shifting causing apple or snake misplacement

some sizes of the terminal lets the apple or snake being shift by 1 character in the x axis who only used even numbers.
i will fix that tomorrow cause i'm a bit tired right now 💤💤💤

Fixed here


chrome 62: icons are mislocated

In the new Chrome version, 62, the icons in sidebar are mislocated some pixels down.

Sounds like a bug in Chrome to me... 🤔

Just came to report this -- you can "fix" it by removing the overflow:hidden rule, but that's presumably pretty fragile.

Looks like this issue: https://bugs.chromium.org/p/chromium/issues/detail?id=775880

Sorry for the noise, but from the above issue the following rule might be a more robust fix:
.sidebar-tabs>li, .sidebar-tabs>ul>li {
list-style-type: none;
}

Thanks for figuring this out @markhepburn! #127 should fix the issue until Chrome releases a fixed version.

I know this issue is old and already closed, but adding this in, just in case someone else has an issue like I did.
Opposite the icons displaying too far down, Mine were displaying all the way at the top of each 40px square. I fixed by adding some top padding to the .sidebar-tabs > li > a, .sidebar-tabs > ul > li > a { section.
.sidebar-tabs > li > a, .sidebar-tabs > ul > li > a {         display: block;         width: 100%;         height: 100%;         line-height: 40px;         color: inherit;         text-decoration: none;         text-align: center;          list-style-type: none;          padding-top: 10;         padding-right: 0;         padding-left: 0;         padding-bottom: 0;         }


OCSP stapling error: cannot assign requested address

OCSP responder query failed (http://ocsp.int-x3.letsencrypt.org): cannot assign requested address
Comes up regularly.
Our openresty is in docker, could this be a config issue?

thanks. same problem worked for me as well ( ipv6=off; )


Add debounce to input key handling

every key input called a resize handler for the input text area
repeated key entry, e.g., quickly moving cursor right, called the
handler on each key press, which triggered a layout reflow
layout reflows kept piling up making the key input laggy
this change adds a debounce method, and wraps the key handler in it
the debounce wait is set to 500ms

Fixes #5308

Was this caused by https://github.com/prometheus/prometheus/pull/5201?

Was this caused by #5201?

Don't think so. The key input handler was added before that PR.

Just took another look at the code. The debounce was not needed after all. height was being set twice, causing a two layout cycles each time a key was pressed. I've removed the setting to auto, so now it just sets to usually the same value, which is idempotent and wont cause a layout cycle.

@davkal With this change, the expression input doesn't shrink again when removing lines. It did before. Is it possible to keep that behavior?

Can confirm, removing the auto setter breaks shrinking. I'll add a comment to the code to make clear what its purpose is. I'll bring back the debounce to fix the main issue.

Reinstated the original fix. PTAL

@davkal Interesting, I can't reproduce the original issue #5308 at all locally (as in, I entered @tomwilkie's example expression and started typing around in it, no lag). Is it that browser-version-dependent? Just want to make sure that @tomwilkie says this fixes the lag for him :)

I tried on my local machine and was able to reproduce. Steps:

Paste the query in the textarea and expand it.
Move the cursor outside the textarea and start typing

And this PR seems to fix it. I would like to merge this if it is working fine and go ahead with 2.8.

Interesting, doesn't happen for me, but good that it's confirmed!
:+1:

For posterity: I was testing on Mac 10.14 with Chrome 72.

Chrome 72.0.3626.109 on Ubuntu Linux 18.04 here.


Cannot switch to beta channel

Hello, I'm new with coreos. I just install the stable ISO. I cannot use docker-machine with this machine because its docker is 1.11 and not 1.12.
So I see how to switch to the beta channel here : https://coreos.com/os/docs/latest/switching-channels.html
I follow the few steps and my "journalctl -f -u update-engine" returns this, without update, even if I reboot :
Jan 04 12:08:24 coreos systemd[1]: Started Update Engine.
Jan 04 12:08:24 coreos update_engine[826]: I0104 12:08:24.978924   826 update_check_scheduler.cc:82] Next update check in 7m26s
Jan 04 12:09:10 coreos update_engine[826]: I0104 12:09:10.722903   826 update_attempter.cc:475] Updating boot flags...
Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.822059   826 prefs.cc:51] certificate-report-to-send-update not present in /var/lib/update_engine/prefs
Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.822103   826 prefs.cc:51] certificate-report-to-send-download not present in /var/lib/update_engine/prefs
Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.823643   826 omaha_request_params.cc:58] Current group set to beta
Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.823750   826 update_attempter.cc:465] Already updated boot flags. Skipping.
Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.823757   826 update_attempter.cc:608] Scheduling an action processor start.

Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.303369   826 action_processor.cc:82] ActionProcessor::ActionComplete: finished OmahaRequestAction, starting OmahaResponseHandlerAction
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.303560   826 omaha_response_handler_action.cc:36] There are no updates. Aborting.
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.303789   826 action_processor.cc:68] ActionProcessor::ActionComplete: OmahaResponseHandlerAction action failed. Aborting processing.
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.303956   826 action_processor.cc:73] ActionProcessor::ActionComplete: finished last action of type OmahaResponseHandlerAction
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.304168   826 update_attempter.cc:280] Processing Done.
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.304343   826 update_attempter.cc:313] No update.
Jan 04 12:15:52 coreos update_engine[826]: I0104 12:15:52.304517   826 update_check_scheduler.cc:82] Next update check in 46m43s

I'm still with the 1185.5.0 version and docker 1.11.2.
Did I miss something ?

Jan 04 12:15:51 coreos update_engine[826]: I0104 12:15:51.823643   826 omaha_request_params.cc:58] Current group set to beta

Did you restart update-engine?

You might be hitting the rate-limit. Try running update_engine_client -update. That will bypass the limits.

I do update_engine_client -update and the system do the update and reboot.
Docker is now 1.12 but doesn't work :
core@coreos ~ $ docker ps
An error occurred trying to connect: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.24/containers/json: read unix @->/var/run/docker.sock: read: connection reset by peer
core@coreos ~ $ journalctl -f -u docker
-- Logs begin at Wed 2017-01-04 11:01:55 UTC. --
Jan 04 20:22:53 coreos systemd[1]: docker.service: Failed with result 'exit-code'.
Jan 04 20:22:53 coreos systemd[1]: Started Docker Socket for the API.
Jan 04 20:22:53 coreos dockerd[930]: dockerd: "dockerd" requires 0 arguments.
Jan 04 20:22:53 coreos dockerd[930]: Usage:        dockerd [OPTIONS]
Jan 04 20:22:53 coreos systemd[1]: docker.service: Main process exited, code=exited, status=1/FAILURE
Jan 04 20:22:53 coreos systemd[1]: docker.service: Unit entered failed state.
Jan 04 20:22:53 coreos systemd[1]: docker.service: Failed with result 'exit-code'.
Jan 04 20:22:53 coreos systemd[1]: docker.service: Start request repeated too quickly.
Jan 04 20:22:53 coreos systemd[1]: Failed to start Docker Socket for the API.
Jan 04 20:22:53 coreos systemd[1]: docker.service: Failed with result 'start-limit-hit'.

Maybe another issue. I think I'll install my bare metal server with Ubuntu and the official docker repo.

My guess is that you have a custom docker.service definition which isn't using the correct arguments. What is the output of systemctl cat docker?

Custom definition ? I even didn't found where are coreos configuration.
This is just a fresh install with the stable ISO, upgraded to the beta channel with 2-3 commands.
I'll do your command tomorrow (sleep time here :-))

We ship a docker.service service definition in the OS for running Docker. They keep changing the binaries and the flags to these, but as long as you use our service, it will work. Often times, users will customize this service (adding flags or environment variables) but if it isn't done properly, it will stop working the next time Docker changes it's flags (which they are in the process of doing again).
When you run systemctl cat docker, it will show the contents of this definition and the location from which it was read. If it's reading the service from /etc, that's almost certainly the problem.

Here the output :
core@coreos ~ $ systemctl cat docker
# /etc/systemd/system/docker.service
[Unit]
Description=Docker Socket for the API
After=docker.socket early-docker.target network.target
Requires=docker.socket early-docker.target

[Service]
Environment=TMPDIR=/var/tmp
EnvironmentFile=-/run/flannel_docker_opts.env
MountFlags=slave
LimitNOFILE=1048576
LimitNPROC=1048576
ExecStart=/usr/lib/coreos/dockerd daemon --host=unix:///var/run/docker.sock --host=tcp://<IP_ADDRESS>:2376 --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=generic $DOCKER_OPTS $DOCKER_OPT_BIP $DO
Environment=

[Install]
WantedBy=multi-user.target

Before all of this, I attempted to remote control this computer (a VBox vm) with docker-machine + the generic driver from an another computer (VBox host). This can broke the CoreOS configuration ?

I've seen other people running into this as well. It appears as though docker-machine doesn't perform version checks and will happily break the Docker configuration on the target host. That's really annoying. My guess is that you'll have to use the specific version of docker-machine that was released with this version of Docker.

Thank you for your expertise. I've installed a Ubuntu server instead. Sorry for the inconvenience.


How to customize woocommerce templates?

Hi,
If I wanted to to for example change the layout, appearence of the product catagory template, how would I go about this in my foundationpress theme?
Thanks

There are some example templates here http://foundation.zurb.com/templates.html
You would need a working knowledge of HTML, CSS, PHP and WordPress (and possibly SCSS)
So you can identity files in FoundationPress such as sidebar-left.php footer.php etc and make the appropriate changes


Docs/translate code-gen and fix typo

What type of PR is this?
docs
What this PR does / why we need it (en: English/zh: Chinese):
en: translate kitex code-gen doc based on Chinese doc and fix typo
zh: 中文翻译kitex code-gen文档和改正中文文档错字

this issue#861


Add DOS output

@ndaelman-hu
We have to add the DOS base class with the same functionalities as in the normalizers. Important links to the old schema:
Calculation old schema
Band structure normalizer
DOS normalizer
Spectra normalizer

Some thoughts on the DOS schema:

Merge DOS and Spectra into a base class named ElectronicSpectralProfile. I think it makes sense to define and even more upper-level class called SpectralProfile, thus ElectronicSpectralProfile(SpectralProfile) and all the properties will be ElectronicDensityOfStates(ElectronicSpectralProfile), XASSpectra(ElectronicSpectralProfile), EELSSpectra(ElectronicSpectralProfile), and so on. One example for a non-electronic spectral profile would be XRDPattern(SpectralProfile).
Define projected-DOS using refs to AtomsState/OrbitalsState.
Store max value, normalization factors, integrated values.


docs: Update use-clipboard.mdx

Adds the setValue field and an example using the new setValue action

📝 Description

Now that useClipboard supports setValue we should update the docs to reflect the new functionality. https://github.com/chakra-ui/chakra-ui/pull/6763

💣 Is this a breaking change (Yes/No):
No

Thanks for opening this PR, @jakegiganti!

@allcontributors please add @jakegiganti for docs.