Go Direct Runner Improvements

The Go SDK has a simple direct runner intended for basic batch framework testing. That is, it's only suitable for the barest tests, and not that it ensures that the basics work for arbitrary pipelines.
The runner has the following features:

Operates on the direct pipeline graph without marshalling through the beam protos.
** This prevents it from validating that the pipeline is valid for portable runners.
Executes the whole pipeline as a single bundle, on a single worker thread. "in process"
** This renders it only suitable for very small data sets, that likely operate in memory.
Doesn't marshal elements.
** While this avoids notionally unnecessary work, it's another reason why users will run into errors after using the direct runner to "validate" their pipeline before moving to Spark or Flink.

Further, the runner hasn't been validated for beam semantics, nor have more complex features of the Beam Model been implemented or validated. This makes it unsuitable for more than it's current use for demoing the SDK in basic batch operation, and the light use it has testing the SDK itself.
However, implementing full beam semantics for a runner, even without the distributed portion is a project in itself. It's part of the beam design that implementing the semantics for a beam runner to be more complicated on the runner side vs the SDK side.
But there's no reason why we can't improve the Go Direct Runner to match all semantics required of beam for single machine contexts.
In particular the various improvements below could be made (and should probably be sharded into separate sub task JIRAs as required):

Convert the Go Direct Runner to a "Go Portable Runner" instead, which means implementing the Job Management  and  FnApi protocols. This would ensure that all runners are operating the Go SDK workers in the same way, via the harness.
** This doesn't preclude "go awareness" for operating everthing in a single binary, or later re-optimizing to avoid serialization.
Allow the runner to execute "headless" (as a job submission server).
Allow the runner to execute more than a single bundle at once.
** Enabling better use of CPU cores in single execution mode.
Add loopback and docker execution mode support, in addition to the Go "in process" support it has.
Once the runner can execute portable pipelines done, it becomes possible to run the Python and Java Runner Validation Tests against the runner to validate all the features of the Beam Programming Model
** Each feature / TestSuite of which should be handled in separate JIRAs.
** Adding jenkins runs of those passing tests to ensure ongoing validation of the runner against the model.

A good place to start is being able to run and execute pipelines on the Python Portable runner, which implements all beam semantics correctly.

Direct Runner Code: https://github.com/apache/beam/tree/master/sdks/go/pkg/beam/runners/direct
SDK Harness Code: https://github.com/apache/beam/blob/master/sdks/go/pkg/beam/core/runtime/harness/harness.go

Imported from Jira BEAM-11076. Original Jira may contain additional context.
Reported by: lostluck.

Overall this issue has been supplanted entirely by Prism, and replacing the direct runner with Prism. Closing.
See https://github.com/apache/beam/issues/24789


Use CSS Classes instead of IDs

I suggest using classes instead of ids because of it's specificity.

Agree! +1


when train with volexnet in muilt GPU,I got this

when i train with command "python -m torch.distributed.launch --nproc_per_node=4 ./tools/train.py ./configs/nusc/voxelnet/nusc_centerpoint_voxelnet_0075voxel_dcn_flip.py "  . I got this error:
........
.........
2021-04-09 10:14:14,267 - INFO - finding looplift candidates
2021-04-09 10:14:15,525 - INFO - finding looplift candidates
2021-04-09 10:14:15,527 - INFO - finding looplift candidates
2021-04-09 10:14:17,066 - INFO - finding looplift candidates
2021-04-09 10:14:17,106 - INFO - finding looplift candidates
Traceback (most recent call last):
File "tools/train.py", line 144, in
main()
File "tools/train.py", line 139, in main
logger=logger,
File "/dahuafs/userdata/912333/CenterPoint-master/src1/det3d/torchie/apis/train.py", line 327, in train_detector
trainer.run(data_loaders, cfg.workflow, cfg.total_epochs, local_rank=cfg.local_rank)
File "/dahuafs/userdata/912333/CenterPoint-master/src1/det3d/torchie/trainer/trainer.py", line 543, in run
epoch_runner(data_loaders[i], self.epoch, **kwargs)
File "/dahuafs/userdata/912333/CenterPoint-master/src1/det3d/torchie/trainer/trainer.py", line 418, in train
self.call_hook("after_train_iter")
File "/dahuafs/userdata/912333/CenterPoint-master/src1/det3d/torchie/trainer/trainer.py", line 331, in call_hook
getattr(hook, fn_name)(self)
File "/dahuafs/userdata/912333/CenterPoint-master/src1/det3d/torchie/trainer/hooks/optimizer.py", line 18, in after_train_iter
trainer.outputs["loss"].backward()
File "/opt/conda/lib/python3.7/site-packages/torch/tensor.py", line 198, in backward
torch.autograd.backward(self, gradient, retain_graph, create_graph)
File "/opt/conda/lib/python3.7/site-packages/torch/autograd/init.py", line 100, in backward
allow_unreachable=True)  # allow_unreachable flag
RuntimeError: view size is not compatible with input tensor's size and stride (at least one dimension spans across two contiguous subspaces). Use .reshape(...) instead.
 Someone suggest that i can modify 'tensor.view()' to 'tensor.continues().view()', but not'view()' in the code.  So also cannot Use .reshape(...) instead.
 Looking forward to your reply

I never met this issue and it is a little hard to debug as the code ends at a backward pass... to my knowledge, reshape() is the same as contiguous().view()?  Does it work with single gpu ?

I tryed in single gpu,It print this error too. anyway ths for your reply.  I wonder if it will be related to the version

maybe, what is your pytorch version?

torch                  1.5.1
cuda                   10.1
python                3.6

torch 1.5.1
cuda 10.1
python 3.7

I tried 1.1 and 1.7. you can search for view in the code and see if replace some of them helps ...

I have searched before asking for your help，Now i will change all packages‘ version to yours，Thanks again！


Importing a Group resource fails even when using get_group as the input.

Describe what happened
When trying to import existing groups, the import fails with error that the resource doesn't exist, even though get_group function is used to lookup the id.
I looked through the debug output, and get_group call gets a proper response with the whole description of the group.
I double checked with a manually configured provider and the default one disabled.
The id returned via get_group also matches the group in the console.
All the calls that lookup the group details that are part of get_group are also successful. It's only the import itself that fails.
Sample program
import pulumi
import pulumi_azuread as azuread

current = azuread.get_group(display_name="blah", security_enabled=True)

azuread.Group(
    "blah",
    display_name=current.display_name,
    security_enabled=current.security_enabled,
    opts=pulumi.ResourceOptions(import_=current.object_id),
)

Log output
debug: [DEBUG] Importing Resource - parsing "UUID"
error: Preview failed: resource 'UUID' does not exist
error: preview failed
Affected Resource(s)
No response
Output of pulumi about
CLI
Version      3.142.0
Go Version   go1.23.3
Go Compiler  gc

Plugins
KIND      NAME        VERSION
resource  aws         6.55.0
resource  azuread     6.0.2
resource  hcp         0.1.14
resource  kubernetes  4.17.1
language  python      unknown
resource  random      4.16.3
resource  std         1.7.3
resource  tls         5.0.9

Host
OS       generic
Version  40
Arch     x86_64

Dependencies:
NAME                     VERSION
aiodns                   3.0.0
aiohttp                  3.9.5
anki                     24.6.3
ansible-lint             24
asciidoc                 10.2.0
asciinema                2.4.0
b2                       4.1.0
boto3                    1.34.15
breezy                   3.3.3
Brotli                   1.1.0
dbus-python              1.3.2
distributed              2024.7.0
django-jinja             2.11.0
django-sequence          0.0.0
django-sequences         2.8
django-totalsum-admin    2.0.1
dnf                      4.22.0
fb-re2                   1.0.7
file-magic               0.4.0
furo                     2023.9.10
git-filter-repo          2.38.0
h2                       4.1.0
httpie                   3.2.2
hvac                     2.1.0
importlib_resources      6.4.0
inflection               0.5.1
install-release          0.4.4
ir                       0.0.4
isort                    5.12.0
kubernetes               30.1.0
launchpadlib             1.11.0
libcomps                 0.1.20
libdnf                   0.73.4
libdnf5                  5.1.17
libusb                   1.0.26rc2
looker-sdk               24.12.1
madbg                    1.3.2
marko                    2.1.2
marshmallow-oneofschema  3.1.1
mercurial                6.7.4
mypy                     1.13.0
nftables                 0.1
pandas                   2.2.2
pdfkit                   1.0.0
ply                      3.11
pre-commit               3.5.0
prefect                  3.0.0
progressbar33            2.4
pulumi_aws               6.55.0
pulumi_azuread           6.0.2
pulumi_hcp               0.1.14
pulumi_kubernetes        4.17.1
pulumi_random            4.16.3
pulumi_std               1.7.3
pulumi_tls               5.0.9
PyGObject                3.48.2
PySocks                  1.7.1
python-box               7.2.0
pyupgrade                3.15.0
pyusb                    1.2.1
PyVirtualDisplay         3.0
rpm                      <IP_ADDRESS>
s3cmd                    2.4.0
selinux                  3.7
sepolicy                 3.7
setools                  4.5.1
speedtest-cli            2.1.3
sphinx_mdinclude         0.5.3
systemd-python           235
urwid                    2.1.2
wheel                    0.44.0
wsproto                  1.2.0
xmltojson                2.0.2

Additional context
No response
Contributing
Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).

@danielrbradley Thanks, seems that not only error pass-through needs to be fixed, but so do provider docs. Can confirm that prefixing with /groups work.

I haven't repro'd it all the way to the end as was only using dummy data. Give it a try and we can re-open if that's not the issue.

I tested it fully on a proper env and it works with the /group/ prefix for imports.
Imho just the docs need an update, outside of that tf bridge issue that you raised in the other repo.


fix: #1366 add type for daisyui plugin

Thank you!
Let me know when this PR is ready to merge.

@soorria Is there anything I can help with?
Also, is the new src/tailwind-config.d.ts file in this PR necessary? Because I don't know how is it going to be used.

Hey, sorry I totally forgot about this. I'll fix it up tonight.

Thank you @soorria This is going to be very helpful for Typescript users

Excited for this

fyi @saadeghi this is good to go when you're happy with it 😄

I was a little bit busy this week sorry. Will be merged by tomorrow. Thank you 💯


Custom lexer parser and interpreter

Have decided on this alternative of coding for the language, this merge into main Closes #9 and consequently the recent commits to this branch Closes #13 and Closes #14 .
A new branch will be made to add in IF statements and later for and while loops.

