First value of query is empty

Steps to reproduce:
Run queries with a GROUP BY time($interval) in which $interval equals the collection time of a metric.
Expected behavior:

All time slices are filled if there are no gaps in data collection.
timestamps returned on a limit of time >= $sometime returns only times with a value larger than $sometime

Actual behavior:

First value is 0 for count() and null for mean()
a timestamp before the requested time is returned

Environment info:

System info: Linux 3.10.0-862.14.4.el7.x86_64 x86_64
InfluxDB version: InfluxDB v1.7.8 (git: 1.7 ff383cdc0420217e3460dabe17db54f8557d95b6)

Analysis of problem and reproduction:
Consider the following output at [1] below.
My query starts at<PHONE_NUMBER>000. The cpu metric is collected every 15 seconds.
(From now on, I will truncate the timestamps down to the last 4 significant digits for readability, so that sentence above would become "My query starts at 1480000.")
Hence the values from 1480000 to 1489000 are empty, the first value was collected at 1490000. This behavior is ok and empty output could be suppressed by fill(none).
The query with the 15s GROUP starts at 1475000 - that is 15 seconds before the first value and 5 seconds before the begin of the requested query. The first value is empty and has a count of 0.
What seems to happen: influxdb extends the time-frame backwards by 15 seconds before the first value to cover the full requested query inverval by a time slice AND return time stamps of  recorded data (not of some type of query bucket). But it does not extend the time-frame of the actual query in the same way. And so the data from timestamp 1475000 is lost and not included in the result, although an answer is produced for that 15s time period.
Solution(s):
I see two… or three possible ways to solve this and have no preference for either.
a) skip the first data point --> The first data point returned by the query is 1490000 from the example. There is no earlier timestamp returned by the query.
b) also extend the query time backwards. This would keep starting results from 1475000 , but include the data from 1475000
c) start returning groups from exactly the time requested and go in $interval steps from there. This would start at 1480000  and return the  value recorded at 1490000 for 1480000
[1]
====================================================
> SELECT first("usage_idle"),last("usage_idle"),count("usage_idle")  FROM "cpu" WHERE ("cpu" = 'cpu-total' AND "host" = 'n0101') AND time >=<PHONE_NUMBER>000*1000000  GROUP BY time(1s)  LIMIT 30
name: cpu
time          first             last              count
----          -----             ----              -----
1570391480000                                     0
1570391481000                                     0
1570391482000                                     0
1570391483000                                     0
1570391484000                                     0
1570391485000                                     0
1570391486000                                     0
1570391487000                                     0
1570391488000                                     0
1570391489000                                     0
1570391490000 49.5352617545902  49.5352617545902  1
1570391491000                                     0
1570391492000                                     0
1570391493000                                     0
1570391494000                                     0
1570391495000                                     0
1570391496000                                     0
1570391497000                                     0
1570391498000                                     0
1570391499000                                     0
1570391500000                                     0
1570391501000                                     0
1570391502000                                     0
1570391503000                                     0
1570391504000                                     0
1570391505000 49.91765515315524 49.91765515315524 1
1570391506000                                     0
1570391507000                                     0
1570391508000                                     0
1570391509000                                     0
> SELECT first("usage_idle"),last("usage_idle"),count("usage_idle")  FROM "cpu" WHERE ("cpu" = 'cpu-total' AND "host" = 'n0101') AND time >=<PHONE_NUMBER>000*1000000  GROUP BY time(15s)  LIMIT 3
name: cpu
time          first             last              count
----          -----             ----              -----
1570391475000                                     0
1570391490000 49.5352617545902  49.5352617545902  1
1570391505000 49.91765515315524 49.91765515315524 1
====================================================

This seems to be pretty much #8010.
jsternberg  commented, that this may not be possible in the current query engine.
Can you please reconsider for the other options that I provided?
It seems the last bucket is also affected.
Please consider just dropping the first and the last bucket (with a possible limit of more than 10 or so buckets - but I don't see that incomplete buckets are useful even for a small number of buckets)
You can even make dropping those buckets optional.  There are many possible solutions, any of them would be preferable to returning a completely false result on some timestamps. I cannot imagine that all of those are "impossible" with the current engine.


Feat/od to ri

Split PR #230 - Part 2
This branch is reserved for the feature on demand to ri

@jgchoppe Where are we about this pull request?

@Dr0p42 work in progress is done, this PR is tested, you can review it


Release planning?

Hello,
I am very interested in using this plugin, but it is a bit unclear to me, when plugin is ready to be released and how / where to configure it to connect to an on-premise Azure Devils Server, i.e not the cloud Azure Devops Service?

We had a similar usecase, we wanted to use it with onprem server using custom urls. I have raised a PR which make it compatible with earlier/onprem versions: https://github.com/reportportal/plugin-bts-azure/pull/70
You can backport the same changes to earlier versions of the plugin as well and build the plugin if you're on earlier version of the reportportal.


Robert Longson: Watch cna-traininginstitute.com

Robert Longson requests the watch of the watch_keyword cna-traininginstitute\.com. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

cna-traininginstitute\.com has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Approved by Makyen in Charcoal HQ


Prompt install cli

What kind of change does this PR introduce?
Feature
Did you add tests for your changes?
BinTestCases.test.js aparrently was removed on next branch, should it be created again? I can update the PR if needed.
Summary
This fixes #6157
Does this PR introduce a breaking change?
No.

Either locally and on cis, also from master, i'm getting the same error when running the lint. What to do? pretty-files does not seems to fix.

Everytime yarn gets a conflict, my remote freaks out...
Just a question. npm run pretty-files wasnt supposed to fix the lint errors? Because locally, running that and than running lint-files produces more errors.

Thanks

I appreciate sokra! Thanks!


feat: arbitrum bridge claim

Description
Add claim interface with arbitrum bridge support.
Pull Request Type

[ ] :bug: Bug fix (Non-breaking Change: Fixes an issue)
[ ] :hammer_and_wrench: Chore (Non-breaking Change: Doc updates, pkg upgrades, typos, etc..)
[x] :nail_care: New Feature (Breaking/Non-breaking Change)

Issue (if applicable)

closes https://github.com/shapeshift/web/issues/7255
Risk

High Risk PRs Require 2 approvals

Medium - new feature behind feature flag, but we want to make sure things are working as intended and values are displayed accurately

What protocols, transaction types, wallets or contract interactions might be affected by this PR?

Testing

Ensure pending claims are shown with accurate values (remaining time, asset, amount) for arbitrum bridge. Pending should not be clickable
Ensure available claims are shown with accurate values (asset, amount)
Test claim of erc20 asset and native asset
Ensure accurate loading/error states on confirm step
Ensure accurate status updates on status step
Ensure claims update correctly after completing a claim

Engineering

:point_up:
Operations

[x] :checkered_flag: My feature is behind a flag and doesn't require operations testing (yet)

I marked the feature flag checkbox since that is the case, although I imagine we will want to get this tested and ready for release soon, so probably would be worth getting ops eyes on it as well.
Screenshots (if applicable)
Note, this video was the intial test but wanted to capture due to 7 day claim window. I had a hard coded block explorer link with a typo as can be seen in the video. Here is the transaction from that test though: https://etherscan.io/tx/0xf1d7a3e0d0e320294ef29f55351c61733e417843fb90d99b22db20f9e154d936
https://github.com/user-attachments/assets/e9061d1c-71f3-41a3-966c-38e015256d20
Again, initial eth test with working tx link this time. Note the claims did not update in this video, but the intention is they will update and not show the just claimed amount anymore. Tx: https://etherscan.io/tx/0x824394034fbe16980a77a5ae74035158ab615117a019cbcae945f3a76a7c61d8
https://github.com/user-attachments/assets/15781170-f6be-4f08-9c74-db93c256bb7a

@gomesalexandre fix for precision conversion: https://github.com/shapeshift/web/pull/7563/commits/49e015ea8d2932cd1df14d3867f406d3fbe355ff


ToList is not implemented according to the spec

According to the ELM spec,
https://cql.hl7.org/04-logicalspecification.html#tolist

The operator is effectively shorthand for "if operand is null then { } else { operand }".

However:
https://github.com/cqframework/clinical_quality_language/blob/d10c4ef801a8e160510b2a868c044dea5bdb85c1/Src/java/engine/src/main/java/org/opencds/cqf/cql/engine/elm/execution/ToListEvaluator.java
When operand is already a list, the ruler simply returns the operand.  That logic is on line 12.
This is important as the cql-to-elm translator assumes this behavior.  Consider this CQL:

private codesystem "Test": 'https://example.org/fhir/codesystem/test-cs'
private code "Code 1": '1' from "Test"
private code "Code 2": '2' from "Test"
private code "Code 3": '3' from "Test"

define "Test Codes": { "Code 1", "Code 2", "Code 3" }
define "Retrieve with list of codes": [Observation : "Test Codes"]

The translator is generating this ELM for the codes property of the Retrieve:
      "expression" : {
         "type" : "Retrieve",
         "codes" : {
           "type" : "ToList",
           "operand" : {
             "type" : "ExpressionRef",
             "resultTypeSpecifier" : {
               "type" : "ListTypeSpecifier",
               "elementType" : {
                 "type" : "NamedTypeSpecifier",
                 "name" : "{urn:hl7-org:elm-types:r1}Code"
               }
             },
             "locator" : "24:54-24:65",
             "name" : "Test Codes"
           }
         },

Because the ruler ignores the ToList for expressions that are already lists, it codes would end up being expressed as a List<Code>.
If you were to follow the letter of the ELM spec, codes ends up expressed as a List<List<Code>>.
This confounds engines that expect the terminology element of the retrieve statement to be a List<Code> (or a value set, which is implicitly convertible to a List<Code>).

IMO, the implementation makes sense -- if a list is passed to ToList, it should return the list as-is rather than increase the dimensions of the list. Which means that my recommendation would be to update the specification. I'd consider this a "technical correction". @brynrhodes - what say you?

I can see it either way.
I don't mind whether this is an implementation change or a spec change.
We could tack this into the ELM spec:

When applied to a value that is already a List, this expression returns the existing List.


React 16 compatible dependencies

Hey @jeffhandley, would you mind publishing a version that depends on React ^16?
Thank you!

This will be fixed with #2.


bug : pull from gist resulting in f() is not a function

Hi,
first of all - thanks for this great extension ! :)
I have encountered a bug while pulling from a gist - after the "diff" screen I get an f() is not a function error and the code does not update.
The faulty line is https://github.com/leonhartX/gas-github/blob/master/src/gas-api.js#L7.
If there is no match (a file not ending in .gs or .html) return; returns undefined and results in https://github.com/leonhartX/gas-github/blob/master/src/gas-api.js#L43 failing due to f() being undefined.
In my example I wanted to commit a .gitignore file and it didn't work.
I would suggesting either returning empty function or filtering the array to remove empty items to pull only compatible files and don't break on other. What do you think?

Thanks for the report!

I would suggesting either returning empty function or filtering the array to remove empty items to pull only compatible files and don't break on other. What do you think?

Yes, that's sounds a good idea. I'll take some time to look at this.
Or if you can make a pull request that will be the best!

fixed with #30


Add Mol.singleton

Pull Request Test Coverage Report for Build 717

0 of 1 (0.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.03%) to 64.293%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/Data/Map/Mol.hs
0
1
0.0%

Totals

Change from base Build 715:
-0.03%

Covered Lines:
1318

Relevant Lines:
2050

💛  - Coveralls


RealMyst performance downgrade on 0.51 (Windows 7)

Hey, just upgraded from 0.4.0 to 0.5.1 for RealMyst and noticed massive drawbacks
Performance is pretty bad (i get occasional freezing, when it was perfectly fine before) (and massive stuttering with the debug version but that might be normal for generating the log)
Also a bug present since vista (due to the deprecation of directdraw) wich was fixed in 0.4.0 is back (books videos not rendering and showing white screen)
I don't know if it's a W7 specific issue
here is my log with debug:
DDrawCompat-RealMYST.zip

Ok so i tried 0.5.1 on my other 2 currently installed ddraw/old dx games (AVP2 and AOE1) and i have perfect performance just as before
so my issue is definitly related to RealMyst specifically
PS: I did notice an issue in AOE 1 that was not present in 0.4.0, the cursor on the main menu does not recognize the resolution (in this game i can't put my regular resolution so im using the default DisplayResolution=desktop), my cursor won't be able reach past a certain point on the menu as if the menu was still stuck in 1024x768 even tho it does render in fullscreen visually) i can navigate it with keyboard and once i start a game the issue is gone and my cursor can roam on my entiere screen

I only have Windows 11, but I can reproduce none of the issues mentioned so far.

Performance is pretty bad (i get occasional freezing, when it was perfectly fine before)

Do you have a save game or some more details how to reproduce this? I just started a new game and have average 144 fps (max refresh rate) with both v0.4.0 and v0.5.1. Didn't notice any stuttering or freezing while moving around either.

(and massive stuttering with the debug version but that might be normal for generating the log)

Of course, this is normal with debug logs enabled.

Also a bug present since vista (due to the deprecation of directdraw) wich was fixed in 0.4.0 is back (books videos not rendering and showing white screen)

The videos are showing up fine here with v0.4.0, v0.5.1 and even natively without DDrawCompat. Maybe because I'm using the GOG release and it's fixed there somehow?

PS: I did notice an issue in AOE 1 that was not present in 0.4.0, the cursor on the main menu does not recognize the resolution (in this game i can't put my regular resolution so im using the default DisplayResolution=desktop), my cursor won't be able reach past a certain point on the menu as if the menu was still stuck in 1024x768 even tho it does render in fullscreen visually) i can navigate it with keyboard and once i start a game the issue is gone and my cursor can roam on my entiere screen

Maybe this is caused by exclusive fullscreen mode. I noticed some similar issue in another game, but I can't reproduce it with Age of Empires 1. Unfortunately, Windows 7 only supports exclusive fullscreen mode. Hopefully, the next release will fix this problem at least, I reworked the surrounding code quite a bit recently.

Happens everytime once i am ingame (new game or old, it does not matter)

One blind guess would be that maybe the CpuAffinityRotation setting is causing some stuttering. Try setting it to "off" and see if it changes anything.
If not, then please check if the performance issue was already present in v0.5.0. If yes, then please download the DDrawCompat-v0.5.0-debug-previous-builds.7z archive, which has a separate build for every commit between v0.4.0 and v0.5.0, and try to figure out which was the first build that introduced the issue.
If the performance problems started between v0.5.0 and v0.5.1, then I could create a similar build archive for the commits between those.

I don't know, i am using the steam release, without ddraw compact those videos would not render unless i ran the game with XP compatibility mode (might have been set to default in W10 and up appcompat flags wich cause it to work by default), but with DDC 0.4.0 it was no longer needed and the videos rendered perfectly fine without it

That's a bit strange, because this is supposed to be an Indeo codec issue, and v0.4.0 had no fixes for that whatsoever. It was actually v0.5.0 that added the emulation for the needed registry entries.
Anyway, I figured out what was the problem with the emulation. When using RegQueryValueEx, DDrawCompat was returning the emulated values as non-null terminated strings, which is allowed according to the API documentation, but doesn't seem to work on Windows 7. I added a quick fix to always return a null-terminated string, you can try it here:
ddraw.zip (diff.txt compared to v0.5.1)

Just tried your new .dll and it fixed both the videos and the freezing/stuttering issue
(i tried setting CpuAffinityRotation=off with the standard .dll before but it made no difference)
The RealMyst engine is known to be quite flaky, maybe that non working function on W7 caused it to behave incorrectly ?
I still did try out your "mid version" files to see if i could find when it started (started with 0.4.0-5, then 0.4.0-7 then 0.4.0-8... up to the final 0.4.0-9) all of them had both working video and no freezing
Then i tried the final 0.5.0 and both the video and performance issue were there at the same time, so it indeed seems to be the issue

Ah ye, it's because i enabled "alphabetical" numeric sorting and i supposed 0.9 was 0.90
but ye thats indeed the issue, v0.4.0-64 work just fine, v0.4.0-65 introduce both issues

Fixed in v0.5.2.


feat(button): btnStyle 更名为 variant

@all-contributors please add @Zcating for maintenance,code

@all-contributors please add @Zcating for maintenance and code


UpdateTypeRefactor to move source code files

This Pull Request includes the following high level changes:

UpdateTypeRefactor will now move files to their new location.

This is limited to top level types. When moving a nested class, no file movement will be performed
This is limited to moving classes in the same module. Can not move a class across different modules.

Introduced CompilationUnitProperty to allow high level metadata to be appended on generated CompilationUnit instances.

In this case we are using this to communicate the absolute path of the source file to be used for the move operation.

AstraUtils.readAsCompilationUnit is changed to accept File object. This is how we add the File's absolute path on the generated CompilationUnit as a property (using CompilationUnitProperty#ABSOLUTE_PATH as the key).

Thanks for introducing this excellent change, @chiknas. This has now been merged


NestJS API Cli wait-for-it.sh permission denied

There seems to be a problem with running CI e2e tests.

So basically adding
chmod -R 777 /opt/wait-for-it.sh
in the beggining of startup.ci.sh file resolved the issue


choosing unique_anchor_length

Thanks Maria for this very useful piece of software.
I am trying to use Assemblytics to compare the variation of primary contigs and haplotigs I got out from a FALCON unzip assembly of a dikaryotic fungus. For this I only map the haplotigs to their corresponding primary contigs.
In Assemblytics the size of the SV is linked to the unique_anchor_length. I have been playing around a bit and compared 10kbp to 50kbp. The later detected less variants but covered more sequence space . Of course small haplotigs (< 50kbp) will not be included in the later analysis.
Is it possible to combine different unique_anchor_length outputs e.g. add calls for smaller haplotigs using 10kb cutoff to a 50kb run? Can you advise on how to set the 'best' unique_anchor_length'?
http://qb.cshl.edu/assemblytics/analysis.php?code=SUIBTG2OcqVoxxqb6eKK
http://qb.cshl.edu/assemblytics/analysis.php?code=vDHlfEIeWnTDLyhn3eVn

Thanks for using Assemblytics!
I made a small change to Assemblytics to allow you to set the maximum variant size and unique anchor length separately.
The 'best' unique anchor length really depends on your genome and is a judgment call based on how safe you want to be that you are excluding repeats balanced with how many of the smaller contigs are you comfortable throwing away. 10 kb is a pretty solid choice for mammalian-size genomes, and I have only set it down to 1kb for bacteria and sometimes for yeast. I have now allowed setting the anchor length and maximum size separately because it sounds reasonable to me to for instance use 10kb anchored sequences to call 50kb variants like you suggested.


Improve ObjectFormat interface

The 4 functions are duplicated, especially as interface methods. I think we just need to keep MustID the only one and remove other 3.
MustID(b []byte) ObjectID
MustIDFromString(s string) ObjectID
NewID(b []byte) (ObjectID, error)
NewIDFromString(s string) (ObjectID, error)

Introduced the new interfrace method ComputeHash which will replace the interface HasherInterface. Now we don't need to keep two interfaces.
Reintroduced git.NewIDFromString and git.MustIDFromString. The new function will detect the hash length to decide which objectformat of it. If it's 40, then it's SHA1. If it's 64, then it's SHA256. This will be right if the commitID is a full one. So the parameter should be always a full commit id.
@AdamMajer Please review.

Not sure whether it is right to remove objectFormat := git.ObjectFormatFromName(repo.ObjectFormatName); objectFormat.MustIDFromString(...)

Not sure whether it is right to remove objectFormat := git.ObjectFormatFromName(repo.ObjectFormatName); objectFormat.MustIDFromString(...)

Reintroduced git.NewIDFromString and git.MustIDFromString. The new function will detect the hash length to decide which objectformat of it. If it's 40, then it's SHA1. If it's 64, then it's SHA256. This will be right if the commitID is a full one. So the parameter should be always a full commit id.

Not sure whether it is right to remove objectFormat := git.ObjectFormatFromName(repo.ObjectFormatName); objectFormat.MustIDFromString(...)

Reintroduced git.NewIDFromString and git.MustIDFromString. The new function will detect the hash length to decide which objectformat of it. If it's 40, then it's SHA1. If it's 64, then it's SHA256. This will be right if the commitID is a full one. So the parameter should be always a full commit id.

I do not have full understanding, the only question is it good to "guess" the object format by length.

My thought was to move "the other way" when it comes to refactoring. That is, to move away from string and toward ObjectID and ObjectFormat to store these references everywhere. Then the string to ObjectID helper functions would go away naturally. Is this something that would be beneficial?
The only problem here is that you are removing objectFormat and assuming that hashes will always be in correct format, there will be an issue when you pass a partial hash the length of SHA1 into a SHA256 repository. Any user input cannot be assumed to be full hash just by looking at length, for example. So if we take care that user input never hits these functions, there should be no issue.

My thought was to move "the other way" when it comes to refactoring. That is, to move away from string and toward ObjectID and ObjectFormat to store these references everywhere. Then the string to ObjectID helper functions would go away naturally. Is this something that would be beneficial?
The only problem here is that you are removing objectFormat and assuming that hashes will always be in correct format, there will be an issue when you pass a partial hash the length of SHA1 into a SHA256 repository. Any user input cannot be assumed to be full hash just by looking at length, for example. So if we take care that user input never hits these functions, there should be no issue.

 And if it's a partial hash, the previous implemention of NewIDFromString still cannot resolve the problem. So we should not expect the new implemention can resolve the problem.


Fix icon/customId enum value swap in docs.

According to the common.nim, the enum order is:
akComment, akIndexed, akCustomId, akIcon, akLabel
Swap and update Icon/CustomID so they match the
order and value from the source code.

Thanks @fmoo


[web] Blank Page, No Errors

Problem
I am trying to run my Flutter app using flutter run -d chrome, however, neither that nor flutter run -d chrome --release or flutter build web produce any visible output for me, i.e. I only see a blank page in Chrome.
flutter run -d chrome
flutter run -d chrome -v produces this output (only including the end of the logs because the build process looks just fine) in the logs.
flutter run --release -d chrome
The error lead me to https://github.com/flutter/flutter/issues/40151, but running flutter run --release -d chrome also just shows a blank page in Chrome and this is the log.
The only error I can see is in the Chrome developer console:
Failed to load resource: the server responded with a status of 404 (Not Found)
http://localhost:53975/favicon.ico

Other
As I mentioned at the beginning, I also tried flutter build web and running the index.html file generated by that and that produces a blank page as well. I can, however, see errors in the Chrome console:
Access to XMLHttpRequest at '~/build/web/assets/FontManifest.json' from origin 'null' has been blocked by CORS policy: Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, https.
avv @ html_dart2js.dart:17408
async_patch.dart:694 Uncaught Failed to load asset at "assets/FontManifest.json" (0)
    at Object.f (~/build/web/main.dart.js:1841:3)
    at ~/build/web/main.dart.js:20082:15
    at ahs.a (~/build/web/main.dart.js:2854:71)
    at ahs.$2 (~/build/web/main.dart.js:25697:23)
    at agQ.$2 (~/build/web/main.dart.js:25692:25)
    at adN.a8v (~/build/web/main.dart.js:26602:44)
    at adN.a8u (~/build/web/main.dart.js:26604:33)
    at oT.a4S (~/build/web/main.dart.js:25870:46)
    at a9E.$0 (~/build/web/main.dart.js:26009:7)
    at Object.oU (~/build/web/main.dart.js:2969:82)
main.dart.js:31178 Uncaught TypeError: Cannot read property '$3' of null
    at Pm.qa (main.dart.js:31178)
    at SP.Fr (keyboard.dart:86)
    at SQ.$1 (keyboard.dart:42)
    at aCk (js_helper.dart:2017)
    at js_helper.dart:2049
main.dart.js:31178 Uncaught TypeError: Cannot read property '$3' of null
    at Pm.qa (main.dart.js:31178)
    at SP.Fr (keyboard.dart:86)
    at SR.$1 (keyboard.dart:47)
    at aCk (js_helper.dart:2017)
    at js_helper.dart:2049

How can I further debug this?

How are you running flutter build web? You should be able to spin up a local web server with something like python -m SimpleHTTPServer in the build/web directory. Opening the file directly won't work.
Is there anything unusual about your project? Or does this reproduce for you on the flutter create example?
Also, please include flutter doctor -v

@jonahwilliams Right, I forgot flutter doctor -v. I will also try on the example.
flutter doctor -v
[√] Flutter (Channel master, v1.12.4-pre.8, on Microsoft Windows [Version 10], locale en-US)
    • Flutter version 1.12.4-pre.8 at flutterRoot
    • Framework revision 439d798712 (22 hours ago), 2019-11-18 11:33:42 -0800
    • Engine revision 5fb7eb753b
    • Dart version 2.7.0

[√] Chrome - develop for the web
    • Chrome at chromeRoot

[√] Connected device (2 available)
    • Chrome     • chrome     • web-javascript • Google Chrome 78.0.3904.108
    • Web Server • web-server • web-javascript • Flutter Tools

flutter create
The reason I did not include this initially is because I want to get Flutter Web working for the project I have and was asking for further debugging options because of this.
The project created by flutter create runs fine - as well - and is not blank. It shows the example app.

You could try switching to the experimental compiler. It might be able to give you a better error message if there is a compilation issue:
flutter config --enable-web-incremental-compiler
And then flutter run -d chrome as normal.

@jonahwilliams I tried running the incremental compiler, but there is a file system error. I was not able to find anything on it:
FileSystemException(uri=flutter%5Cbin%5Ccache%5Cflutter_web_sdk%5Ckernel%5Cflutter_ddc_sdk.dill; message=StandardFileSystem only supports file:* and data:* URIs)
#0      StandardFileSystem.entityForUri (package:front_end/src/api_prototype/standard_file_system.dart:33:7)
#1      ProcessedOptions.loadSdkSummaryBytes (package:front_end/src/base/processed_options.dart:146:43)
#2      IncrementalCompiler.computeDelta.<anonymous closure> (package:front_end/src/fasta/incremental_compiler.dart:175:52)
<asynchronous suspension>
#3      CompilerContext.runInContext.<anonymous closure>.<anonymous closure> (package:front_end/src/fasta/compiler_context.dart:123:46)
#4      new Future.sync (dart:async/future.dart:224:31)
#5      CompilerContext.runInContext.<anonymous closure> (package:front_end/src/fasta/compiler_context.dart:123:19)
#6      _rootRun (dart:async/zone.dart:1126:13)
#7      _CustomZone.run (dart:async/zone.dart:1023:19)
#8      _runZoned (dart:async/zone.dart:1518:10)
#9      runZoned (dart:async/zone.dart:1465:12)
#10     CompilerContext.runInContext (package:front_end/src/fasta/compiler_context.dart:122:12)
#11     IncrementalCompiler.computeDelta (package:front_end/src/fasta/incremental_compiler.dart:151:20)
#12     IncrementalCompiler.compile (package:vm/incremental_compiler.dart:58:46)
#13     FrontendCompiler.compile.<anonymous closure> (package:frontend_server/frontend_server.dart:428:59)

Okay, I'll have to take a look at that later. Does this issue reproduce on the example app if you add your pubspec.yaml contents? Or could you put together a separate example that reproduces the issue?

@jonahwilliams
Example App
The incremental compiler has the error everywhere.
I tried incrementally copying the contents of my pubspec.yaml to the example app to see at what point I would see a blank page and this is the result:
I remembered that I am executing a lot of logic before even calling runApp in my main.dart and I decided to try to see what happens when I remove that code and try to add it back incrementally: suprise 🎉 it worked (I got an UnimplementedError from plugins, but that is what I should be expecting I guess) and it was correctly displayed in Chrome 🙌
The killer was awaiting SharedPreferences before runApp.
Not seeing errors before runApp
I think this issue is obsolete as I will now be able to try and fix everything broken in my app in web with actual error reporting 👍
I found https://github.com/flutter/flutter/issues/41878 and https://github.com/flutter/flutter/issues/41671 - this issue is a duplicate now.


If Model has json type in casts, I have error

Hi!
I think, json_encode should be remove, because json_encode has been saved into database as string: http://prntscr.com/lxyo3g

You reverted the changes from this PR, is there any reason for this?

You reverted the changes from this PR, is there any reason for this?
Also, this only works when a cast is used. So it will fail for everyone.

You reverted the changes from this PR, is there any reason for this?
Also, this only works when a cast is used. So it will fail for everyone.

Ok, can I delete changes from browse.blade.php?
Yes, you are right, it works only, if cast is used. Can I check about used cast on model or no?

I want to create new, clear pullrequest


Raspberry Pi ARM Binaries

Hey is it possible to get this working for the Arm processors. I would like to add this to the Fullnode project. I did try installing but as expected was met with errors.

@MrChrisJ could you provide an error log from the build? I have several raspberry pi's I can spin up to help debug this for you. (we can even probably add a special raspberry pi build to dist.ipfs.io)

@MrChrisJ I just pushed a version to master that should work with npm@2 please give it a try

Hey @dignifiedquire thanks very much. I did get v3 working, still getting these errors on the Pi:
https://gist.github.com/MrChrisJ/14e9cc728cf608dcd97a
I have Station working on OS X just fine. I installed it minutes ago after your commit.

@MrChrisJ the error means it's not able to connect to the npm registry. probably some network issue on the config side of your box

@dignifiedquire ooops sudo killall tor, let's see how this goes :). I did originally get a different error though on the next stage but it's downloading now. Thanks for your time.

After a bit of fiddling I did get working. The application will run for about 10-20 mins before crashing:
https://gist.github.com/MrChrisJ/61ff07629cb4c79bcfd5#file-20160219-ipfs_station_crashing_rpi2-txt
I will try to install it again to see if there was a problem with any of the packages.

I have tried the new download and I am back to the same error as before. This looks like something to do with NPM and the Pi so I have asked some colleagues who are familiar with NodeJS:
https://gist.github.com/MrChrisJ/14e9cc728cf608dcd97a
https://gist.github.com/MrChrisJ/61ff07629cb4c79bcfd5#file-error-trying-to-install-ipfs-station
That is with all the Proxy settings checked in the system as well as NPM Config. I tried fresh installs of both Wheezy and Jessie. Double checked everything. Will see what my friends come back with.

@MrChrisJ This sounds like it's related to npm and not station. Have you tried installing anything else with npm?

Well the ECONNRESET sounds related to npm and your connection, not the crash.

This is quite an old issue. I'm closing this for now. However, if anyone needs or would like to have arm 7 binaries, please feel free to ping me here and we can see what can be done about the situation.

ARM looks like a trend. Trying to run in my Pi4. Maybe from souce. Just saying that this is important.

Reopening as, it should be possible to re-evaluate what is needed to run IPFS Desktop on inexpensive ARM64 hardware like RaspberryPi 4.
Kubo already provides ARM64 build that I confirmed works fine on my RPi4.

There are a few requests related to ARM support:

https://github.com/ipfs/ipfs-desktop/issues/2656
https://github.com/ipfs/ipfs-desktop/issues/1827
https://github.com/ipfs/ipfs-desktop/pull/1856#issuecomment-1626371157

I am open to supporting ARM64 on all platforms (especially mine!)
I think calling electron-builder manually would be easier than installing dependencies dynamically during runtime, but I can investigate more.
Two good resources I found are:

https://www.beekeeperstudio.io/blog/electron-apps-for-arm-and-raspberry-pi
https://github.com/orgs/community/discussions/25319

So it seems like the actions needed are:

Figure out what arm64 hosted-runner kubo-releaser is using, and use that for some electron-builder tasks
call electron-builder from arm64/armv71 hosted-runners with flags as mentioned in https://www.beekeeperstudio.io/blog/electron-apps-for-arm-and-raspberry-pi and at https://www.electron.build/cli

I searched for electron-builder stuff in github CI files and found a few examples for us to look at.
https://github.com/jgraph/drawio-desktop seems like a promising place to look for configs and stuff to update our electron-builder flow.. seems like a pretty popular app that's up to date with a really clear electron-builder integration, and multiple arch builds: including mac universal build...


[Event Request] Table 477 - "Report Inbox" - OnGetSuffix

Dear ALAppExtensions team,
through this issue we would like to request adding event publisher OnGetSuffix in table 477 "Report Inbox" with the following signature:
[IntegrationEvent(false, false)]
local procedure OnGetSuffix(var ReportInbox: Record "Report Inbox"; var FileExt: Text)
begin
end;

and it would be called as follows in Suffix
procedure Suffix() FileExt: Text
begin
    case "Output Type" of
        "Output Type"::PDF:
            FileExt := '.pdf';
        "Output Type"::Word:
            FileExt := '.docx';
        "Output Type"::Excel:
            FileExt := '.xslx';
        "Output Type"::Zip:
            FileExt := '.zip';
        else
            OnGetSuffix(Rec, FileExt);
    end;
end;

This issue is related to issue #20373 and #20374
With these changes the field "Output Type" is now similar to the field "Type" in the table 9650 - "Custom Raport Layout"
Thank you in advance.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 48444.


Package python-pip is obsolete on Debian

Apparently Debian no longer has python-pip: it was renamed python3-pip. Same for python-crypto. (My guess is that Debian is trying to support both Python 2 and 3.)
For reason only known to God, installing these two packages fetches package javascript-common. Is Python now dependent on JavaScript? That would be funny. Will installing any Python package fetch every other scripting language packages in the near future? Tcl and R too? :-)
Sometime the quest to reuse goes way too far.
Otherwise, thanks you for tinytuya. I am trying to use Tuya devices without depending on the cloud.

Hi @pascal-fb-martin !  Thanks for the feedback.
Yes, those setup instructions are a bit dated.  You should not need python-crypto and many systems already have pip installed (or it will be handled by other package managers).  I'll update the instructions:
  # Install TinyTuya
  python -m pip install tinytuya

It will fetch pycryptodome and requests which is generally all you will need to run tinytuya.

Actually, I am using raspbian 11.2 (32 bit) on a Raspberry Pi 2 (a minimal install, not desktop GUI), and pip was not installed.
Considering that Python is pretty important in the Raspberry Pi ecosystem, this is kind of interesting..
I am not really a Python programmer myself (I have done some limited Python programming). I am actually trying to learn about the LAN protocol being used by Tuya devices. (The devices are dirt cheap Feat Electric smat bulbs from Costco--less that $8 for two bulbs, after store rebate.) At this point I am chocking on how to find the device key, since Feit does not use the Tuya app (they have their own) and no web access that I can find.

Thanks @pascal-fb-martin  - I left a link in the instructions on how to install pip if it isn't already there.  Using the OS package manager is probably the best approached (e.g. the apt-get install python3-pip in your case).
I would be very interested to know if you can get those bulbs to work.  The Tuya IoT portals expect you to use the "Smart Life" application to link the devices to your account.  I'm not sure how another app would work.  I would likely try the "Smart Life" app anyway just in case they are compatible.  I know others have reported having some success with the Costco Feit devices (see this PR https://github.com/jasonacox/tinytuya/pull/54).
Good luck!  Let us know how it goes.

Tinytuya was able to detect the device:
$ python3 -m tinytuya scan

TinyTuya (Tuya device scanner) [1.4.0]

Scanning on UDP ports 6666 and 6667 for devices (15 retries)...

Unknown v3.3 Device   Product ID = key8u54q9dtru5jw  [Valid payload]:
    Address = <IP_ADDRESS>,  Device ID = eb35df3d07961da723xaog, Local Key = ,  Version = 3.3, MAC =
    No Stats for <IP_ADDRESS>: DEVICE KEY required to poll for status

Scan Complete!  Found 1 devices.

      Saving device snapshot data to snapshot.json

I will try the "Smart Life" app. Thanks for the tip.
Do you know of a description of the Tuya LAN protocol?
I have my own set of home automation software (no UI remotely as good as Home Assistant..): see my projects. I have support for TP-Link Kasa (pretty happy so far), Wiz Connected (devices are OK if the install succeeds--the Wiz app is a complete horror) and old Orvibo devices (the protocol was changed since then).
I would like to add support for Tuya. My main goal is to avoid Cloud dependencies. My home starts to look like a patchwork of cheap home automation devices..

The Feit app is actually a rebranded Tuya Smart Life app: same exact UI. :-) However they do not seem to use the same cloud: I wa able to create an account with the same email address, different password.
Apart from a timeout at the end of the install, the device works fine with the Tuya app: I uninstalled the Feit app (no need for multiple copy of the same). Now I can look at following your instructions..
Thank you so much.

That's great news!  Thanks for the update.
As to your project and questions about Tuya LAN communcation:  Tuya devices communicate via UDP (6666 and 6667) and TCP (6668).  A graphical representation of the message passing is here.  Starting with 3.3 devices (you have one), the payloads are encrypted (hence the need for the LocalKey).  UDP broadcasts are emitted from the devices when not being controlled by the app and they all use the same UDP key (included in TinyTuya).
Take a look at the TinyTuya code and you will see the TuyaMessage format, how to pack/unpack them and the command structures. This was discovered by the community as Tuya doesn't release their protocol specifics for LAN, but some of it does mirror the their published cloud APIs.
The LocalKey for each device is created when you pair it with the Smart Life app (and it will reset it to a new one if you re-pair).  Once you have the LocalKey you can stay on LAN for all communication which is the primary use case for TinyTuya.  If you want to see the raw and decrypted payloads using TinyTuya, you can call the tinytuya.set_debug(True) function at the top of your code and it will output the handshakes and payloads.
I hope that helps.  Have fun!

Thank you so much! It really was all the help I that I could dream of!
I got the local key. I just hope that it does not expire after one year (like the IoT free developer account..).
Shameless plug:
Look at my set of applications. What makes it a bit complex is that this is a set of microservices (running on Raspberry Pi) that interact with each other: here the microservice model replaces the driver or plugin model. This is so much easier to maintain: these are separate applications built and installed independently. I can relocate each service to a different computer without any change to the configurations.
In the case of light control, you only need to look at houselights (mainly lights schedule) and housekasa (Kasa devices) or housewiz (Wize Connected devices).
The suite also include a (somewhat smart) sprinkler controller, with the sprinklers commanded on and off by houserelays, using the same API as housekaza or housewiz--this forced me to add a "gear" attribute as a filter so that the sprinklers do not show up in the houselight webUI (the scheduling in houselight is too primitive for sprinker control).
There is a dynamic discovery mechanism that goes through the houseportal microservice--which serves as a repository of active microservices.
Warning: this is C code. (I am showing my age.. :-)

One more question: I see that there are two UDP ports and one TCP port. Do you know if all controls (on, off, color, dimmer) can be sent through UDP?

Tuya devices only use UDP to announce themselves/discovery (6666 for 3.1 devices, and 6667 for 3.3 devices).  All command/control action is via TCP on port 6668 which is the only port the Tuya SOC has open.  Of course, they were designed to be "cloud first" so they phone home to Tuya Cloud as a default for state change and to watch for control, but you can mimic that on the LAN by keeping a persistent connection to port 6668 and send/watch for events asynchronously.  Here is an example script that does that: async_send_receive.py.

Look at my set of applications

Awesome projects!  I love that you even built your own http server (echttp)!  You should post some UI screenshots for houseportal.  I want to see it work.
There's nothing wrong with C.  I still prize my K&R book and do quite a bit of C++ and Obj C programming these days, mostly Arduino libraries like TM1637TinyDisplay, OpenGL-LIDAR-Display and iOS projects like iCurlHTTP including cross-compiling openssl/libcurl to ARM (Build-OpenSSL-cURL).
I built TinyTuya in python to make it approachable to the masses and get good engagement from the Tuya user and maker community to help develop it.  I'm happy with the community contributions and the extension of TinyTuya over the years.  If you are open to a polyglot ecosystem, you could easily spin up a TinyTuya based microservice to your houseportal project!  Let me know if you do an how it goes.

I just hope that it does not expire after one year (like the IoT free developer account..).

  They now give that disclaimer in their email updates.  I have seen the IoT UI give me warnings or not have all the feature it did when I signed up, but the credentials for my account continue to work with the TinyTuya wizard for Cloud API calls (e.g. to fetch the keys for existing newly paired devices).  Also, your keys should stay the same unless you re-pair with the Smart Life app.
Let us know how your Tuya adventure goes. 👍

"If you are open to a polyglot ecosystem": that is one thing that I love with microservices. Because the API is HTTP and JSON, the programming language used for each microservice is irrelevant. I have a plan to switch to Rust at some point, but the language, and web libraries, keep changing so I will wait a bit.
I would be really happy if you do create a Tuya microservice. I have not really experimented with Python, beside some small work modifying Kodi plugins. The install of tinytuya was reasonably simple (apt even warned to use python3-pip instead..). Note that running the applications as services (deamons) is important to me. Southen California does have the occasional rolling blackout..
I wanted a "web console" for easy monitoring & administration. The idea of switching all the way to microservices came later, but having multiple applications on the same RPI was always the goal.
I started with Tcl (tclhttpd library), but maintaining and adding independent modules to a monolithic Tcl application is hell..
I tried JavaScript, forking a nascent sprinkler controller project. Javascript keeps changing, and Node.js installation is definitely not Debian-friendly. That one Node.js application quickly became a high maintenance diva. Still glad that I learned JavaScript, though.
I wanted something easy to maintain: language and API stability, low memory footprint and minimal dependencies. Go was a no-go :-), it is a memory hog. So I went back to C, but I found no decent web library. The Gnu libmicrohttpd is an API horror, a throwback from the 80's.. Since decoding a HTTP request is less than a 1000 lines of code, and that is all it offers, there was no point going with the aggravation.
Then I wanted a single access point (port) per machine, because managing port number assignments is a hassle: the portal concept came from there.
I will add some screen dumps. You are right: without these it is hard to visualize what the applications offer. Warning: I have a minimalistic and utilitarian view of UI. A colleague once joked that my GUIs are mostly text-based. :-)
Thanks.

What a great story!  I especially loved your decision tree to C.  No doubt about it, it is as close to the metal as you can get, well practically anyway.  A friend of mine is convinced that he can compiled to assembly by hand better than any CC.  I told him, no thanks! :)
If you do decide to try on python (e.g. TinyTuya) for your next project, its not difficult to set it up as a service.  I have several python services running and actually put the steps in one of my github projects called SentryPi.  The service is stupid simple, but the steps to turn a python app into a service may be useful to you.
I hear you on the power outages!  SoCal here too. When we added solar, I went with Tesla and the Powerwalls. I love the whole house backup and being completely off the grid, but better than that is the rich set of APIs I discovered.  Check out my Powerwall-Dashboard  and pyPowerwall projects sometime. I suppose there is a payback curve on solar, but after I found the APIs, I discovered it was worth it as a hobby/toy too. ;-)

Actually, "close to the metal" was more of a downside.
Memory and string management in C is a chore, so I chose to waste memory and accept size limits rather than recreating a memory management runtime.
JavaScript's performances were fine and memory footprint was OK: a steady 32 MB to run a monolythic sprinkler controller (after optimizations). That was still within the range for runing multiple microservices on a 512 MB RPI Zero.. I target 10 microservices per machine.
I have seen reports that Rust is as fast as C, if not faster (less aliasing effects as C). The fixed cost of the Rust runtime is apparently much smaller than Node.js, way below Go or Java.
Overall Rust may be my prime choice when it stabilizes. I am not planning to abandon C (or echttp), just likely to use Rust for new applications that manipulate a lot of variable-length strings. That may become a trilingual environment (I do use JavaScript for web UI).

I just added a (crude) gallery of screenshots (with explanations) to the houseportal project. The HousePortal is minimal, since the service does all its work in the background, automatically. Let me know If that answer your UI question.
Otherwise I misread your previous note. I do not know yet if I would write a Python service, but I will certainly start using your tinytuya API first, to get a sense of how it works. I do not dislike Python: I have found it reasonably easy to use. But I want to assess first how complex is the Tuya protocol (including encryption, but I do have some experience with openssl).
What control I need is minimal, i.e. turning lights on and off, no dimmer or color support, as my goal is to schedule light activity when we are not home. I might look at more sophisticated feature later (scenes, IFTTT-like logic between services, etc) but that is not my short term goal.
I am in the process of creating a better service management: centralized configuration management service--to avoid manual transfer of configuration when migrating a service--and centralized log storage service. If I want all my services to benefit from this environment, I may have to create a Python library for these support services. This would be a significant time investment. On the other side, this also opens the door to more people creating services. My immediate problem is that I cannot invest a lot of time to this in the short term: I do have a day job. :-)

I also added galleries for the HouseKasa and HouseLights services. This way it shows a complete line of services involved with light automation. I will probably add some more in the coming days, since it is pretty easy.
BTW, my philosophy is in line with what someone was saying when complaining about TP-Link locking up their device in the UK: "home automation" is about making the home react autonomously, not just about adding buttons in a phone app. This guy was doing a lot more automation than scheduling lights..

Looks great!

Thank you for being kind.
The files examples/bulb-scene.py and examples/bulb.py contain an actual ID, IP address and local key set (as default, apparently). Is not that risky? Why not use devices.json?
Otherwise when I use async_send_receive.py, the bulb answers to the first status request, but remain silent after that. Any idea what I did wrong? (I replaced the placeholders with my actual IP, ID and key, obviously.)

Hi @pascal-fb-martin,
Yes, these are bogus credentials in the examples.  A person could abstract those by using an external file if desired. I think I have a snapshot example that does use snapshot.json to do that.  However, I'm big on easy of use and approach with the intent that even a novice python learner can start controlling their Tuya ecosystem with little friction, hence the straightforward approach.
You are right on the async example.  If you run it as-is, the loop will only show state changes coming from the device.  This is how Tuya devices work, they only send updates when something changes unless you specifically ask for status.  If you monitor a Tuya switch, you will see events come in if you manually toggle the switch, for example.  The Hearbeat is important or the Tuya device will timeout the TCP connection.
The SOC Tuya software is fairly basic and non-robust. It is single threaded (usually only one TCP connection allowed at a time) and you will see that even with the hearbeat, a connection may eventually fail (likely an ESP reboot) so a more robust async loop would handle connection errors on the heartbeat and re-establish a persistent connection.  There are more elegant ways to use python threading for async calls where you set up the connection and your functions wait for events, but that requires more sophisticated programming (localtuya does this for example for home assistant). My design principle for TinyTuya was to make it approachable for all levels of python developers, where they only need to sling 4 lines of python code to turn on a switch.  :)

I did not mean to criticize tinytuya. I sent my comment too early, I corrected it later. Sorry.
TCP: that also includes if there is a switch and the bulb is turned off. That is one reason why I like using UDP for this type of applications. If you don't get the answer, just repeat the request. Much simpler than managing a TCP context that you do not really need. (Even if you use TCP and the connection is lost, you need to repeat the request. That does not mean that I would always prefer UDP, but in the case when the data is small and fits in an Ethernet packet, and the protocol is question/response, then you don't really take advantage of the TCP benefits.)

No worries!  I didn't see it as criticism.  Those are valid observations, some of which is just about the Tuya devices themselves.  I agree on the UDP point.  I wish they had a more robust API that included UDP status and control.  But to be fair, at least they have a way to control them outside of the cloud.


Cannot use ui5 methods on sap.m.Table

Hello everyone!
I cannot get sap.m.Table control to use UI5 methods like getItems(). Trying to call it throws "getItems is not a function". Tried to use id of the control and controlType without success.
Does anyone have any idea what I might be doing wrong? Thanks in advance.

Fragment of my code
        const Table = await browser.asControl({             selector: {                 viewName: Main._viewName,                 id: "idProductsTable",                 controlType: "sap.m.Table"             }         })

Hi Micaela,
It looks like the table wasn't actually found. As seen with an undefined value for the _domId and the false value for the _initialistion. There should be another error message that indicates, that the control was not found.
We know that the error message is a little bit misleading currently. There is already an issue opened to improve the message output when you try to execute a method on a control that was not found.


image problem.

The images you use don't exist on docker hub so the user cannot pull it down...

Which images are you referring to? Is there a particular file that has the wrong images?

Sorry for my ignorance. I was wrong about that.

But I have a new issue that for worker container. It has status is CrashLoopBackOff.
It seems you need to have your Dockerfile have a Command to run.

Sorry for my ignorance. I was wrong about that. Those image work just fine!

Hi, can you please write back what did you do with your images that they work now ...we are step into same Problem. We can pull down any images from docker-stack-windows-1809.yml File

@GBmonmon based on #136 and #138 can this issue be closed?


On Mac show the initial Podman loading

Initial Podman loading on Mac takes a long time, we need to show progress to the user

Mac Podman is very slow, the virtual machine seems very slow...we must solve this problem somehow

I also tried to run with --native-compilation flag and it just doesn't work on my m3pro macbook pro
also, podman running in rosetta sigfaults on mac m3 pro.
I'm forced to develop and build on codespaces

Podman has been removed as of Azle 0.23.0


how to build like querydsl  .where(A.and(B).or(C)).where(D.and(E).or(F))

I am coding a util to build dynamic conditions. convert json into conditions.
data format like this
[
        {
          "val": "grade 2021",
          "key": "gradeName",
          "op": "LIKE"
        },
        {
          "l": "and",
          "value": "class 2",
          "key": "name",
          "op": "LIKE"
        },
        {
          "l": "or",
          "val": "1",
          "key": "id",
          "op": "EQ"
        },
 ]

may be multiple arrays.
I used many "if" adapting "whereAnd" and "whereOr", because I must know when to end them.
Is there a method like this?
.where(A.and(B).or(C))
.where(D.and(E).or(F))
I did not find how to code like above from doc.  (I don’t really want to generate Q class if there are other solutions)

Assuming you use the Blaze-Persistence CriteriaBuilder API and not the Blaze-Persistence Querydsl integration (in the latter case, it would work the same as you're accustomed to in Querydsl).
For the CriteriaBuilder API you would need to use the whereOr and whereAnd builder modes:
.whereOr()
    .whereAnd()
         .where("a")
         .where("b")
    .endAnd()
    .where("c")
.endOr()

Is there only this way ?

There is also .setWhereExpression(“a OR b”)

thank you , Finally I solved the problem with 'whereOr'


uar-580 bo change fixes

JIRA link
https://companieshouse.atlassian.net/browse/UAR-580
Change description
Action Date was not set and is not required.
Register location comparison was against country not place
Birth date should not be changeable.
Don't pass through anything if no public data to compare agains (and log error for now)
BO additions to use CompanyIdentification (as MO adds and BO changes already does)
Work checklist

[ ] Tests added where applicable

Merge instructions
We are committed to keeping commit history clean, consistent and linear.  A BREAKING CHANGE can be part of commits of any type,
types other than fix: and feat: are allowed, for example build:, chore:, ci:, docs:, style:, refactor:, perf:, test:, and others,
footers other than BREAKING CHANGE: <description> may be provided.

Sorry, the tests check if a log has been sent to make sure that it's not being filtered out of an error with the BOs or just being filtered out in the stream.
Because of that if you change the log message you'll need to change the one in the tests as well.


”Slobozia” is listed in the drop-down menu

Description:
"Slobozia" is listed in the drop-down menu alongside its corresponding county and commune, according to the law.
Precondition:
The website is up an running.

Step 1
Type "Slobozia" in the search bar.

Expected results
The location is listed in the drop-down menu as "Comuna Slobozia, GIURGIU".


Nav mesh is not getting saved.

https://www.youtube.com/watch?v=EkybFtuEA7g

@ontrigger The problem is still present after the fix.

If the proposed fix did not work then you are having issues with the navmesh generating rather than saving as this fix worked both for me and some other mws discord user. Try deleting a few navmeshes i guess?

@ontrigger Ok after i cleaned the editor and completely reinstallend it, its now working, but still i would like that the restart after the nav generation is optional and not forced. Like it was before.

@Booo3 restarting is a must because if you go into the playtest mode, the game will crash even if you didn't save the navmesh


Debugging #345

https://github.com/tigerbeetledb/tigerbeetle/issues/345

Currently blows up on https://github.com/tigerbeetledb/tigerbeetle/pull/346/files#diff-e393c4fc086967a9436875ec0217d7f613603e65c0653405e8da5ec824e46dd7R303.
>>> p k
$1 = {
  id = 1800825,
  static sentinel_key = {
    id =<PHONE_NUMBER>3709551615,
    static sentinel_key = <same as static member of an already seen type>
  }
}
>>> p key
$2 = {
  id = 1395874,
  static sentinel_key = {
    id =<PHONE_NUMBER>3709551615,
    static sentinel_key = <same as static member of an already seen type>
  }
}

Still blowing up in the same spot, despite now completely validating the contents of the manifest down to individual values. So prime suspect is a bug in table_iterator.

In Grid.start_read we reserve a cache entry but don't write to the block yet - leaving any previously cached value intact.
The sequence of events in this crash was:
Write address1, block1 to way1.
Remove address1 from way1.
Write address1, block2 to way2.
Write address2 to way1 without setting block. We now have a valid entry for address1, block1 in way1.
Write address1, block3 to way3. This should remove address1, block2 from way2 but actually removes address1, block1 from way1, since that's the first valid entry it finds.
We now have two entries for address1. Havoc ensues.

The fix currently in this PR is not correct, just sufficiently less wrong to make this fuzz seed pass and prove that this is the cause.

Probably the correct fix is to separate assigning a cache entry from marking it as valid. So the flow for read would be:
Reserve a block from the cache
Storage writes to that block
Mark the block as valid

After further consideration, I don't think it's possible to fix this nicely without changing the cache interface. I've proposed that in https://github.com/tigerbeetledb/tigerbeetle/issues/353.
In the meantime, this pr contains an ugly fix that prevents this particular bug but does not remove the underlying footgun.


added examples for compat, context and with_context

This PR adds examples to the compat, context and with_context methods in result_ext.rs.
I wasnt sure how much context should be shown in the examples so I tried to keep it as minimal as possible without loosing meaning.

Can I get some advice about why this failed the tests in CI?

I've got no idea why the CI fails here though :/

I'll look into why this is failing on Monday. The dependency set up in failure is pretty complicated and it looks like somehow tests aren't finding the derive crate.

Actually looking into this now.

Figured out the issue.
The problem is that your examples use APIs gated by feature flags. When testing, we test under multiple set of feature flags, including cargo test --no-default-features, which turns off all feature flags, including those which control derive(Fail) and the Error type.
I think the best thing to do here is to not run these tests when the derive and std features are not turned on, but I don't know how to gate running a doc test on certain feature flags. @steveklabnik & @QuietMisdreavus, any ideas?

I am not sure that's possible :/

Do doc tests get the same feature flags that the crate does? One (really hacky) way we could do this is to put the whole thing inside a cfg'd module. That is, inside the doc test do:
/// ```
/// # #[cfg(all(feature = "std", feature = "derive"))] mod tests {
/// ...
/// # }
/// ```

Immediate, hacky suggestion:
/// ...with the following example:
///
#[cfg_attr(feature = "something", doc = "```")]
#[cfg_attr(not(feature = "something"), doc = "```ignore")]
/// your_code_here();
/// ```

As far as i know, rustdoc doesn't have an easy way to turn off doctests based on cfg settings (like cargo features) or even to expose those settings to the doctests themselves. Since rustdoc compiles doctests as external crates, it wouldn't be much use to pass those features on. I would like to double-check that, but as far as i know that option above is the closest i know of. :/

Misdreavus's suggestion seems better than mine, we could even write a macro possibly?
/// ...with the following examples:
///
doc_test!("std", "derive")
/// your code here
/// ```

Alternate suggestion: It's possible that rustdoc may actually pass cfg's to doctests, so you may be able to add something like # #![cfg(all(feature = "std", feature = "derive"))] to the beginning of your doctest to apply the cfg to the whole file. I don't remember how rustc reacts to compiling empty inputs (it may complain about the lack of a main function >_>) but it's a little bit cleaner than my last suggestion.

Alright its a hack but Ive managed to get this working by moving the main out and making the test a separate function like so:
    /// ```
    /// # fn main() {
    /// #    tests::run_test();
    /// # }
    /// #
    /// # #[cfg(not(feature = "std"))] mod tests {
    /// # pub fn run_test() {
    /// #
    /// # }
    /// # }
    ///
    /// # #[cfg(feature = "std")] mod tests {
    ...
    /// # pub fn run_test() {
    ///     implementation of doctest here
    /// # }
    ///
    /// # }
    /// ```

Is it possible to make this a macro?

@technetos I think doing this is the right approach. If you can make a macro, that's great, and you can choose where to put it, but its also not necessary if you don't want. :)

@withoutboats Ok, for compat wrapping the test in a module and separating out main works; however, for context and with_context the macros that are pulled in for failure_derive and display_derive still do not work.
I think the problem lies in the fact that doctests are run as their own crate but I am still working on how to pull in the macros correctly.  @QuietMisdreavus  Do you have any insight or suggestions about this?

Looks like you're importing some macros within your mod tests, but rustc complains if you import macros from a crate that you're not declaring in your crate root. Moving those crate declarations around to the top of the doctests got them to work for me:
diff that got it to work
diff --git a/failure-1.X/src/result_ext.rs b/failure-1.X/src/result_ext.rs
index 894227e..98fcc8a 100644
--- a/failure-1.X/src/result_ext.rs
+++ b/failure-1.X/src/result_ext.rs
@@ -69,6 +69,10 @@ pub trait ResultExt<T, E> {
     /// # Examples
     ///
     /// ```
+    /// # extern crate failure;
+    /// # #[macro_use] extern crate failure_derive;
+    /// # #[macro_use] extern crate display_derive;
+    /// #
     /// # fn main() {
     /// #    tests::run_test();
     /// # }
@@ -80,11 +84,7 @@ pub trait ResultExt<T, E> {
     /// # }
     ///
     /// # #[cfg(all(feature = "std", feature = "derive"))] mod tests {
-    /// # extern crate failure;
-    /// # #[macro_use] extern crate failure_derive;
-    /// # #[macro_use] extern crate display_derive;
-    /// #
-    /// # use tests::failure::ResultExt;
+    /// # use failure::{self, ResultExt};
     /// #
     /// #[derive(Fail, Debug, Display)]
     /// #[display(fmt = "")]
@@ -112,6 +112,10 @@ pub trait ResultExt<T, E> {
     /// # Examples
     ///
     /// ```
+    /// # #[macro_use] extern crate failure;
+    /// # #[macro_use] extern crate failure_derive;
+    /// # #[macro_use] extern crate display_derive;
+    /// #
     /// # fn main() {
     /// #    tests::run_test();
     /// # }
@@ -123,11 +127,7 @@ pub trait ResultExt<T, E> {
     /// # }
     ///
     /// # #[cfg(all(feature = "std", feature = "derive"))] mod tests {
-    /// # #[macro_use] extern crate failure;
-    /// # #[macro_use] extern crate failure_derive;
-    /// # #[macro_use] extern crate display_derive;
-    /// #
-    /// # use tests::failure::ResultExt;
+    /// # use failure::{self, ResultExt};
     /// #
     /// #[derive(Fail, Debug, Display)]
     /// #[display(fmt = "My custom error message")]

@steveklabnik @withoutboats @QuietMisdreavus Thanks for the help!


aria expanded for radios with conditonal

Adding aria expanded to conditionals in radios improves support for screenreaders knowing that the panel/info has been exposed
related issues:
https://github.com/w3c/aria/issues/1404
https://github.com/alphagov/govuk-frontend/issues/979

In March 2021, we spoke to a Lead Auditor at the Digital Accessibility Centre who works alongside screen reader testers and users with disabilities. They audit a lot of government services, especially HMRC services. As such, they're pretty familiar with the current approach to conditional reveals.

They mentioned that they’d known about the invalid use of aria-expanded for a while, but not really flagged it as it’s normally read by screen readers (at least the versions of JAWS and NVDA they test with, would have to check Voiceover).

Happy to try and create a PR for this

gov uk uses aria expanded on conditionals
https://design-system.service.gov.uk/components/radios/

Good shout @gavinthomas-valtech. There is an article about this on the GOVUK Blog: https://accessibility.blog.gov.uk/2021/09/21/an-update-on-the-accessibility-of-conditionally-revealed-questions/

Hi @gavinthomas-valtech.
Thanks for reminding me about this. We don't yet properly support conditional reveals on radios. If memory serves, there's some complication with implementing this in React while supporting isomorphic rendering. I'll have to have a look at how I did it for checkboxes. (Although handing the state is simpler there.)
@robpataki: Thanks for pointing out the discussion on this. Will be interesting to see if aria-expanded is kept in place.
At the very least, we should add aria-expanded to the Checkboxes.

@gavinthomas-valtech: This should be fixed in the next version (v0.6.0).


ColoradoHydroBaseRest - datastore tests for historical stations

Tests need to be added for new historical station time series.  See also the following, where I have noted issues in tests that may require software update:
cdss-lib-dmi-hydrobase-rest-java/issues/38

I committed the tests.  I'll keep this open until issues are resolved with tests.

I fixed an additional round of issues.  All tests are passing now. Close this issue.


GLSL shaders for TileMap

This implements proper GLSL shaders and removes all reliance on the CPU for texture building. 0.1 was meant to just get something out there quickly for people to use before I did the research and had proper help with writing this part of the project.
Much of this work draws on the current way that Bevy's sprites are laid out with a custom mesh.
TODO:

[ ] Shader
[x] Remove generics
[x] Make map into a Component
[x] Map events redo
[x] API update
[ ] Tests
[x] Example
[x] Cleanup
[x] Documentation

Thanks!
To both @alec-deason and robswain in the Bevy community for the help.
Link to alec-deason's gist example: https://gist.github.com/alec-deason/3d33c4520525a42cf8a3a77736032bb7

I see you're still pushing changes so you might be addressing this already
I was building a minimal example and I ran across two issues

the map::map_system query parameter needs to take Entity by value instead of reference or the query never finds anything (and the dereference on line 831 has to be removed)
the algorithm in tile::tiles_to_renderer_parts is incorrect, it needs to create buffers that are indexed according the indices that are driving the rest of the mesh

there may be more, i haven't tried to correct the second problem yet and it causes an assertion failure due to the length mismatch with the other vertex buffers

Going to need a hand on the render >.<.

Thanks @blamelessgames I'll take a look at those now.

It renders! However, its displaced half a tile -x,-y...


Sped-up scorer by using GPU when available

Just added a check to use GPU if available to speed-up the scorer process.

This script was just meant as an example for how to use the scorer, but sure, why not.


Update article layout, add ad slots into article body

Updates top of article layout (author, header) to better match travel news
Adds ad slots after every 6th paragraph in article body

lonelyplanet/articles#6

lonelyplanet/destinations-next#1261

I'm going to close this and split these two features into separate pull requests so that the ad feature can be wrapped in a feature flag.


LogLocation doc improvements

How are these values created?
Are these for logger implementors or log user?
Add an example

Mind if I have a go at this one too?

Go ahead @jehiggs.

Fixed in #179.


Doesn't work in the large project (pandoc)

I'm using vs code extension and ide-engine in pandoc project. Language server just doesn't work at all.
Version <IP_ADDRESS>, Git revision 5b8150471ad416329d987edec99332e113c2d0e4 (1203 commits) x86_64 ghc-8.2.2
Windows 10
These are the only lines in log:
2018-02-25 13:01:08.7934824 [ThreadId 3] - Setting home directory:C:\Users\yanpas
2018-02-25 13:01:08.7944851 [ThreadId 3] - run entered for HIE Version <IP_ADDRESS>, Git revision 5b8150471ad416329d987edec99332e113c2d0e4 (1203 commits) x86_64 ghc-8.2.2
2018-02-25 13:01:08.7954881 [ThreadId 3] - Current directory:C:\Users\yanpas

It's probably related to the fact that pandoc uses CPP macros.
Loading Preprocessor.hs shows an error about gcc preprocessor, but don't show any warnings in my buffer.
-- Preprocessor.hs
{-# LANGUAGE CPP                 #-}

module Preprocessor () where

#if SOME_RANDOM_FLAG()
#endif

breaks hie

I'm not sure why your log is empty, when i open pandoc/src/Text/Pandoc.hs I don't get any warnings/errors, but the ouptut log at least shows it opened. The server sent a "publishDiagnostics" request back to the client.
2018-03-07 09:49:23.190134 [ThreadId 4] - Setting home directory:/home/karlfish
2018-03-07 09:49:23.190305 [ThreadId 4] - run entered for HIE Version <IP_ADDRESS>, Git revision 54338553f9c07b7d3427a769f7f4c2c366cefc7f (dirty) (1218 commits) x86_64 ghc-8.2.2
2018-03-07 09:49:23.190426 [ThreadId 4] - Current directory:/home/karlfish
2018-03-07 09:49:23.190491 [ThreadId 4] -

haskell-lsp:Starting up server ...
2018-03-07 09:49:23.190879 [ThreadId 4] - ---> {"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"textDocument":{"completion":{"completionItem":{"commitCharactersSupport":null,"documentationFormat":null,"snippetSupport":false},"dynamicRegistration":null}}},"initializationOptions":null,"processId":3099,"rootPath":"/home/karlfish/pandoc","rootUri":"file:///home/karlfish/pandoc","trace":"off"},"id":7}
2018-03-07 09:49:23.191331 [ThreadId 4] - haskell-lsp:initializeRequestHandler: setting current dir to project root:/home/karlfish/pandoc
2018-03-07 09:49:23.191677 [ThreadId 5] - <--2--{"result":{"capabilities":{"textDocumentSync":{"openClose":true,"change":2,"willSave":false,"willSaveWaitUntil":false,"save":{"includeText":false}},"hoverProvider":true,"completionProvider":{"resolveProvider":true,"triggerCharacters":["."]},"definitionProvider":true,"referencesProvider":true,"documentHighlightProvider":true,"documentSymbolProvider":true,"codeActionProvider":true,"documentFormattingProvider":true,"documentRangeFormattingProvider":true,"renameProvider":true,"executeCommandProvider":{"commands":["applyrefact:applyOne","hare:demote"]}}},"jsonrpc":"2.0","id":7}
2018-03-07 09:49:23.215459 [ThreadId 4] - ---> {"jsonrpc":"2.0","method":"textDocument/didOpen","params":{"textDocument":{"languageId":"haskell","text":" <<< full text of the source file here >>> ","uri":"file:///home/karlfish/pandoc/src/Text/Pandoc.hs","version":0}}}
2018-03-07 09:49:23.216231 [ThreadId 8] - ****** reactor: processing NotDidOpenTextDocument
2018-03-07 09:49:23.388478 [ThreadId 7] - ghcDispatcher: top of loop
2018-03-07 09:49:23.388562 [ThreadId 7] - got request with id: Nothing
2018-03-07 09:49:23.50301 [ThreadId 7] - ghcDispatcher: top of loop
2018-03-07 09:49:23.50308 [ThreadId 7] - got request with id: Nothing
2018-03-07 09:49:23.503116 [ThreadId 7] - Processing request as version matches
2018-03-07 09:49:23.562642 [ThreadId 7] - ghcDispatcher: top of loop
2018-03-07 09:49:23.562726 [ThreadId 7] - got request with id: Nothing
2018-03-07 09:49:23.56277 [ThreadId 7] - Processing request as version matches
2018-03-07 09:49:23.63355 [ThreadId 5] - <--2--{"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"uri":"file:///home/karlfish/pandoc/src/Text/Pandoc.hs","diagnostics":[]}}
2018-03-07 09:49:53.681436 [ThreadId 4] -
haskell-lsp:Got EOF, exiting 1 ...

Hmm, strange. Latest HIE(f526f9761dff62990befaf94ea8a21443d7463a1) works with pandoc for me.
It might take a while to load the file.
CPP should also work, HIE has some specific workarounds to ensure CPP doesn't break.

Try running hie with --vomit and seeing what you get.

Ah, my preprocessor example was invalid CPP. That exact example without the parens at the end of the flag works in hie. However, pandoc does not load for me.

~ $ hie --version
Version <IP_ADDRESS>, Git revision f526f9761dff62990befaf94ea8a21443d7463a1 (1223 commits) x86_64 ghc-8.2.2

~ $ cat hie_wrapper
#!/bin/bash
tee /home/karlfish/in.log | hie --lsp --vomit --logfile /home/karlfish/log.log | tee /home/karlfish/out.log

~ $ nvim pandoc/src/Text/Pandoc.hs

Using neovim LanguageClient with the wrapper as my lsp binary, the logs are:
# log.log
2018-03-07 11:08:13.837904 [ThreadId 4] - Setting home directory:/home/karlfish
2018-03-07 11:08:13.838166 [ThreadId 4] - run entered for HIE Version <IP_ADDRESS>, Git revision f526f9761dff62990befaf94ea8a21443d7463a1 (1223 commits) x86_64 ghc-8.2.2
2018-03-07 11:08:13.838325 [ThreadId 4] - Current directory:/home/karlfish

# out.log
Content-Length: 579

{"result":{"capabilities":{"textDocumentSync":{"openClose":true,"change":2,"willSave":false,"willSaveWaitUntil":false,"save":{"includeText":false}},"hoverProvider":true,"completionProvider":{"resolveProvider":true,"triggerCharacters":["."]},"definitionProvider":true,"referencesProvider":true,"documentHighlightProvider":true,"documentSymbolProvider":true,"codeActionProvider":true,"documentFormattingProvider":true,"documentRangeFormattingProvider":true,"renameProvider":true,"executeCommandProvider":{"commands":["applyrefact:applyOne","hare:demote"]}}},"jsonrpc":"2.0","id":7}Content-Length: 163

{"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"uri":"file:///home/karlfish/pandoc/src/Text/Pandoc.hs","diagnostics":[]}}

# in.log
Content-Length: 408

{"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"textDocument":{"completion":{"completionItem":{"commitCharactersSupport":null,"documentationFormat":null,"snippetSupport":false},"dynamicRegistration":null}}},"initializationOptions":null,"processId":17607,"rootPath":"/home/karlfish/pandoc","rootUri":"file:///home/karlfish/pandoc","trace":"off"},"id":7}Content-Length: 3267

{"jsonrpc":"2.0","method":"textDocument/didOpen","params":{"textDocument":{"languageId":"haskell","text":"{-# LANGUAGE FlexibleInstances   #-}\n{-# LANGUAGE GADTs               #-}\n{-# LANGUAGE ScopedTypeVariables #-}\n{-\nCopyright (C) 2006-2018 John MacFarlane<EMAIL_ADDRESS>program is free software; you can redistribute it and/or modify\nit under the terms of the GNU General Public License as published by\nthe Free Software Foundation; either version 2 of the License, or\n(at your option) any later version.\n\nThis program is distributed in the hope that it will be useful,\nbut WITHOUT ANY WARRANTY; without even the implied warranty of\nMERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the\nGNU General Public License for more details.\n\nYou should have received a copy of the GNU General Public License\nalong with this program; if not, write to the Free Software\nFoundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA\n-}\n\n{- |\n   Module      : Text.Pandoc\n   Copyright   : Copyright (C) 2006-2018 John MacFarlane\n   License     : GNU GPL, version 2 or above\n\n   Maintainer  : John MacFarlane<EMAIL_ADDRESS> Stability   : alpha\n   Portability : portable\n\nThis helper module exports the main writers, readers, and data\nstructure definitions from the Pandoc libraries.\n\nA typical application will chain together a reader and a writer\nto convert strings from one format to another.  For example, the\nfollowing simple program will act as a filter converting markdown\nfragments to reStructuredText, using reference-style links instead of\ninline links:\n\n> module Main where\n> import Text.Pandoc\n> import Data.Text (Text)\n> import qualified Data.Text.IO as T\n>\n> mdToRST :: Text -> IO Text\n> mdToRST txt = runIOorExplode $\n>   readMarkdown def txt\n>   >>= writeRST def{ writerReferenceLinks = True }\n\n>\n> main :: IO ()\n> main = do\n>   T.getContents >>= mdToRST >>= T.putStrLn\n\n-}\n\nmodule Text.Pandoc\n               (\n               -- * Definitions\n               module Text.Pandoc.Definition\n               -- * Generics\n               , module Text.Pandoc.Generic\n               -- * Options\n               , module Text.Pandoc.Options\n               -- * Logging\n               , module Text.Pandoc.Logging\n               -- * Typeclass\n               , module Text.Pandoc.Class\n               -- * Error handling\n               , module Text.Pandoc.Error\n               -- * Readers: converting /to/ Pandoc format\n               , module Text.Pandoc.Readers\n               -- * Writers: converting /from/ Pandoc format\n               , module Text.Pandoc.Writers\n               -- * Rendering templates and default templates\n               , module Text.Pandoc.Templates\n               -- * Miscellaneous\n               , pandocVersion\n             ) where\n\n\nimport Text.Pandoc.Class\nimport Text.Pandoc.Definition\nimport Text.Pandoc.Error\nimport Text.Pandoc.Generic\nimport Text.Pandoc.Logging\nimport Text.Pandoc.Options\nimport Text.Pandoc.Readers\nimport Text.Pandoc.Shared (pandocVersion)\nimport Text.Pandoc.Templates\nimport Text.Pandoc.Writers","uri":"file:///home/karlfish/pandoc/src/Text/Pandoc.hs","version":0}}}

Updated to f526f9761dff62990befaf94ea8a21443d7463a1 seems to work.


Added "Open at startup" option

Closes #65 .

That looks really nice @sergiovilar ! Will give it a try ASAP and let you know how it goes! Can you also fix the test coverage? If not, I can give it a go!

Hi @ekonstantinidis, thanks! I fixed in the last commit, it's all passing as you can see here.

While it seems to work (it does open when the mac starts), it seems that when you toggle the setting("Open at start up") the UI crashes. To reproduce just toggle that setting and then press the back button - for me it doesn't go back. Will have a further look too!

@ekonstantinidis I'll take a look!

@ekonstantinidis now seems to be working fine! Please take a look :smile:

@sergiovilar Works niiice! Merged & thanks! :rocket: :rocket: :rocket:

:grin:


I believe you have the wrong copy for line 3 under new TW setup

cp -r TiddlyWiki5/plugins/OokTech/**TW5-**MultiUser/MultiUserWiki TiddlyWiki5/editions/
SHOULD BE:
cp -r TiddlyWiki5/plugins/OokTech/MultiUser/MultiUserWiki TiddlyWiki5/editions/
Am I wrong in this?  If I copy and run the first two lines, I'm only left with "MultiUser" folder under OokTech.

Correction:
To get it to work i actually had to change line 2:
from:  git clone --depth=1 https://github.com/OokTech/TW5-MultiUser.git TiddlyWiki5/plugins/OokTech/MultiUser
to:  git clone --depth=1 https://github.com/OokTech/TW5-MultiUser.git TiddlyWiki5/plugins/OokTech/**TW5-**MultiUser

You are correct, but I went with the first version and changing the other parts that need to be changed (the listing in the tiddlywiki.info file needs to have the TW5- removed also.)
For the moment the plugin name needs to be consistent so removing the TW5- prefix works better.
Thank you for pointing this out!

No problem!  Thanks for making this awesome plugin!

as a side question, any chance you know how to keep saving changes from downloading the wiki file?  I only want it to persist on the server but it keeps sending me a tiddlywiki.html

The answer is maybe, but I will make a new issue for it and close this one.


arch/xtensa: Skip partial-save optimization when using COHERENCE

When CONFIG_KERNEL_COHERENCE is set, stacks are cached/incoherent.
The interrupt return path will flush them, but for that to work all
call tree's the register contents need to be on the stack in memory
and not still held in register windows.
The best way to do this would be to do the flush on interrupt return
only when needed, but that requires a little surgery so the assembly
code knows the stack bounds.  Instead, this patch simply skips all the
optimizations, flushing the entire window register state on interrupt
entry.
Signed-off-by: Andy Ross<EMAIL_ADDRESS>

@lyakh OK, I was too distracted and this was more fun than the abort stuff.  Please try this.  It doesn't break anything for me on qemu_xtensa, nor tests/kernel/common on cavs15.

DNM for now until @lyakh can confirm this addresses the problems he's seeing.  And even then I think it deserves some time to find a better optimized way to do it.

DNM for now until @lyakh can confirm this addresses the problems he's seeing. And even then I think it deserves some time to find a better optimized way to do it.

@andyross interesting, it looks like this should fix it and it would certainly be a better way to fix it than my #32479 which supposedly should introduce a lot of unnecessary overhead, flushing caches on each window overflow exception, but unfortunately it doesn't work for me. I haven't taken the time to investigate thoroughly and from the first sight I don't see any "old" stack writes after that point, but in fact with this patch it looks even worse than without it - with it I only see a print from one thread, without it I see one print from each thread.

Kill this.  Still seems theoretical in my testing, but I think I have a handle on how to do the Right Thing here.

@andyross I still can reproduce lock ups in some configurations with just added random printk()s on top of your big clean-up PR #32356 . So, a fix is needed. My brutal cache-flushing in window exception patch fixes those problems, but we need a proper one.


Update SECURITY.md.

Codecov Report
Patch and project coverage have no change.

Comparison is base (462d657) 92.72% compared to head (51467c5) 92.72%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main       #8   +/-   ##
=======================================
  Coverage   92.72%   92.72%
=======================================
  Files           8        8
  Lines        1086     1086
  Branches       92       92
=======================================
  Hits         1007     1007
  Misses         79       79

Flag
Coverage Δ

unittests
92.72% <ø> (ø)

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

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


No need to URLEncode

Great code - thanks for posting it!
Just one bit of feedback: my experience was that the start URL (and possibly the start template) does not need the URL Encoding statement HttpUtility.UrlEncode in RunProject.  My attempts to set start URL didn't work until I removed the URL encoding.
Cheers,
Dan

Hi Dan,
Thanks for the note and the feedback on the UrlEncoding. I will look at that and update the code accordingly.
Best,
Aaron

Fixed issue with code update


Question about boosted fields in Multi Match Query

Hi,
Is it possible to apply boost on Individual fields with the caret (^) notation?
Like this sample:
{
  "multi_match" : {
    "query" : "this is a test",
    "fields" : [ "subject^3", "message" ]
  }
}

Source: https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#CO115-1
If it's possible, how to do this with your package?
Something like that?
$client = new \Elasticsearch\Client();

$params = [
    'index' => 'default',
    'type'  => 'books'
    'body' => [
        'multi_match' => [
            'query' => 'Moby Dick',
            'fields' => ['title^3', 'author']
        ]
    ]
];

$collection = new \Elasticquent\ElasticquentResultCollection($client->search($params), new Book);

The title field is three times as important as the author field.
See https://github.com/adamfairholm/Elasticquent/issues/25 for the original issue and https://github.com/iverberk/larasearch/issues/73 for a similar feature request on another Laravel Elastic Search package.
Cheers,
Tortue Torche

Did you try complexSearch? This should do exactly as you have described. If it does not, please let me know.
    $books = Book::complexSearch([
        'body' => [
            'multi_match' => [
                'query' => 'Moby Dick',
                'fields' => ['title^3', 'author']
            ]
        ]
    ]);

Also, you could use searchByQuery if you do not need extra parameters...
    $books = Book::searchByQuery([
        'multi_match' => [
            'query' => 'Moby Dick',
            'fields' => ['title^3', 'author']
        ]
    ]);

Here (https://github.com/elasticquent/Elasticquent#query-based-search) is the documentation!

@tortuetorche ... did this answer your question?

Yes you did :ok_hand:
Your package will be very useful for my future projects! :sunglasses:
Many thanks :+1:


Better inventory:  attacks & movesets,  IV CP perfection,  pokemon level,  etc..

Short Description:
Added information about attacks and movesets to the new inventory system.
Also added more metrics and info for pokemons.
Explanation:

New static helpers added:  FastAttacks,  ChargedAttacks,  LevelToCPm
New instance classes added:

Attack, ChargedAttack: Information about each attack
id, name, type, duration, energy, dps
damage_with_stab, dps_with_stab (STAB - Same-type attack bonus)
Also calculated perfection rate of the attack in it's type
Moveset: Information about specific moveset of the pokemon
fast_attack, charged_attack, raw dps, dps for attack, dps for defense
Also calculated moveset perfection rate for attack and for defense (between all movesets of the specific pokemon)

Additional information for pokemons:

pokemon types list
lists of fast/charged attacks
list of movesets
maximum possible CP
current pokemon level
nickname, hp, max hp
basic values (Attack, Defense, Stamina) fixed for each pokemon
internal values (IVs)
current fast/charged attacks + current moveset
IV CP perfection - kind of IV perfection percent but calculated using weight of each IV in CP of the best final evolution of current pokemon.
Attack plays an important role in CP, and different pokemons have different base value, that's means 15/14/15 is better than 14/15/15 for lot of pokemons, and if one pokemon's base def is more than base sta, 15/15/14 is better than 15/14/15.
So IV CP perfection tends to be more accurate than simple IV perfection.
calculated exact value of current CP (not rounded)
percent of maximum possible CP
family_id, first/prev evolution ID, next/last evolution IDs

With this additions we can also calculate best tiers, attack/defense ratings, etc..
All this allows to significantly improve logic in many places like catching, evolving, releasing & renaming pokemons.
This is a third PR in series :)
Previous: #3336, #3331

is there any config file change to consider to tweak/tune/use these changes?

@mmnsgo Nope.  This PR contains only data & metrics.  Tasks/workers should be changed later to use new data.

@TheSavior  @douglascamata  how do you think about ?

This is amazing. Do you feel like it might make sense to add some tests for some of this logic? If this is going to be as core to things as we all want it to be, having some tests to verify that this works as expected and doesn't end up breaking down the line would probably be valuable. I imagine if you stopped working on this and we found a problem that looks like it is related to this code, we would have no idea what the right fix is. Some tests would solve that problem.
Totally up to you though, this PR looks great and I'd happily merge it as is. I'd just be even happier with tests. :)
@douglascamata Can you take a look at this please?

@TheSavior I added many many comments with notes links for sources of formulas/calculations everywhere on the code to make everything clearer.  All code is tested during the day (for correctness) on few of my accounts with different pokemons.
Also I added some asserts in the code for cases like unknown attack or moveset – it will show if json data should be improved.
May be I can add more asserts in some places. I don't know what exactly to cover with tests here ))
Probably I can add some test cases with expected results of calculations. We need something like that?
Also I am relatively new in Python and have not yet written any unit tests in it :)
Can you point to some example of how to format tests? Especially helpfull would be if example is in this project.

@amal Having runtime asserts is definitely better than nothing. I haven't gone through this code close enough to know exactly what would be valuable to test, I think you are the best person to know that here.
If you are looking for examples, there are a bunch of files in the repo currently that have filenames that end in _test.

@TheSavior Thanks! Started writing tests. Hope to finish for an hour or so.

Just added some comments, I think you broke compatibility with the TransferTask.

@achretien Many thanks for attention! Indeed inadvertently made some incorrect edits. Now fixed and everything should be fine.

@TheSavior Tests added. It was a really good decision to do it :)
Found and fixed some minor inconsistency in data + few logic caveats.
Also returned inadvertently deleted pieces of code (thanks to @achretien)

@amal this PR is awesome! I'll review with more time and patience tomorrow because it's a bit late already and I was busy.

@douglascamata thank you!

I'm going to merge this. It seems like we aren't using this very heavily yet so the risk if an issue occurs is pretty low. And I have confidence that if something does come up right away that you will be able to handle it @amal.
Thanks again for contributing. I look forward to see how far these improvements go.

Exception: Unexpected moveset [Confusion, Signal Beam] for #48 Venonat
is what I get after this. Issue  #3548

@rajulbhatnagar Seems the Special Attacks for Venonat is wrong, should be
modified   data/pokemon.json
@@ -1993,10 +1993,9 @@
       }
     ],
     "Special Attack(s)": [
-      "Dazzling Gleam",
+      "Signal Beam",
       "Psybeam",
-      "Poison Fang",
-      "Shadow Ball"
+      "Poison Fang"
     ],
     "BaseAttack": 108,
     "BaseDefense": 120,

@rajulbhatnagar, @bixuanzju problem is fixed with #3550


linux: Move namespace clone flags up one level

The flags are available in Android, and should be defined higher up.

@bors: r+ ae69a167acc6685dcf4634a810bcf0c235984c78

:hourglass: Testing commit ae69a16 with merge 722fedd...

:sunny: Test successful - status-appveyor, travis


ESP-14

Is it possible to both flash the esp8266 of the ESP-14 and also flash the bootloader to the STM8S003. The Module has ESP_GPIO0 pin and RX/TX pins on the STM8S, that are also connected with the esp8266  RX/TX pins.
Seems to me the ESP-14 is the perfect module for this project.

Yes, but you need to flash bootloader with an st-link first


Error when deploying with swarm mode (unknown flag: --log-level)

      - name: Deploy
        uses: wshihadeh/docker-deployment-action@v1
        with:
          remote_docker_host: root@xxxxxx
          ssh_private_key: ${{ secrets.DOCKER_SSH_PRIVATE_KEY }}
          ssh_public_key: ${{ secrets.DOCKER_SSH_PUBLIC_KEY }}
          deployment_mode: docker-swarm
          stack_file_name: stack.yml
          args: --with-registry-auth account

and I'm stuck here.
Registering SSH keys...
Agent pid 9
Identity added: /github/home/.ssh/id_rsa (/github/home/.ssh/id_rsa)
Add known hosts
Connecting to<EMAIL_ADDRESS>unknown flag: --log-level
See 'docker stack deploy --help'.

can you try again ?

I have a new error. >.<
How can I put args?
I'm sorry again.
   - name: Deploy
        uses: wshihadeh/docker-deployment-action@v1
        with:
          remote_docker_host: root@xxxxxx
          ssh_private_key: ${{ secrets.DOCKER_SSH_PRIVATE_KEY }}
          ssh_public_key: ${{ secrets.DOCKER_SSH_PUBLIC_KEY }}
          deployment_mode: docker-swarm
          stack_file_name: stack.yml
          args: --with-registry-auth account

Registering SSH keys...
Agent pid 9
Add known hosts
Connecting to<EMAIL_ADDRESS>Identity added: /github/home/.ssh/id_rsa (/github/home/.ssh/id_rsa)
unknown flag: --with-registry-auth account
See 'docker stack deploy --help'.

try with this version  uses: wshihadeh/docker-deployment-action@master

It's working.
Thank you for support.


can not compile when my typescript version is  3.1.6

"typescript": "^3.1.6"

Hey,
TypeScript 3.1 doesn't seem to be compatible with the type definitions used by the library.
That TypeScript version is almost 4 years old and probably struggles with other libraries as well. I'd recommend updating to the latest version.


Add test to check if Barbican secret payload is kept

This is to reflect the workload to adopt step on the documentation.
https://openstack-k8s-operators.github.io/data-plane-adoption/dev/#_creating_a_workload_to_adopt

recheck

recheck

recheck

recheck


add refresh button to ingest screen

add button to ingest screen that does a reload of the form.
could just link back to /edith/edith

done


[BUILD] Add a SRC_EXTENSION variable to Makefile

This makes the Makefile easier to reuse for other projects, also with other languages, like C++.
Today I debugged my C++ Makefile, which is based on this one, for a long time bc I missed that it expected source files to end with .c and not .cpp.

Why the makefile need to be extended?
Why a makefile need to consider support in different version? Would you have cpp files in your c project or otherwise?

I would like to keep this Makefile as a reference Makefile bc a lot of people might see it.
It would make me happy if people see some cool things in it and integrate those things into their own Makefiles or even improve the ideas that they might get from ours.