I will delete the create working code branch to remove all traces of old master from repo.


i hope change the width of the  [nz-select] ' s drop-down menu

What problem does this feature solve?
i hope change the width of the  [nz-select] ' s drop-down menu ,
because my data is too long,
and I don't want to change [nz-select] ' s length.
What does the proposed API look like?
i hope change the width of the  [nz-select] ' s drop-down menu ,
because my data is too long
and I don't want to change [nz-select] ' s length.

supported in version 0.7.0 closed


Verto Fee remains high before tx commit finalization

To my surprise, during debugging, all my Transactions failed, yet my AR balance went down.
I suspect
              quantity: await getFeeAmount(storedAddress, arweave)

At: https://github.com/th8ta/ArConnect/blob/50c2333b7dbe8579bd9408e90a73a038c9e183a4/src/utils/background.ts#L125
Does not take into account uncommitted Transactions, and continues to charge the higher fee
I suppose the normal person won't clip/sign() so quickly, but other developers may do so during debugging (especially at first)
While I do appreciate your work, it doesn't "feel so awesome" to be paying for failed Txes (especially when it seems like the root of the issue stems from ArConnect and arweave-js integration).
Had to go from the blockchain logs, wonder who hacked my wallet and was stealing funds unrelated to my tx, finally found mention of it on the FAQ, then had to go debug the source too.
I suppose my case is a little unique if this is the last developer facing bug :)  -- May consider a toggle switch during install/config for "tip the developer/VRT holders" that's a little more visible so it's a bit less "surprising".  Could even make the user "wait a little bit" if they decide to say no tip (just spin a box, show an advert, let them click to tip to speed up the UI).

Hey @pctj101,
Thanks so much for the feedback here! This is super useful feedback for us. @martonlederer and I discussed this briefly today, and he proposed the idea of automatically not charging a tip when the user is interacting with an application in localhost.
Would love to hear your thoughts on this idea. Unfortunately there is no safe way to not charge a tip if a transaction failed directly.
Thanks again for the feedback and developing with ArConnect!
Tate

Due to some crypto libraries only loading over https, the localhost exception doesn't cover my use case.  However, I think it is a step in the right direction for most other developer usages.
In my case, it's easy enough for me to create a dev version that doesn't have the fee.  So I think your idea is enough as a start.
In any case, it would still be good to remove any "surprise" from users by displaying a note during install/config that they should expect such a fee and a link to more information (such as how the transaction will be tagged on the block explorer).
This way a user is able to recognize authorized fees.
If you really want to have a total pain, you could make the extension monitor for the ID to be committed to the blockchain before initiating a charge, but that sounds like a total pain to develop and would be wasteful on the network resource side.

Might be more natural to have the user confirm the Tx sign() in a popup like metamask.
That might be where you can put a note on the footer about the fee so that the user can contextually understand it.
Also prevents an out of control application from doing an infinite sign/post loop without user knowledge and draining all funds.
This is especially important because small file uploads cost much less than even a $0.01 fee.  So a rapid drain loop would be made much worse by the relatively large fees.

We actually have notes on the fees. When you install the extension, we have a note that is (to me of course, maybe to others no) visible. I will work on a solution to display that even more clearly.
Sadly we cannot make the user confirm each transaction. The point of ArConnect is to not change the user experience of already existing dApps, so it provides a web2-like solution, where the user just has to log in once. I do have to mention, that we have the "allowances" feature to prevent dApps from draining your founds. There you can set a spending limit, and when that is reached, ArConnect will again display the auth/confirm popup

I'll install the extension again and see if I can notice the note :)
On the web2-like solution, I think putting an "option for confirm" would be great for your roadmap.  I think your idea of no-confirm, and my idea of confirm both have particular use cases.
For allowances, I think the principle is fine, but there's a User Experience improvement that could be made.  Currently the limit is specified in AR, which is technically correct, but humanly unconnectable.  It would be good to be able to set limits based on X GB or $X.  I understand fees may bleed into it, but a link to a web page to explain should be sufficient.
So I think an allowance such as:

25 MB (less fees)
$1.50 (based on current exchange rates, less fees)

Would be more meaningful to the broader market (as ArConnect/ArWeave hopefully gets closer and closer to mass adoption by non-technical folks)

I tested the extension reinstall and indeed there is a popup to the fees on the first page.
However, the focus of the first page is on passwords and config files.  So it's a different mental context to go looking for Fee Charts and fine print.
A separate screen / step which focuses on this topic would be better.  If that's too heavy during install, then at the first transaction prior to signing would be fine.
I figure, if the user can survive config files and 24 word phrases, what's one more screen to get things straight?
It could be worded like this:
An Important Note From the Th8ta Team

ArConnect is FREE to use when clipping/saving content using our extension.

ArConnect takes a small TIP when a 3rd-party application.
This TIP ensures our team can continue to develop this extension,
which decreases the cost of development for all connecting applications.
[More Information Link]

[I understand.  Continue]


type check fail when using Object.freeze

TypeScript Version:  3.4.0-dev.201xxxxx

Search Terms: Object.freeze
Code
// A *self-contained* demonstration of the problem follows...
// Test this by running `tsc` on the command-line, rather than through another build tool such as Gulp, Webpack, etc.
const foo: { [key: number]: string } = {
  1: 'val1',
  a: 'val2',
}

const bar: Readonly<{ [key: number]: string }> = Object.freeze({
  1: 'val1',
  a: 'val2',
})

Expected behavior: both two should show error
Actual behavior: only the first one shows error
Playground Link: https://www.typescriptlang.org/play/index.html#src=const foo%3A { [key%3A number]%3A string } %3D {
  1%3A 'val1'%2C
  a%3A 'val2'%2C
}

const bar%3A Readonly<{ [key%3A number]%3A string }> %3D Object.freeze({
  1%3A 'val1'%2C
  a%3A 'val2'%2C
})
Related Issues:

An smaller example of the same issue:
const foo: { [key: number]: string } = {
  1: 'val1',
  a: 'val2',
}

const obj = {
  1: 'val1',
  a: 'val2',
}
const bar: { [key: number]: string } = obj

The error in the first case is triggered by excess property checks (EPC). EPC only works when the object literal is directly assign in a location of a specific type. This is why you get an error in the first case when you assign the object literal directly to the reference.
In the second case the call to Object.freez is checked independently, and the result is typed as Readonly<{ 1: string , a: string }> which is assignable to  Readonly<{ [key: number]: string }> (the index signature just constrains the object to have all number keys of type string, not that there aren't any extra properties).
One workaround is to specify the type parameter on freez, that way you will trigger EPC again on the argument to the function
const bar = Object.freeze<{ [key: number]: string }>({
  1: 'val1',
  a: 'val2', // error now
})

@dragomirtitian thanks for your explanation


change popup position

This isn't an issue with the actual code, but more of a plea for help. I'm using the original commit code, and it was modified to change the popup location, and size by a friend. I want to upgrade to the newest bundle but testing it out, it's unusable in my application due to the stock placement. I just need need the location of  the code where it determines the popup placement. Thanks.
old modified:

new current code as of today:

(new code popoff is off screen).

Sorry for opening this. I found it, should have looked more before opening.


Update Setup to Foundry VTT 0.8.5

Which class should be updated?
Setup
For which version should the class be updated?
0.8.5
It has been moved from foundry.js to setup.js, so it should be removed.

Shouldn't be added as it is in setup.js


req.query returns empty object in module.render

Hi, req.query in router.render always returns an empty object.
router.render = (req, res) => {
    console.log('query:', req.query)
    res.jsonp(res.locals.data)
}

Response in console:
query: {}
GET /posts?_page=3&_limit=3 304 31.008 ms - -

On the other hand, in server.use I do receive the parameters, but here I don't have the res.locals.data:
server.use((req, res, next) => {
    console.log('query:', req.query)
    next()
})

Response in console:
`query: { _page: '3', _limit: '3' }
GET /posts?_page=3&_limit=3 304 41.300 ms - -

I need to access the query parameters in router.render to return a custom output based on those parameters. How can I do it?

1

@tambaqui
I have exactly the same problem.
Workaround for accessing original GET params:
const query = require('querystring').parse(req._parsedUrl.query)

The problem with the above however is that If I manually want to add a parameter from a middleware I cannot access it, because it is not added to the url.
e.g:  req.query._page = req.query.page
In the above, json-server understands that I have manually set _page and acts accordingly. But I cannot find a way to read it from inside the custom render implementation.

1

@tambaqui
I have exactly the same problem.
Workaround for accessing original GET params:
const query = require('querystring').parse(req._parsedUrl.query)

The problem with the above however is that If I manually want to add a parameter from a middleware I cannot access it, because it is not added to the url.
e.g:  req.query._page = req.query.page
In the above, json-server understands that I have manually set _page and acts accordingly. But I cannot find a way to read it from inside the custom render implementation.

Interesting your second solution @ghuser. In the end I also opted for a workaround like the one you mention, parsing the original query req._parsedUrl.query

Interesting your second solution @ghuser. In the end I also opted for a workaround like the one you mention, parsing the original query req._parsedUrl.query

@tambaqui I wouldn't have closed this issue. Despite the workaround it is still an issue.

@tambaqui I wouldn't have closed this issue. Despite the workaround it is still an issue.

Yeah you're right, I reopen it

Yeah you're right, I reopen it


Validated array's length

Issue #3 fixed.

@jmarkstar, Thanks very much for this PR . Was it crashing otherwise?

yes


Some PDF documents filling out checkboxes regardless of whether it is actually checked or not.

Attach (recommended) or Link to PDF file here:
5._without_signature_rendering.pdf
Configuration:

Web browser and its version: Firefox(121.0.1 )
Operating system and its version: windows 11
PDF.js version: v4.0.379
Is a browser extension:

Steps to reproduce the problem:
Open the sample document with pdf.js . For page numbers 3 and 4, all checkboxes are filled regardless of whether it is actually checked or not.
What is the expected behavior? (add screenshot)
Only selected checkboxes should be filled when opened in viewer.

What went wrong? (add screenshot)
All checkboxes are filled regardless of whether it is actually checked or not.

Link to a viewer (if hosted on a site other than mozilla.github.io/pdf.js or as Firefox/Chrome extension):

Below is a screen-shot from Adobe Reader, i.e the PDF reference implementation (after manually enabling editing since it's a PDF/A document). Hence this looks like a bug in the PDF document itself and not in the PDF.js library.


[AutoPR] servicefabricmesh/resource-manager

Created to accumulate context: servicefabricmesh/resource-manager

Closing PRs that are older than 1 month.


Pass fips=1 flag to new stateroot if MC is fips

LCA is responsible for constructing the kernel arguments for the new
stateroot. Right now it only copies the KernelArguments field of the
MachineConfig, but it should also look at the FIPS field and make
sure to add the fips=1 kernel argument when it's true

Testing

/lgtm

/approve


Remove memory copy when extract frame in LengthFieldBasedFrameDecoder …

Motivation:
We are currently doing a memory cop to extract the frame in LengthFieldBasedFrameDecoder which can be eliminated.
Modifications:
Use buffer.slice(...).retain() to eliminate the memory copy.
Result:
Better performance.

Fixed by 4.0 (4c70a99e5a5761d0574f4308be4b6dc371f747df) , 4.1 (891be30a28c6dc5a1edf1cb5a3690644cf4ff66e) and master (4c70a99e5a5761d0574f4308be4b6dc371f747df)

:+1:


Prefer locally generated snark work over the ones received from peers when the fees are equal

Currently, whichever snark works gets in first remains in the pool.
Or use locally generated proof regardless of the fee because then one doesn't have to pay others for the work?

Shouldn't it always use locally generated work when it's available? There is no fee cheaper than 0.

The receiver of the block reward and snark worker public key can be different and when that's the case  you'd choose work that's cheaper even if it is not locally generated?


[Web] On Firefox, Ctrl + Shift + {Left, Right, Home, End} is broken after a terminal is opened & closed

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

VS Code Version: git commit e126c61bdab348b191c4739f4e50531572baea23 (1 Dec 2021), with openvscode-server patches until commit 4a311f907490d1e6a6fca8b754a1492fa08ce59e
Browser: Firefox 94.0+build3-0ubuntu<IP_ADDRESS>
OS Version: Ubuntu 20.04

Steps to Reproduce:

With a freshly opened window, open or type some text in it.

Try using Ctrl + Shift + Right, text should be selected at word boundaries.

Open a terminal, then close it using exit command.
Try using Ctrl + Shift + Right again.

Expected: Text should be selected at word boundaries.
Actual: No text is selected. Cursor doesn't move at all.
This is the the same issue as filed at https://github.com/cdr/code-server/issues/3504 [1] and https://github.com/gitpod-io/gitpod/issues/7015 [2]. If it's reproducible in 3 server implementations (counting openvscode-server), then it's probably an upstream issue. Sadly I don't have an access to GitHub Codespaces, so I can't verify it with an "official" implementation [3].
You'll notice in keyboard troubleshooting log below the following 2 lines:
[2021-12-03 01:36:07.151] [window] [info] [KeybindingService]: | Resolving ctrl+shift+[ArrowLeft]
[2021-12-03 01:36:07.155] [window] [info] [KeybindingService]: \ From 2 keybinding entries, matched workbench.action.terminal.resizePaneLeft, when: terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported, source: built-in.

It's been suggested in [1] that vscode might still think that terminalFocus is active despite the terminal is closed. Thus, a workaround I've been using is to have the following in keybinding.json (with default unbind):
    {
        "key": "ctrl+shift+up",
        "command": "workbench.action.terminal.scrollUp",
        "when": "terminalIsOpen && terminalFocus && terminalProcessSupported"
    },

That is, wherever terminalFocus exists, augment it with terminalIsOpen.
[3] I mean, https://vscode.dev/ doesn't have terminals. I've tried using Live Share; that doesn't change. See https://github.com/MicrosoftDocs/live-share/issues/4528

Keyboard shortcuts troubleshooting. The first keypress is before the terminal is opened. The other two are after it's closed.

[2021-12-03 01:36:00.490] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl], code: ControlLeft, keyCode: 17, key: Control
[2021-12-03 01:36:00.503] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl], code: ControlLeft, keyCode: 5 ('Ctrl')
[2021-12-03 01:36:00.509] [window] [info] [KeybindingService]: \ Keyboard event cannot be dispatched in keydown phase.
[2021-12-03 01:36:00.513] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl,shift], code: ShiftLeft, keyCode: 16, key: Shift
[2021-12-03 01:36:00.517] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl,shift], code: ShiftLeft, keyCode: 4 ('Shift')
[2021-12-03 01:36:00.521] [window] [info] [KeybindingService]: \ Keyboard event cannot be dispatched in keydown phase.
[2021-12-03 01:36:00.808] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 37, key: ArrowLeft
[2021-12-03 01:36:00.813] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 15 ('LeftArrow')
[2021-12-03 01:36:00.817] [window] [info] [KeybindingService]: | Resolving ctrl+shift+[ArrowLeft]
[2021-12-03 01:36:00.821] [window] [info] [KeybindingService]: \ From 2 keybinding entries, matched cursorWordLeftSelect, when: textInputFocus, source: built-in.
[2021-12-03 01:36:01.146] [window] [info] [KeybindingService]: + Ignoring single modifier shift due to it being pressed together with other keys.
[2021-12-03 01:36:03.304] [window] [info] [KeybindingService]: | Resolving [KeyE]
[2021-12-03 01:36:03.310] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:03.401] [window] [info] [KeybindingService]: | Resolving [KeyE]
[2021-12-03 01:36:03.406] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:03.737] [window] [info] [KeybindingService]: | Resolving [KeyX]
[2021-12-03 01:36:03.744] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:03.832] [window] [info] [KeybindingService]: | Resolving [KeyX]
[2021-12-03 01:36:03.838] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:04.210] [window] [info] [KeybindingService]: | Resolving [KeyI]
[2021-12-03 01:36:04.218] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:04.344] [window] [info] [KeybindingService]: | Resolving [KeyI]
[2021-12-03 01:36:04.348] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:04.396] [window] [info] [KeybindingService]: | Resolving [KeyT]
[2021-12-03 01:36:04.404] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:04.518] [window] [info] [KeybindingService]: | Resolving [KeyT]
[2021-12-03 01:36:04.523] [window] [info] [KeybindingService]: \ No keybinding entries.
[2021-12-03 01:36:04.762] [window] [info] [KeybindingService]: | Resolving [Enter]
[2021-12-03 01:36:04.769] [window] [info] [KeybindingService]: \ From 20 keybinding entries, no when clauses matched the context.
[2021-12-03 01:36:04.824] [window] [info] [KeybindingService]: | Resolving [Enter]
[2021-12-03 01:36:04.827] [window] [info] [KeybindingService]: \ From 20 keybinding entries, no when clauses matched the context.
[2021-12-03 01:36:06.677] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl], code: ControlLeft, keyCode: 17, key: Control
[2021-12-03 01:36:06.685] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl], code: ControlLeft, keyCode: 5 ('Ctrl')
[2021-12-03 01:36:06.689] [window] [info] [KeybindingService]: \ Keyboard event cannot be dispatched in keydown phase.
[2021-12-03 01:36:06.692] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl,shift], code: ShiftLeft, keyCode: 16, key: Shift
[2021-12-03 01:36:06.696] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl,shift], code: ShiftLeft, keyCode: 4 ('Shift')
[2021-12-03 01:36:06.700] [window] [info] [KeybindingService]: \ Keyboard event cannot be dispatched in keydown phase.
[2021-12-03 01:36:06.766] [window] [error] Cannot refresh property when process is undefined: refreshProperty@http://localhost:3000/static/out/vs/workbench/workbench.web.api.js:1726:20767
refreshProperty@http://localhost:3000/static/out/vs/workbench/workbench.web.api.js:2754:6424
[2021-12-03 01:36:07.142] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 37, key: ArrowLeft
[2021-12-03 01:36:07.147] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 15 ('LeftArrow')
[2021-12-03 01:36:07.151] [window] [info] [KeybindingService]: | Resolving ctrl+shift+[ArrowLeft]
[2021-12-03 01:36:07.155] [window] [info] [KeybindingService]: \ From 2 keybinding entries, matched workbench.action.terminal.resizePaneLeft, when: terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported, source: built-in.
[2021-12-03 01:36:07.913] [window] [info] [KeybindingService]: / Received  keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 37, key: ArrowLeft
[2021-12-03 01:36:07.920] [window] [info] [KeybindingService]: | Converted keydown event - modifiers: [ctrl,shift], code: ArrowLeft, keyCode: 15 ('LeftArrow')
[2021-12-03 01:36:07.925] [window] [info] [KeybindingService]: | Resolving ctrl+shift+[ArrowLeft]
[2021-12-03 01:36:07.930] [window] [info] [KeybindingService]: \ From 2 keybinding entries, matched workbench.action.terminal.resizePaneLeft, when: terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported, source: built-in.
[2021-12-03 01:36:08.344] [window] [info] [KeybindingService]: + Ignoring single modifier ctrl due to it being pressed together with other keys.

I can't reproduce this issue in Firefox or Safari.

@meganrogge you mentioned Safari, which implied that you have macOS. Could you please re-try using Linux or Windows?
macOS uses Command key for those keybindings, and so duplicated keybindings doesn't exist. Folks at cdr/code-server can't reproduce it on macOS either, but subsequently can reproduce it on Linux.
Please re-open this issue.

doesn't reproduce for me there either

@meganrogge That looks like Microsoft Edge, based on Chromium engine. Could you please try again on Firefox?

Does not repro on Ubuntu/Edge

Created a PR with a workaround https://github.com/microsoft/vscode/pull/139615


[QA] - stake address delegation using stake pool ID

https://github.com/input-output-hk/cardano-node-tests/pull/70


Support default values

I think attribute could take a block to calculate the default value. Alternatively, the default: keyword argument with a Proc.

This is now implemented as the block argument to attribute.


File-manager view in existing DOM element(container)

Hi. I am building CMS and try to find way, how to implement this plugin in laravel view (not as modal, but as normal view). In my case, I need to use this in both ways - standalone view and in tinymce. I found some questions about this, but no answers. Is there any possibility that this will be supported in future?

P.S. I can use this plugin in this way only if I rewrite some views. If I do that, then I lose option to update plugin to newer versions.

Use this line.


Z downsample example data seems to be broken

The Z downsample example uses this dataset:
https://minio-dev.openmicroscopy.org/idr/v0.4/idr0077/9836832_z_dtype_fix.zarr
It appears that the base resolution contains data, but the subsequent resolutions are all 0:
import tensorstore as ts
x = ts.open({'driver': 'zarr', 'kvstore': 'https://minio-dev.openmicroscopy.org/idr/v0.4/idr0077/9836832_z_dtype_fix.zarr/1/'}).result()
data = x.read().result()
assert data.min() == 0
assert data.max() == 0

Using this dataset for testing viewer support naturally leads to confusion...

Thanks for reporting that.
It should be fixed now.
Regenerated downsampling with this script
import os
import dask.array as da

from ome_zarr.dask_utils import resize as da_resize

def downsample_pyramid_on_disk(original_image, group_path, paths):
    """
    Takes a high-resolution Dask array at original_image
    and down-samples it by a factor of 2 for each of the paths
    """

    for count, path in enumerate(paths):
        print("count", count, "path", path)
        target_path = os.path.join(group_path, path)
        if os.path.exists(target_path):
            print("path exists: %s" % target_path)
            continue
        # open previous resolution from disk via dask...
        if count == 0:
            dask_image = original_image
        else:
            path_to_array = os.path.join(group_path, paths[count - 1])
            print("read from", path_to_array)
            dask_image = da.from_zarr(path_to_array)

        # resize in X, Y and Z
        dims = list(dask_image.shape)
        dims[-1] = dims[-1] // 2
        dims[-2] = dims[-2] // 2
        dims[-3] = dims[-3] // 2
        output = da_resize(
            dask_image, tuple(dims), preserve_range=True, anti_aliasing=False
        )

        # write to disk
        print("writing", group_path, path)
        da.to_zarr(arr=output, url=group_path, component=path, dimension_separator="/")

    return paths

# url = "https://minio-dev.openmicroscopy.org/idr/v0.4/idr0077/9836832_z_dtype_fix.zarr/0"
url = "9836832_z_dtype_fix.zarr/0"
original_image = da.from_zarr(url)

downsample_pyramid_on_disk(original_image, "9836832_z_dtype_fix.zarr", ["1", "2", "3", "4", "5"])

Yes, thanks --- it seems to be fixed now.


fix(#2552): unable to use from CDN

[x] Bug fix
[ ] New feature
[ ] Chore
[ ] Breaking change
[x] There is an open issue which this change addresses
[x] I have read the CONTRIBUTING document.
[x] My commits follow the Git Commit Guidelines
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.

[ ] I have updated the documentation accordingly.

[ ] My change requires a change to Typescript typings.

[ ] I have updated the typings accordingly.

[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

I'll try testing this a bit more later to see if I can validate my assuptions. It does look good otherwise

Wouldn't be needed as we are moving away from microbundle


Windows build currently appears broken

When trying to build latest master with VS 2017, I am seeing three errors as listed below (they repeatedly appear during the build process). The first two can be fixed by minor changes to the code, but the last one seems to require toolset upgrade.
tvm-master\include\tvm/relay/pass.h(456,14): error C2375:  'tvm::relay::Bind': redefinition; different linkage (compiling source file tvm-master\src\relay\backend\graph_runtime_codegen.cc)
tvm-master\include\tvm/relay/expr_functor.h(249): message :  see declaration of 'tvm::relay::Bind' (compiling source file tvm-master\src\relay\backend\graph_runtime_codegen.cc)

It seems that tvm::relay::Bind declaration appears in both include\tvm/relay/pass.h and include\tvm/relay/expr_functor.h, but the latter occurrence does not have TVM_DLL qualifier. There seems to be only one implementation of this function in expr_functor.cc. Adding the qualifier resolves this error.
tvm-master\src\runtime\vm\vm.cc(723,14): error C2065:  'uint': undeclared identifier

It appears that VS does not have a builtin definition of uint. Changing it to, e.g. uint32_t resolves this error.
tvm-master\3rdparty\compiler-rt\builtin_fp16.h(76): error C2059: syntax error: '.' (compiling source file tvm-master\src\relay\pass\quantize.cc)
tvm-master\src\relay\pass\pattern_util.h(210): note: see reference to function template instantiation 'DST_T __truncXfYf2__<float,uint32_t,23,uint16_t,uint16_t,10>(SRC_T)' being compiled
        with
        [
            DST_T=uint16_t,
            SRC_T=float
        ] (compiling source file tvm-master\src\relay\pass\quantize.cc)
tvm-master\src\relay\pass\quantize.cc(177): note: see reference to function template instantiation 'tvm::relay::Constant tvm::relay::MakeConstantScalar<int>(tvm::relay::DataType,T)' being compiled
        with
        [
            T=int
        ]

This one seems more complicated. VS 2017 does not seem to support designated initializer. VS 2019 can compile this by turning on std:c++latest. However, there are weird runtime error when enabling std:c++latest - it appears some packed funcs are misplaced, e.g. calls to _Array end up with _raw_pointer resulting in runtime error.
Another way to resolve this is to use LLVM. With VS 2019, one can directly open CMake files and add clang_cl_x64 as the new build config. With VS 2017, one can install the LLVM extension and use  cmake -G "Visual Studio 15 2017 Win64" -T "llvm" .. to generate solutions that use clang; however, in this case, I have to disable LLVM linker.
It would be great if the TVM team could look into the Windows build, check what is going and if there is better solutions (hopefully I am not missing anything). The Windows version does not seem to build properly using the official instructions.

+1 on a working/supported Windows build of TVM and VTA

Thanks for reporting this problem. Would be great if you can PR first few of your suggested fixes, we will look into the pattern util later

Created PR #3429. Rather than adding TVM_DLL to Bind in expr_functor.h, I think it would be better to remove one of these declarations. However, the two do have different doc strings. It would be great if one of the authors could confirm the desired way of handling it.
In fact, the two declarations of Binds can be left as they are for now - (per my investigation) without changes to the pattern util, we need to use Clang to compile for Windows and Clang only throws a warning for this. However, once VC compiler officially supports designated initializer, we still need to fix the declaration for VC compiler to work.
One other thing I am not able to understand is that why turning on std:c++latest in VS 2019 messes things up. As described before, some packed funcs from tvm.dll appear shifted (e.g. calls to _Array go to _raw_ptr; n = tvm.var('n'); m = tvm.var('m'); A = tvm.placeholder((m, n), name='A') should reproduce this). I did not spend much time on this as it seems like a compiler/linker issue. I would appreciate if someone could figure out what is going on.

same problem on windows.

fixed by #3458


Repeal and replace tsearch_extras

Reimplement the functionality provided by tsearch_extras in pure PostgreSQL. Then remove tsearch_extras.
Fixes #467.
Testing Plan: Set USING_PGROONGA = False in zproject.dev_settings; verified search highlight functionality (including on matches of and/or following Unicode—although we have an unrelated UI bug if you try to search for Unicode, filed as #13093).

Fixed.

Cool.  I suppose we should test whether this has an adverse performance impact before merging; I'll do a test-deploy on chat.zulip.org to verify.

Initial testing on chat.zulip.org suggests no material performance impact, which is what one would expect.  We can let it sit for a few days there and then merge.

Merged, thanks @andersk!  I added 8ef610f8c88d3731b7602e04dc67addb794a4c05 on top.
There's a couple follow-up things we should do:

We probably should test that Zulip works with Amazon RDS now, but I'm pretty sure we can update our docs to say RDS is usable as long as you don't need pgroonga.  Might require some installation instructions work though -- I opened https://github.com/zulip/zulip/issues/13105 for this.
I believe buster now has a pgroonga package available upstream.  I want to preserve the provision code for building pgroonga if needed; maybe we should just change the 10 to an 11 as to what Debian version needs that rather than removing it?

@rht FYI -- this should make the CentOS setup stuff a lot simpler.


DBZ-8288 AuroraReselectColumnsPostProcessor Implementation

https://issues.redhat.com/browse/DBZ-8288

@Naros  please have a look at pr changes, meanwhile i'm adding test cases as well as we discussed on zulip

I reworked the docs just slightly to add an Aurora section. @gaurav7261, do you plan to add the MySQL version here too, or will you be doing that in a separate Jira & PR?

yes @Naros , separate jira and PR for mysql

@gaurav7261 If we'd go with generic JdbcConnection and sacrifica the name of the connection then it can be moved to the core.


Multiple or operators on High-level Rules causes duplicated error messages

Hi there,
Not sure if a bug or not doing it as should:
optional(:mobile_phone).maybe(max_size?: 16, format?: PHONE_REGEX)
optional(:home_phone).maybe(max_size?: 16, format?: PHONE_REGEX)
optional(:work_phone).maybe(max_size?: 16, format?: PHONE_REGEX)

# ...

rule(at_least_one_phone:
    %i[mobile_phone home_phone work_phone]) do |mobile_phone, home_phone, work_phone|
        mobile_phone.filled? | home_phone.filled? | work_phone.filled?
end

error message:
At Least One Phone must be filled or must be filled
if I add a message to error_messages.yml
en:
  errors:
    rules:
      at_least_one_phone:
        filled?: "must be filled. Please X"

error message:
At Least One Phone must be filled. Please X or must be filled. Please X
It works as expected if only two or operators are used.

High level rule dsl is being removed in 1.0.0 so this won’t be addressed.

FYI
I had same issue.  I guess you can write the condition like
mobile_phone.none? > home_phone.filled? | work_phone.filled?


Cleaner: Allow to specify if children of unsafe node should be copied or pruned

Provide an option in the Whitelist so that the user can specify what happens for unsafe elements: if they are fully pruned including children, or if children are evaluated too.
A good example is a
 element. It may make more sense to prune the entire table + inner elements, rather than just stripping the HTML tags.

Hello

Fruit
Apple

Currently up like that with Whitelist.basic().

Hello
FruitApple

Unfortunately we were looking for:

Hello

(Closing out old, dormant bugs. If you are still impacted by this, please reopen & vote.)


"Resume" in config files

Could you explain how to use "resume" in config files? I want to reproduce the curve of F1-scores regarding to the number of epochs. I don't want to make experiments for each num_epoch. So is it possible to set num_epoch to 2000, but stop and evaluate after every 10 epoch, and then resume?

Since embedding will be stored in a pickle file, I suppose if I set "resume" to true, it will train next num_epoch epochs based on existing embedding in file pickle right? But it didn't work in my experiment.
I was plotting the curve of MRR regarding num_epoch on fb15k using DistMult model. I set num_epoch to 10 in distmult_fb15k.yaml. And I ran it by "graphvite run distmult_fb15k.yaml".
Then I kept num_epoch 10 but set resume to true and ran again. I expected MRR to grow, but it didn't. In fact, it even decreased to a very small number. Is there anything wrong with my usage of "resume"?

The current implementation doesn't record num_epoch in the pickle file. resume=True only prevents reinitialization of embeddings.
Note by default, GraphVite uses a linear decay learning rate scheduler. This is probably the reason why resume doesn't work in your case, since the learning rate goes from lr to infinite small, and then restarts from lr to infinite small. You may override this behavior by setting scheduler="constant".
However, both theoretical and empirical results show that using a learning rate decay is always better than a constant one. So maybe the best practice is to maintain the learning rate decay by yourself when you resume training.


[FEATURE]: Type Coercion in drizzle-zod

Describe what you want
It would be nice to being able to support zod types coercion when using drizzle-zod.
A real world example below:
Consider the following table:
const users = pgTable('users', {
  id: serial('id').primaryKey(),
  created_at: timestamp('created_at').defaultNow()
})

const insertSchema = createInsertSchema(users)

export type InsertUser = z.infer<typeof insertSchema>
export const InsertUser = insertSchema

Later on my endpoint:
export async function GET(request: NextRequest) {
   const body  = await request.json();
   const payload = InsertUser.parse(body) // throws error since Date is serialised as string / number in http requests
}

Something like the following could help writing less boilerplate code and avoid code duplication:
const users = pgTable('users', {
  id: serial('id').primaryKey(),
  created_at: timestamp('created_at').defaultNow()
})

// in order to avoid breaking the current api it can be overloaded and support both function signs (old and new one)
const insertSchema = createInsertSchema(users, true, { /* refinements */ })

export type InsertUser = z.infer<typeof insertSchema>
export const InsertUser = insertSchema

If this is something you might consider, I can work on a PR. It shouldn't be too difficult to implement as what I saw

Will be happy to contribute to this if somebody can guide me how...
The issue I am facing is that RHF outputs all values as string.. there is a work around to use valueAsNumber but thats difficult to work with MUI.
Right now I am making it work as below... would be good to have auto coercion setup....
export const insertLicSchema = createInsertSchema(lic_table, {
    mobile_number: z.coerce.number()
})

Would love to see this too - though this refinement API seems to be pretty nice for this type of thing:
export const insertListingSchema = createInsertSchema(listings, {
  price: (schema) => schema.price.min(1),
});

In order to handle date coercion, I transform the Zod schemas. This may be useful for someone:
/**
 * Make the following schema changes:
 * - Add coercion to ZodDate's (handling optional/nullable wrappers)
 *
 * @param schema
 * @returns
 */
export function fixType<TSchema extends z.ZodTypeAny>(schema: TSchema): TSchema {
  if(schema._def.typeName === z.ZodFirstPartyTypeKind.ZodNullable) {
    const s = schema as unknown as z.ZodNullable<any>;
    const u = s.unwrap();
    return fixType(u).nullable();
  } else if(schema._def.typeName === z.ZodFirstPartyTypeKind.ZodOptional) {
    const s = schema as unknown as z.ZodOptional<any>;
    const u = s.unwrap();
    return fixType(u).optional();
  } else if(schema._def.typeName === z.ZodFirstPartyTypeKind.ZodDate) {
    return z.coerce.date() as unknown as TSchema;
    // return z.string().datetime({ offset:true });
  } else {
    return schema;
  }
}

/**
 * Transform Zod schema to convert Date's to use coercion to handle/parse
 * string inputs.
 *
 * @param schema
 * @returns
 */
export function transformSchema<TSchema extends z.AnyZodObject>(schema: TSchema) {
  // also see https://github.com/colinhacks/zod/discussions/2050#discussioncomment-5018870
  const entries = Object.entries( schema.shape ) as
        [ keyof TSchema[ 'shape' ], z.ZodTypeAny ][]
  const ret = schema.merge(z.object(
    Object.fromEntries(
      entries.map(([k,v]) => ([k,fixType(v)]))
    ),
  ));

  return ret as TSchema;
}

This is used as follows:
const zodTable = transformSchema(createSelectSchema(table));


Inconsistency: inner_margin not part of Style

It took me a long time to find the settings for the inner margin, and that's because it is not where every other setting is.

Right, that's an oversight on my part. Shouldn't be too hard to move it to Style.

@Adanos020 I'm trying to find where I can be helpful. Do you mind if I try to do this and open a pr?
https://github.com/emilk/egui/discussions/2234

@msheldyakov Sure, I haven't yet started working on this so feel free to go ahead!

Fixed by https://github.com/Adanos020/egui_dock/pull/67


Tests failing

I'm currently working on packaging lazydocker for Alpine Linux.
Describe the bug
go test fails:
# github.com/jesseduffield/lazydocker/pkg/gui
pkg/gui/keybindings.go:56:9: conversion from int to string yields a string of one rune, not a string of digits (did you mean fmt.Sprint(x)?)
pkg/gui/volumes_panel.go:100:57: conversion from int64 to string yields a string of one rune, not a string of digits (did you mean fmt.Sprint(x)?)

To Reproduce
Steps to reproduce the behavior:

GOPATH="$srcdir" go build
GOPATH="$srcdir" go test ./...

$srcdir is where the extracted tar.gz is.
Expected behaviour
Tests succeeding
Desktop (please complete the following information):

OS: Alpine
Lazydocker Version v0.9

In the meantime, I'll deactivate the tests.

Apologies for the late reply @tuxpeople , is this still a problem?

Hi @jesseduffield no worries. I don't know tbh, need to check. I'm on vacation this week without my laptop. It will be next week till I can check that.

The tests that are ran seem to run fine now, see https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/40097

Sweet :) I'll close this off. Thanks @omnivagant


cc-wrapper: Fortran: disable format hardening

Description of changes
Disable format hardening when compiling Fortran code.
Otherwise, these warnings are emitted:
command-line option '-Wformat=1' is valid for C/C++/ObjC/ObjC++ but not for Fortran
command-line option '-Wformat-security' is valid for C/C++/ObjC/ObjC++ but not for Fortran
'-Werror=' argument '-Werror=format-security' is not valid for Fortran
Fixes #27218
Things done
(done with this commit applied on master)

Built getdp (which previously failed) on platform(s)

[x] x86_64-linux

[x] Fits CONTRIBUTING.md.

Not sure what else to do. This change shouldn't cause any regressions (cc.langFortran is only true for gfortran)..

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/519


When processing, you cannot access the top menu bar

The top menu bar of the site is not accessible when processing repos.

Seems to be fixed...


Notebook to create and maintain CSLC validation table

This routine queries the S3 bucket for an established list of CSLC Cal/Val bursts (validation_bursts.csv), and populates a separate table (validation_table.csv) with links and metadata to be used to virtually access data and perform Cal/Val analysis.

Looks good to me.


mapPropsStream is throwing an error

When using mapPropsStream an error is thrown:
"Possible unhandled promise rejection: undefined is not a function (evaluating 'onbserver.complete()')
After a quick overview on the code, seems like the error caused by this change added on 0.22.0: https://github.com/acdlite/recompose/pull/303

Could you provide an example? Or create a PR with failing test?

(Using rx js 4.1.0)
Reproduce example:
const languagesNames = [
'javascript',
'C#',
'Swift'
];
import {mapPropsStream, setObservableConfig} from 'recompose';
import rxjs4config from 'recompose/rxjs4ObservableConfig';
import { Observable } from 'rx';
setObservableConfig(rxjs4config);
const MyComponent = mapPropsStream(props$=>{
const languagesNames$ = Observable.just(languagesNames).delay(500)
return Observable.combineLatest(props$,languagesNames$, (props, languagesNames)=>{
return {...props,languagesNames}
})
})((props)=>{
return MyComponent fromOwnProps: {props.text} fromPropsStream: {props.languagesNames.join(',')}
});
export default class App extends Component{
state = {
    showComponent: true,
}
componentDidMount(){
    setTimeout(()=>{
        this.setState({showComponent:!this.state.showComponent})
    },1000)
}
render(){
    return (
        <View>
        {
            this.state.showComponent&&
            <MyComponent text="ownProps"/>
        }
        </View>
    );
}

}

Seems like the problem with rx, I've tested this with rxjs 5 and see no issues
I don't use rxjs 4 in any of my projects, not sure can help without your own investigation.
import React from 'react';
import { mapPropsStream, setObservableConfig } from 'recompose';
import { Observable } from 'rxjs';

setObservableConfig({
  fromESObservable: Observable.from,
});

const languagesNames = [
  'javascript',
  'C#',
  'Swift'
];

const MyComponent = mapPropsStream((props$) => {
  const languagesNames$ = Observable
    .of(languagesNames)
    .delay(500);

  return Observable
    .combineLatest(
      props$,
      languagesNames$,
      (props, languagesNamesS) => ({
        ...props,
        languagesNames: languagesNamesS,
      })
    );
})(
  props =>
A: {props.text} B: {props.languagesNames.join(',')}

  );

export default class App extends React.Component {

  state = {
    showComponent: true,
  }

  componentDidMount() {
    setTimeout(() => {
      this.setState({ showComponent: !this.state.showComponent });
    }, 100);
  }

  render() {
    return (

        {
          this.state.showComponent &&
          <MyComponent text="ownProps" />
        }

    );
  }
}

I understand. Let's try one last thing - when the timeout is 100, error is not thrown in rx 4 either . I set it to 1000 ms for a reason, because it seems like it occurs only if the unmounting called after languagesNames$ completes.
Try to change the setTimeout to setInterval and 100 to 1000.

Im pretty sure the problem is not in recompose code,
there is no issue at all to call observer.complete when stream ends
(In case of rx 4 onCompleted will be called https://github.com/acdlite/recompose/blob/master/src/packages/recompose/rxjs4ObservableConfig.js#L9)
You can try to downgrade your example to non react-recompose version, and be sure the error will stay in.

Indeed, there is no issue using rx 5, only when using rx 4.
I'll try that, thank you.


Docker in background with IP address instead of the name

Enhancement of issue
See the solution
Solution
sudo docker run -d -p 8080:8080 --restart unless-stopped --env NUT_HOST=<IP_ADDRESS> --env NUT_PORT=3493 --env WEB_PORT=8080 brandawg93/peanut
Alternatives
No alternative
Additional Context
No response

I'm a little confused on what the issue is here?

No solution. I provided a fix how to run the Docker. You need an IP address where NUT is installed. Not always you have to run the Docker in the same host with NUT. I had no idea where to put this information. It would be good to put this into README.md file. Not everyone have to know that it is possible.


Support Harvester UI changes outside of the Dashboard release process

Currently, the Harvester is a separate project from Rancher, but due to UI dependency, the Harvester's release cycle is tightly coupled with Rancher, because:

Harvester and Rancher share the same UI codebase.
When a user uses an upstream Rancher server to manage downstream Harvester clusters, the Harvester part of the UI is in fact provided by the upstream Rancher UI, instead of the downstream Harvester cluster. This means there will be compatibility issues if the user only upgrades upstream Rancher to a newer version or upgrade downstream Harvester cluster to a newer version.

This will also be a problem for other projects like Longhorn.
If we can componentize the Rancher Dashboard UI, and create a library for any applications that want to integrate with Rancher to create a seamless experience, it will benefit the project like Harvester, Longhorn, and any other projects who want to integrate with Rancher UI but still requires standalone UI and release cycle.

@yasker This is in plan and we will be figuring out how best to achieve this.

Need to meet with @nwmac and other leads who have stakes in this separation to see how tenable this is for 2.6.4. Aside from Harvester and Longhorn, other projects like Kubewarden, Epinio and elsewhere would need input.

@gaktive, I think this is also helpful for where we hope to go with Rancher Desktop as well since it'll give us more control over what we build in.

Once UI wraps up 2.6.5, we need to do this switch early to catch things well before release.

For context, Harvester needs this for 2.6.9.

For clarification

Harvester code to be split out in to it's own UI plugin (completed via https://github.com/rancher/dashboard/pull/6729)
Harvester plugin to be built and served up by the Harvester Cluster
Fallback Harvester plugin built and served up by the Dashboard (to support legacy clusters that don't contain the plugin)
Dashboard to dynamically load the Harvester plugin (from cluster or dashboard) when navigating to the cluster

The harvester team will handle QA. I've marked this as dev-validate to ensure Rancher QA avoid

@slickwarren The harvester team have requested QA take a look at this from the Rancher Manager side. It's worth coordinating with them for specifics of what they would like you to cover, but it's worth you and me getting together on a call to run through how the new dynamic loading works and when it will be available to test (probably when RC 1 is created

did some initial testing with rancher v2.6.9-rc1 and harvester v1.1.0-rc1:

virtualization management -> harvester management cluster can't load the plugin. when clicking the harvester mgmt cluster through rancher, I get this error

Error: failed to load script from:
https://<rancher_url>/dashboard/k8s/clusters/<harvester_cluster>/v1/harvester/plugin-assets/harvester-1.1.0-rc1.umd.min.js

which does not lead anywhere. I was not able to look through the API through rancher and find the plugin-assets for the cluster, but this looks like some sort of routing issue. However, this doesn't appear to affect provisioning. Just that the user is unable to load the harvester UI through rancher.

The harvester plugin is harvester cluster specific, anything harvester related outside of the cluster context is still bundled with the dashboard (we'll split that side out into a plugin for neatness... which might be dynamically loaded at some point but for the moment will continue to be built in to the dashboard).
For new harvester clusters that support the plugin the cluster will return plugin details from the /ui-info request. For the info supplied by that version of harvester it's informing the dashboard to load the plugin from the one embedded in the harvester cluster (as opposed to a URL not related to the cluster). It looks like that cluster is failing to serve it, @WuJun2016 should be able to assist.
As an update on testing the other use case (the harvester cluster does not support the plugin, and the plugin is loaded from one embedded in the dashboard), 2.6.9 RC1 had some issues which should be resolved in RC2. I've done some manual testing which required some tweaking and so far it seems to work (ensured that a version of the harvester plugin is correctly bundled with the dashboard, and then manually swapping those plugin files from the new, working harvester plugin).

did some initial testing with rancher v2.6.9-rc1 and harvester v1.1.0-rc1:

virtualization management -> harvester management cluster can't load the plugin. when clicking the harvester mgmt cluster through rancher, I get this error

Error: failed to load script from:
https://<rancher_url>/dashboard/k8s/clusters/<harvester_cluster>/v1/harvester/plugin-assets/harvester-1.1.0-rc1.umd.min.js

which does not lead anywhere. I was not able to look through the API through rancher and find the plugin-assets for the cluster, but this looks like some sort of routing issue. However, this doesn't appear to affect provisioning. Just that the user is unable to load the harvester UI through rancher.

@slickwarren
workaround:
You can change the ui-offline-preferred to Remote in the rancher setting,
Then go to the single cluster harvester ui, and change ui-source to External

After this pr merge, you just need to change the value of rancher setting ui-offline-preferred to Remote,  you should be able to access the harvester cluster normally.

Tested that Harvester could be imported and access successfully, we will do full regression after Harvester v1.1.0-rc2 released.

I gave 2.6.9-rc3 a quick dev test with a very old harvester cluster and the dashboard correctly loaded the embedded harvester plugin

@slickwarren I've moved this to test now, all the different load mechanisms should be working. There are some 2.6.9 plugin changes incoming, but nothing that wouldn't be covered by their own issues/QA process

for rancher QA, I have tested the following on v2.6-head (78c7ac0):

through virtualization management, import a harvester setup pre-plugin support (v1.0.3) -- pass

check that harvester UI loads when selecting this cluster -- pass

through virtualization management, import a harvester setup post-plugin support (v1.1.0-rc2) -- pass

check that harvester UI loads when selecting this cluster -- pass


Documentation example how to upload a license file

Maybe you could add an example to the documentation (https://registry.terraform.io/providers/jfrog/artifactory/latest/docs) how to upload a license file:
With base64 encoded password:
curl --location --request POST 'http://localhost:8082/artifactory/api/system/licenses' \
--header 'Content-Type: application/json' \
--header 'Authorization: Basic YDSAfhdsafdnosavcmQ=' \
--data-raw '{
    "licenseKey": "licese with \n separated lines"
}'

With plain text password:
curl --user admin:pawwsord --location --request POST 'http://localhost:8082/artifactory/api/system/licenses' \
--header 'Content-Type: application/json' \
--data-raw '{
    "licenseKey": "licese with \n separated lines"
}'

This GH repo is for terraform related issues and requests - This is a curl example. If you'd like to submit a request for TF support for licenses, then feel free to do so


Amy Profile

Learn Build status updates of commit 5d889d8:
:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel

Learn Build status updates of commit cd6d270:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

advocates/amy-colyer.yml
:white_check_mark:Succeeded
View

advocates/media/profiles/amy-colyer.jpg
:white_check_mark:Succeeded
View

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


what's the benefit of using a TimeQueue vs an array of Timeouts created using JS's setInterval()?

Unrelated to this PR: what's the benefit of using a TimeQueue vs an array of Timeouts created using JS's setInterval()?
Originally posted by @beauby in https://github.com/SkipLabs/skdb/pull/350#pullrequestreview-2339791613

Closed by #356.


Race condition found in Horizon Ingestion filtering Integration tests

What did you see?
Horizon integrations tests are failing due to race condition found in Ingestion filtering tests
Here is the error logged by Horizon CI while running TestIngestionFilteringAlwaysDefaultingToTrue/ingestion_filtering_flag_set_to_false.
2023-07-27T22:20:41.1340892Z ==================
2023-07-27T22:20:41.1341444Z WARNING: DATA RACE
2023-07-27T22:20:41.1342076Z Write at 0x00c0000b09a8 by goroutine 32960:
2023-07-27T22:20:41.1342497Z   runtime.racewrite()
2023-07-27T22:20:41.1342861Z       <autogenerated>:1 +0x24
2023-07-27T22:20:41.1343475Z   github.com/stellar/go/services/horizon/internal/ingest.(*system).Shutdown()
2023-07-27T22:20:41.1344240Z       /home/runner/work/go/go/services/horizon/internal/ingest/main.go:847 +0x150
2023-07-27T22:20:41.1344823Z   github.com/stellar/go/services/horizon/internal.(*App).waitForDone()
2023-07-27T22:20:41.1345522Z       /home/runner/work/go/go/services/horizon/internal/app.go:164 +0x164
2023-07-27T22:20:41.1346107Z   github.com/stellar/go/services/horizon/internal.(*App).Serve.func4()
2023-07-27T22:20:41.1346797Z       /home/runner/work/go/go/services/horizon/internal/app.go:133 +0x39
2023-07-27T22:20:41.1347108Z
2023-07-27T22:20:41.1347435Z Previous read at 0x00c0000b09a8 by goroutine 32951:
2023-07-27T22:20:41.1348469Z   runtime.raceread()
2023-07-27T22:20:41.1348983Z       <autogenerated>:1 +0x24
2023-07-27T22:20:41.1350065Z   github.com/stellar/go/services/horizon/internal/ingest.(*system).runStateMachine()
2023-07-27T22:20:41.1350864Z       /home/runner/work/go/go/services/horizon/internal/ingest/main.go:641 +0x74
2023-07-27T22:20:41.1351457Z   github.com/stellar/go/services/horizon/internal/ingest.(*system).Run()
2023-07-27T22:20:41.1352184Z       /home/runner/work/go/go/services/horizon/internal/ingest/main.go:546 +0x49
2023-07-27T22:20:41.1352783Z   github.com/stellar/go/services/horizon/internal.(*App).Serve.func1()
2023-07-27T22:20:41.1353480Z       /home/runner/work/go/go/services/horizon/internal/app.go:105 +0x5e
2023-07-27T22:20:41.1353814Z
2023-07-27T22:20:41.1354145Z Goroutine 32960 (running) created at:
2023-07-27T22:20:41.1355011Z   github.com/stellar/go/services/horizon/internal.(*App).Serve()
2023-07-27T22:20:41.1355646Z       /home/runner/work/go/go/services/horizon/internal/app.go:132 +0x81d
2023-07-27T22:20:41.1356363Z   github.com/stellar/go/services/horizon/internal/test/integration.(*Test).StartHorizon.func4()
2023-07-27T22:20:41.1359297Z       /home/runner/work/go/go/services/horizon/internal/test/integration/integration.go:420 +0x55
2023-07-27T22:20:41.1361030Z
2023-07-27T22:20:41.1361414Z Goroutine 32951 (running) created at:
2023-07-27T22:20:41.1361868Z   github.com/stellar/go/services/horizon/internal.(*App).Serve()
2023-07-27T22:20:41.1362595Z       /home/runner/work/go/go/services/horizon/internal/app.go:104 +0x4d1
2023-07-27T22:20:41.1363640Z   github.com/stellar/go/services/horizon/internal/test/integration.(*Test).StartHorizon.func4()
2023-07-27T22:20:41.1364532Z       /home/runner/work/go/go/services/horizon/internal/test/integration/integration.go:420 +0x55
2023-07-27T22:20:41.1365015Z ==================

Here is what I believe is happening:
The race condition occurs because the wg sync.WaitGroup in ingestion system is accessed concurrently by two different goroutines.
In the runStateMachine function s.wg.Add(1) is used to add a task to the WaitGroup.
In the Shutdown function s.wg.Wait()  is used to wait for all tasks in the WaitGroup to complete.
While the Wait() and Done() methods of the WaitGroup are thread-safe, the Add() method is not. The reason this issue hasn't been seen earlier is that wg.Add() executed only once before entering the state machine loop. Once the state machine starts, the only access to the WaitGroup is through Done() and Wait(), both of which are thread-safe.
Because the write to the WaitGroup happens only once at the very start of the ingestion system and the Shutdown function is not called (in all practical scenarios) before that is executed.
However, in the case of the test we start Horizon and immediately shut it down resulting in concurrent access to the WaitGroup and causing the race condition.

@urvisavla , @aditya1702 , based on the investigation here, sounds like it boils down to removing the shutdown calls on that new test?
https://github.com/stellar/go/commit/281390c8a31aeddf44b43e66c195a832c5934b56

@urvisavla Does adding test.WaitForHorizon() fix this? Since we will wait for it before shutting down the test?


Backport MSF changes to fix IndexOutOfBoundsException on "" for trim path

I needed to backport all 3 commits.
@mariofusco This includes the first commit which you originally didn't desire to have on 6.4.x too...

Build failed, because I've used Java 7/8 API in the commit: java.nio.charset.StandardCharsets.UTF_8 as I thought we won't need to backport this to 6.4.x. We will need to use IoUtils.UTF_8 (or what is it called).

jenkins please retest this
It failed with:
[ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.13:check (check-java-1.6-compatibility) on project drools-compiler: Signature errors found. Verify them and ignore them with the proper annotation if needed. -> [Help 1]

Ok, I 'll fix that and update the PR. I had build it locally with JDK 8, instead of 7.

The error comes from animal-sniffer, so it should fail even on JDK 8. Could you please double check that? (make sure to run with -Dfull). If it does not fail, we need to fix it.

@psiroky Just tried it again: it definitely does fail without -Dfull. And I don't do -Dfull when committing as it takes too long...

You mean it does not fail without -Dfull (seems to be the case when looking at -kie-parent-metadata)? In any any case, that's why we have these PR jobs...

yes indeed, success without -Dfull. This PR jobs are great indeed!
2016-02-15 19:01 GMT+01:00 Petr Široký<EMAIL_ADDRESS>
You mean it does not fail without -Dfull (seems to be the case when
looking at -kie-parent-metadata)? In any any case, that's why we have these
PR jobs...
—
Reply to this email directly or view it on GitHub
https://github.com/droolsjbpm/drools/pull/648#issuecomment-184327271.

--
With kind regards / Met vriendelijke groeten,
Geoffrey De Smet


iperf3 always busy ?

https://i.imgur.com/D18zZrd.png
why iperf3 speed test on my VPS always busy?

This is normally a result of your OS not being compatible with the iperf3 binary that is downloaded from this repo. Depending on your OS, I'd recommend downloading/installing iperf3 natively on your machine. Also, ensure that this iperf3 package works as expected. YABS will then detect that a locally installed version of iperf3 is installed an use that instead for the test. Reopen/reply to this issue if you experience any other problems after taking these steps.


new version for 0.5.0 in crates.io

hey team,
The current version on crates.io is still 0.2.3. is there a plan to push v0.5.0 to crates.io soon?

0.5.0 was pushed to crates.io 28 days ago?
https://crates.io/crates/pbjson/versions


Update define-macos-build-infra-with-anka-registry.md

fix typo

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app


Fix tsc build

Related Issues
⚠  NOTE: This PR will merge into eligrey/initial-import and not main ⚠
4 main changes:

Updated yarn version, which fixed a lot of type errors caused by not being able to resolve external deps
Modified build command to do TS_NODE_FILES=true ts-node src/scripts/build so that ts-node would pick up on the additional type declarations.
Moved the scripts + types declarations under src so that it's easy to reason about/configure the tsconfig.json but may not be necessary?
Updated the type of build.ts because we were returning an array and not just BuildResult

Security Implications
[none]
System Availability
[none]

ugh nevermind i think there are more type issues

sigh actually the build script doesnt work with TS_NODE_FILES=true 😢


change batch_computed api to give ids instead of ids and objects

Closing old Pull. This was solved with a combination of underlying support library from Praxis and some custom application code from the original app.


added reffernce frame to coordinate transfer

Name = Aritrya Paul
Admission Number = 22MS0028

Did a manual merge.


FYI: When working multi-window Android Studio, save actions plugin only works in the first instance.

It may be a luxury problem,
but when you're working multi-project in Android Studio 3.0 (and thus also multi-window),
i.e. opening a second project that has a demo in it, bit with bad code formatting,
the save actions plug-in only works in the original project that was opened first.
If it's easily fixed, that would be great, like the plug-in already is;
if not, then it's maybe nice to know this limitation, hence the FYI.

Actually, this was the very first issue opened (almost 3 years ago omg) and it should work properly. It got fixed in #1 than #13.
It might be a Android Studio bug, because AFAIK it works in Intellij (I often have multiple windows opened too).
Can you post your idea.log please? Check https://github.com/dubreuia/intellij-plugin-save-actions#files-location

Could it be drive related ? The reference projects are on another drive than my actual project. In any case, see log below (i have omitted project dirs for clarity).
It's working on the first opened project on D: drive, not on the one on C: drive. (tested with x=y spaces removal)
Also FYI: there is a shortcut command to get to the idea logs in the menu help>show log in explorer> gets you to the directory (or is this windows only ?) .
2017-11-30 10:56:21,758 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running SaveActionShortcutManager on com.intellij.openapi.actionSystem.AnActionEvent@6d3c4fbf
2017-11-30 10:56:21,769 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [RearrangeCode (false), OptimizeImports (false), ReformatAllText (false), Compile (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 10:56:21,771 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:21,771 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:21,771 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:21,771 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:21,771 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:21,772 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [LocalCanBeFinal (false), UnqualifiedFieldAccess (false), FieldMayBeFinal (false), override (false), ControlFlowStatementWithoutBraces (false), Convert2Diamond (false), UnnecessaryThis (false), SuppressionAnnotation (false), FinalPrivateMethod (false), UnnecessarySemicolon (false), UnnecessaryFinalOnLocalVariableOrParameter (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running SaveActionShortcutManager on com.intellij.openapi.actionSystem.AnActionEvent@62bfc516
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [RearrangeCode (false), OptimizeImports (false), ReformatAllText (false), Compile (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 10:56:45,960 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [LocalCanBeFinal (false), UnqualifiedFieldAccess (false), FieldMayBeFinal (false), override (false), ControlFlowStatementWithoutBraces (false), Convert2Diamond (false), UnnecessaryThis (false), SuppressionAnnotation (false), FinalPrivateMethod (false), UnnecessarySemicolon (false), UnnecessaryFinalOnLocalVariableOrParameter (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 10:58:46,011 [se-915-b01]   INFO - ide.actions.ShowFilePathAction -
Exit code 1
2017-11-30 11:02:26,740 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running SaveActionShortcutManager on com.intellij.openapi.actionSystem.AnActionEvent@7f85e6f7
2017-11-30 11:02:26,740 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [RearrangeCode (false), OptimizeImports (false), ReformatAllText (false), Compile (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 11:02:26,740 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:02:26,741 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:02:26,741 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:02:26,741 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:02:26,741 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:02:26,741 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [LocalCanBeFinal (false), UnqualifiedFieldAccess (false), FieldMayBeFinal (false), override (false), ControlFlowStatementWithoutBraces (false), Convert2Diamond (false), UnnecessaryThis (false), SuppressionAnnotation (false), FinalPrivateMethod (false), UnnecessarySemicolon (false), UnnecessaryFinalOnLocalVariableOrParameter (false)], file PsiJavaFile:ContractListFragment.java, project Project 'C:\[Project directory omitted]\EU4YouSingleActivity' EU4YouSingleActivity
2017-11-30 11:04:17,042 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running SaveActionShortcutManager on com.intellij.openapi.actionSystem.AnActionEvent@71f25f23
2017-11-30 11:04:17,051 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [RearrangeCode (false), OptimizeImports (true), ReformatAllText (true), Compile (false)], file PsiJavaFile:MainActivity.java, project Project 'D:\[Project directory omitted]\ProjectTest' ProjectTest
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:17,069 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [LocalCanBeFinal (false), UnqualifiedFieldAccess (false), FieldMayBeFinal (false), override (false), ControlFlowStatementWithoutBraces (false), Convert2Diamond (false), UnnecessaryThis (false), SuppressionAnnotation (false), FinalPrivateMethod (false), UnnecessarySemicolon (false), UnnecessaryFinalOnLocalVariableOrParameter (false)], file PsiJavaFile:MainActivity.java, project Project 'D:\[Project directory omitted]\ProjectTest' ProjectTest
2017-11-30 11:04:21,314 [se-915-b01]   WARN - ConfigurableExtensionPointUtil - use other group instead of unexpected one: project.propCompiler
2017-11-30 11:04:31,702 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running SaveActionShortcutManager on com.intellij.openapi.actionSystem.AnActionEvent@31106c85
2017-11-30 11:04:31,703 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [RearrangeCode (false), OptimizeImports (true), ReformatAllText (true), Compile (false)], file PsiJavaFile:MainActivity.java, project Project 'D:\[Project directory omitted]\ProjectTest' ProjectTest
2017-11-30 11:04:31,705 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:31,705 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:31,706 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:31,706 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:31,706 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Using default storage
2017-11-30 11:04:31,706 [se-915-b01]  DEBUG - ubreuia.core.SaveActionManager - Running processors [LocalCanBeFinal (false), UnqualifiedFieldAccess (false), FieldMayBeFinal (false), override (false), ControlFlowStatementWithoutBraces (false), Convert2Diamond (false), UnnecessaryThis (false), SuppressionAnnotation (false), FinalPrivateMethod (false), UnnecessarySemicolon (false), UnnecessaryFinalOnLocalVariableOrParameter (false)], file PsiJavaFile:MainActivity.java, project Project 'D:\[Project directory omitted]\ProjectTest' ProjectTest

Thanks for the shortcut in the "Help" menu I didn't know it.
I removed debug information last version, I don't have enough information. Your two projects are "ProjectTest" and "EU4YouSingleActivity" right? They both show in debug with proper configuration, I just don't know why the files don't get processed.
I'll try to reproduce

Thanks for the shortcut in the "Help" menu I didn't know it.

Glad to be of help,
Yes, the two projects are "ProjectTest" and "EU4YouSingleActivity".


Ensure PK uniqueness when merging updates from multiple clients

We had been implicily assuming that clients send us sorted groups, but unsurprisingly that's not always the case. The PR here fixes a case where we broke the sorting, and adds an additional sort inside the couch_db_updater server loop since the consequences of screwing this up are so severe.
See COUCHDB-2735.

The other commits on this PR were present on 1.6.x but not on 1.x.x.

etap is so etap. Thanks Adam for the work on this patch! +1

Fixing a typo in the commit message and merging, thanks for the review.


sytax-highlight: Image control statement

This is a rebase of https://github.com/fortran-lang/vscode-fortran-support/pull/874 + updated syntax tests and changelog

@han190 this should now be in the next pre-release


Usable with Samsung Smart TV?

Could it be possible to make it like bluetooth enabled? Samsung itself got an bluetooth ir blaster that is able to connect with their smart tvs.
My tv has even build in support for the led but it somehow doesn't reach my stereo so yeet

The ESP8266 module does not have bluetooth


mosquitto on RS816

The latest mosquitto package for an Armada 385 88F6820 CPU is 1.4.9-5. This version will not start on DSM 6.2 (service can not be started). Can you please provide v1.4.14-9 for this architecture? Log says that it uses DSM 5+6 generic service. So my hope is that it will work on my DSM 6.2.
Thanks.

Not the right place to notify this. It should be at https://github.com/SynoCommunity/spksrc/issues
By the way, I published lacking package.

Sorry for posting at the wrong place. Thanks for the package anyway. The new version starts. First test worked too. Thanks a lot!!!


list of categories associated to a particular blog_post

Hi Aaiyo,
When you are iterating through blog_posts, what is the recommended way to get the list of categories associated to a particular blog_post?
Regards,
Adam

This example how te get related category of the post

<?= Yii::t("app","Related Categories of This Post")?>

<?php
	foreach ($model->blogCatPos as $m)
	{
		echo '
'.Html::a($m->category->title,["//blog/post/index","category"=>$m->category->title]).'
';
	}
?>

Thank you so much, I'm still trying to figure out the relationship between the models re $model->blogCatPos
Regards,
Adam


Fix: Add adaptive missing backgrounds to icons

It was missing and background images were not being copied.

Thanks @CryptoCoolby! This looks great.
I think it will result in extra log messages for people who have a color background, but that's okay.

Thanks @CryptoCoolby! This looks great.
I think it will result in extra log messages for people who have a color background, but that's okay.


DRILL-7156: empty parquet files support

PR for Drill empty parquet  files read and write support.
Known limitations:

Not working for hive parquet for now
Ignores all schemas except last while writing empty parquet file
Not support empty schemas (e.g. create table .. as select * from empty.json, e.g. {})

Short changes description:

Parquet footer metadata added
Parquet writer checks that at least 1 row has been written. If not - creates a empty parquet file with footer.
EmptyParquetRowGroupScan and EmptyParquetScanBatchCreator added

Questions:

TestParquetWriterEmptyFiles#testMultipleWriters now creates several empty files, but not fails, since reading of empty parquet is supported. Should I rewrite comment or remove the test?

@arina-ielchiieva, could you please review?

@oleg-zinovev thanks for making the changes, though the situation is little bit awkward, since I was working on similar changes and did not know you intend to do them as well (https://issues.apache.org/jira/browse/DRILL-4517). Though I was working on reading empty parquet files but not writing them. I suggest you separate out writing empty parquet files into separate PR as for reading it might be better if my changes will be used instead: first you change metadata cache files and this would affect backward compatibility as well as will have to store more information than needed, secondly your changes does not seem to optimize reading complex types. What do you think?

Ok, I'll try to rewrite the commit within a week.

@oleg-zinovev thanks, I have assigned https://issues.apache.org/jira/browse/DRILL-7156 to you.

@oleg-zinovev support empty parquet files reading is already merged into master (https://github.com/apache/drill/commit/4f4e1af53c9abccd1996f3b6841731e68768b48e). Do you plan on working on adding support for writing empty parquet files? We plan to include it in next Drill release (end of August / beginning of September). If yes, please factor out writing empty parquet and update the PR.

@oleg-zinovev support empty parquet files reading is already merged into master (4f4e1af). Do you plan on working on adding support for writing empty parquet files? We plan to include it in next Drill release (end of August / beginning of September). If yes, please factor out writing empty parquet and update the PR.

Yes, I think I’ll do it today.

Regarding this comment

Questions:
TestParquetWriterEmptyFiles#testMultipleWriters now creates several empty files, but not fails, since reading of empty parquet is supported. Should I rewrite comment or remove the test?

I guess you can remove these tests and add new tests into org.apache.drill.exec.store.parquet.TestEmptyParquet.

Ignores all schemas except last while writing empty parquet file
Please provide example...
Not support empty schemas (e.g. create table .. as select * from empty.json, e.g. {})
What behavior will be in this case? Failure? No-op?

What behavior will be in this case? Failure? No-op?
Remained unchanged (No-op)

Please provide example...

I added a test TestParquetWriterEmptyFiles#testWriteEmptySchemaChange. As you can see, there is no "a" field in the written schema.
Probably, it would be correct to write schema for all empty scans, but it will lead to writing "garbage" empty parquet files, if the scan with data is at the end of batch.

Is there a way to write combined schema in this case?

Please provide example...

Is there a way to write combined schema in this case?

@arina-ielchiieva , thank you for your comment.
I can try to make a combined scheme, but:

What type of field should be written if the first BatchSchema contains field "A" with type "bigint", and the second - field "A" with type "varchar"? The last one wins?
What about union vectors?

Good questions, you can investigate how now union types are handled. Regarding who wins, maybe you can look into org.apache.drill.exec.physical.impl.union.UnionAllRecordBatch to see how it Cretes combined schema using precedence rules.

Good questions, you can investigate how now union types are handled. Regarding who wins, maybe you can look into org.apache.drill.exec.physical.impl.union.UnionAllRecordBatch to see how it Cretes combined schema using precedence rules.

@arina-ielchiieva , thanks for your advice.
I will try to make a combined scheme by the end of the week.

@arina-ielchiieva
Some time spent debugging the test showed that the last schema contains all fields. The field is added in ProjectRecordBatch#setupNewSchemaFromInput.
In the original version of the test, field A was not added due to plan optimization - condition 1=0 was replaced by limit 0
I can still provide a solution with combining schema if required.

@arina-ielchiieva
Some time spent debugging the test showed that the last schema contains all fields. The field is added in ProjectRecordBatch#setupNewSchemaFromInput.
In the original version of the test, field A was not added due to plan optimization - condition 1=0 was replaced by limit 0
I can still provide a solution with combining schema if required.

This case we don't need schema merge,

@arina-ielchiieva , thanks for review. Fixed.

@oleg-zinovev thanks for making the changes, a couple of minor comments are left...

@arina-ielchiieva , thanks for review. Done

Ran all tests on the test cluster, all passed. LGTM, +1
@oleg-zinovev thanks for making the changes.


prevent crash when a non-player object digs a node

This fixes https://github.com/rubenwardy/awards/issues/59, which is preventing compatibility between awards and the Digtron mod.

I see PR https://github.com/rubenwardy/awards/pull/75 covers this issue as well, I suspect if that PR gets applied this one will be moot.

https://gitlab.com/rubenwardy/awards/merge_requests/79


RUMM-1868: Explicitly define supported TLS versions and cipher suites

What does this PR do?
This change explicitly define supported TLS versions and cipher suites. The precise change list is the following:

Dropped completely support of TLS 1.0 and 1.1 (which was enabled for API 19), because they are generally not supported (they are supported in EU1 only, but it has support of TLS 1.2 as well). It is ok to use TLS 1.2 on API 19, because it exists there, although it should be enabled explicitly, but OkHttp does that (see https://github.com/square/okhttp/blob/okhttp_3.12.x/okhttp/src/main/java/okhttp3/internal/platform/AndroidPlatform.java#L452).
TLS 1.3 cipher suites are kept (even though TLS_CHACHA20_POLY1305_SHA256, for example, is not yet confirmed with FIPS 140-2), because US5 supports it (it is only DC which supports it so far). We will state exact requirements for the FIPS 140-2 compliance in the docs and provide interface to configure network layer per customer needs.
Final list of suites matched RESTRICTED_CIPHER_SUITES from OkHttp, with only difference that ChaCha20 based suites in TLS 1.2 are removed (they are not supported by any of intakes) and added some ciphers for KitKat compatibility (which may be removed once we bump min SDK).

Note on API 19: by looking on this table it turns out that vanilla API 19 is not compatible with any of our intakes (except EU1), because it has no necessary cipher suites. However, 4.4.2 probably brings the necessary suites, because ssllabs.com can successfully negotiate using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (device details https://www.ssllabs.com/ssltest/viewClient.html?name=Android&version=4.4.2&key=62), but I cannot test it personally, because there is no AVD image with 4.4.2.
Review checklist (to be filled by reviewers)

[ ] Feature or bugfix MUST have appropriate tests (unit, integration, e2e)
[ ] Make sure you discussed the feature or bugfix with the maintaining team in an Issue
[ ] Make sure each commit and the PR mention the Issue number (cf the CONTRIBUTING doc)

Codecov Report

Merging #817 (092d5e3) into master (c73d65e) will increase coverage by 0.05%.
The diff coverage is 94.44%.

@@            Coverage Diff             @@
##           master     #817      +/-   ##
==========================================
+ Coverage   79.99%   80.04%   +0.05%
==========================================
  Files         238      238
  Lines        8156     8171      +15
  Branches     1421     1421
==========================================
+ Hits         6524     6540      +16
  Misses       1287     1287
+ Partials      345      344       -1

Impacted Files
Coverage Δ

...n/com/datadog/android/core/internal/CoreFeature.kt
93.49% <94.44%> (-0.01%)
:arrow_down:

...android/rum/internal/ndk/DatadogNdkCrashHandler.kt
87.73% <0.00%> (+1.23%)
:arrow_up: