unexpected rpc-port behaviour when iroh daemon goes away and comes back

Running on 1dfb7acfd94ee829c066babe6a5409dd6c468c95
Reproduction steps:

start an iroh node (this will use the default port)
start a second iroh node pointing to a different iroh data dir (this will use a random port and create a file with it)
start a console pointing to the custom data dir of the second iroh node
kill the second node
run the second node again (providing the same data dir as before) this will use the default port and the console will not be able to talk to it

for the sake of keeping this alive, just tested on current main (a42c1b2) and still can reproduce

still happening on current main (2d04306a518f060bdaa7adfb42630ae01e04e093)


win10系统运行报错，不知道是什么原因

代码如下：
Traceback (most recent call last):
File "main.py", line 43, in
File "init.py", line 66, in app
File "webview_init_.py", line 129, in start
File "webview\guilib.py", line 101, in initialize
File "webview\guilib.py", line 62, in try_import
File "webview\guilib.py", line 52, in import_winforms
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in _load_unlocked
File "PyInstaller\loader\pyimod02_importers.py", line 352, in exec_module
File "webview\platforms\winforms.py", line 25, in
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 677, in load_unlocked
File "PyInstaller\loader\pyimod02_importers.py", line 352, in exec_module
File "clr.py", line 6, in
File "pythonnet_init.py", line 143, in load
File "clr_loader\types.py", line 64, in call
RuntimeError: cannot call null pointer pointer from cdata 'int(*)(void *, int)'

等待新版本发布


MyPy blows up on the exotic types that return types, e.g. conint

from pydantic import BaseModel, conint

class MyPyProblem(BaseModel):
    big_int: conint(gt=1000, lt=1024) = None

 mypy --verbose tests/test_pydantic_bug_report.py
LOG:  Mypy version 0.620
LOG:  Could not load cache for tests.test_pydantic_bug_report: .mypy_cache/3.6/tests/test_pydantic_bug_report.meta.json
LOG:  Metadata not found for tests.test_pydantic_bug_report
LOG:  Parsing tests/test_pydantic_bug_report.py (tests.test_pydantic_bug_report)
LOG:  Bailing due to parse errors
LOG:  Build finished in 0.001 seconds with 0 modules, and 2 errors
tests/test_pydantic_bug_report.py:4: error: invalid type comment or annotation
tests/test_pydantic_bug_report.py:4: note: Suggestion: use conint[...] instead of conint(...)

I tried both the recommendation of [] and aliasing it (e.g. BIG_INT=conint(gt=1000, lt=1024))

what about
BigInt: Type[int] = conint(gt=1000, lt=1024)

If this doesn't work, what is the error?

That does work. I assume there's no way to provide a default value with this approach, though?

Oh yeah, I misunderstood. That doesn't typecheck:
Mypy version 0.620
LOG:  Loaded graph with 20 nodes (0.024 sec)
LOG:  Found 3 SCCs; largest has 18 nodes
LOG:  Processing 2 queued fresh SCCs
LOG:  Processing SCC singleton (tests.test_pydantic_bug_report) as inherently stale
tests/test_pydantic_bug_report.py:7: error: Invalid type "tests.test_pydantic_bug_report.BigInt"
tests/test_pydantic_bug_report.py:8: error: Invalid type "tests.test_pydantic_bug_report.BigInt"
LOG:  No fresh SCCs left in queue
LOG:  Build finished in 0.239 seconds with 20 modules, and 2 errors

This is the kind of thing I find very frustrating about mypy. There's no more detail than Invalid type, what am I supposed to do with that?
This works:
from typing import cast
from pydantic import BaseModel, ConstrainedInt

class BigInt(ConstrainedInt):
    gt = 1000
    lt = 1024

class MyModel(BaseModel):
    foo: BigInt  # required
    bar: BigInt = cast(BigInt, 1001)  # with a default

m = MyModel(foo=1011)
print(m.dict())

You have to use cast(BigInt, 1001) to avoid mypy whinging that 1001 is not an instance of BigInt.

See #156 for a discussion of the same thing.

Nice, thanks for looking into it.

Hey, how do you use Type? I couldn't find the right import. Can you help? Thanks.

@mehmetsan your question is not directly related to the issue, but check https://docs.python.org/3/library/typing.html#typing.Type
from typing import Type

Something like this works for me :
big_int: conint(gt=1000, lt=1024) = None # type: ignore


P13nSortPanel - additional items in value select in case with Array polyfil - merge to 1.52.x and 1.60.x

Could you please merge fix of https://github.com/SAP/openui5/issues/2687 merge to:

1.52.x
1.60.x

Thx

Hello @GKSoftwareDevelopment,
Thank you for sharing this finding. I've created an internal incident<PHONE_NUMBER>. The status of the issue will be updated here in GitHub.
Regards,
Tereza

Hello,
1.52 is no longer maintained and the issue does not accrue in 1.60 anymore (guess it is fixed), so I am closing the issue.
Best regards,
Tereza


fix pipewire portal by removing blocks parameter

Summary
When this parameter is enabled than pipewire reports the following error:
HyperHDR:
Pipewire: updated parameters 0
Pipewire: core error reported
Pipewire: stream reports error 'error alloc buffers: Invalid argument' Pipewire: core reports error 'error alloc buffers: Invalid argument'
Pipewire:
pipewire[1850759]: pw.context: params Spa:Enum:ParamId:Buffers: 1:0 Invalid argument (input param) pipewire[1850759]: pw.context: Object: size 168, type Spa:Pod:Object:Param:Buffers (262148), id Spa:Enum:ParamId:Buffers (5)
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:size (3), flags 00000000
pipewire[1850759]: pw.context:     Int 33177600
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:buffers (1), flags 00000000
pipewire[1850759]: pw.context:     Choice: type Spa:Enum:Choice:Range, flags 00000000 28 4
pipewire[1850759]: pw.context:       Int 16
pipewire[1850759]: pw.context:       Int 2
pipewire[1850759]: pw.context:       Int 16
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:stride (4), flags 00000000
pipewire[1850759]: pw.context:     Int 15360
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:dataType (6), flags 00000000
pipewire[1850759]: pw.context:     Choice: type Spa:Enum:Choice:Flags, flags 00000000 20 4
pipewire[1850759]: pw.context:       Int 12
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:blocks (2), flags 00000000
pipewire[1850759]: pw.context:     Int 3
pipewire[1850759]: pw.context: params Spa:Enum:ParamId:Buffers: 0:0 Invalid argument (output param)
pipewire[1850759]: pw.context: Object: size 216, type Spa:Pod:Object:Param:Buffers (262148), id Spa:Enum:ParamId:Buffers (5)
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:buffers (1), flags 00000000
pipewire[1850759]: pw.context:     Choice: type Spa:Enum:Choice:Range, flags 00000000 28 4
pipewire[1850759]: pw.context:       Int 2
pipewire[1850759]: pw.context:       Int 2
pipewire[1850759]: pw.context:       Int 16
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:blocks (2), flags 00000000
pipewire[1850759]: pw.context:     Int 1
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:size (3), flags 00000000
pipewire[1850759]: pw.context:     Int 33177600
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:stride (4), flags 00000000
pipewire[1850759]: pw.context:     Choice: type Spa:Enum:Choice:Range, flags 00000000 28 4
pipewire[1850759]: pw.context:       Int 15360
pipewire[1850759]: pw.context:       Int 15360
pipewire[1850759]: pw.context:       Int<PHONE_NUMBER>
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:align (5), flags 00000000
pipewire[1850759]: pw.context:     Int 16
pipewire[1850759]: pw.context:   Prop: key Spa:Pod:Object:Param:Buffers:BlockInfo:dataType (6), flags 00000000
pipewire[1850759]: pw.context:     Choice: type Spa:Enum:Choice:Flags, flags 00000000 20 4
pipewire[1850759]: pw.context:       Int 14
pipewire[1850759]: pw.link: (103.0.0 -> 79.0.0) allocating -> error (error alloc buffers: Invalid argument) (ready-ready)
This happens with pipewire 1.0.0 and pipewire master.
What kind of change does this PR introduce? (check at least one)

[x] Bugfix
[ ] Feature
[ ] Code style update
[ ] Refactor
[ ] Docs
[ ] Build-related changes
[ ] Other, please describe:

If changing the UI of web configuration, please provide the before/after screenshot:
Does this PR introduce a breaking change? (check one)

[ ] Yes
[ ] No
[x] Don't know

If yes, please describe the impact and migration path for existing setups:
The PR fulfills these requirements:

[ ] When resolving a specific issue, it's referenced in the PR's body (e.g. Fixes: #xxx[,#xxx], where "xxx" is the issue number)

To avoid wasting your time, it's best to open a feature request issue first and wait for approval before working on it.
Other information:

Hi
Thank you for reporting the issue and submitting PR. I would like to ask if you could evaluate and test for yourself whether, instead of removing this parameter, you can add a guard for Pipewire 1.0.0 or newer, because otherwise it would force regression testing for older versions of this library (and the variety of graphics cards does not make it easier)?
For example:
#if !PW_CHECK_VERSION(1, 0, 0)
SPA_PARAM_BUFFERS_blocks, SPA_POD_Int(1),
#endif
Unless you also encountered the problem on lower versions of pipewere also? What OS did this problem occur on and what graphics card do you have?

Hardware: iGPU on Intel 13th Gen.
OS: Linux
What is this parameter used, that I am disabling?

Number of planes for specific DRM format. RGBx/BGRx formats should have 1 plane. There should be more info about updated DRM mode in the console output, if you run HyperHDR from the command line. And what distribution are you using?

It's on NixOS, but that shouldn't really matter because it's the same kernel/mesa/pipewire that everyone is using as well.
Here is the full log of HyperHDR:
Pipewire: Got response from portal Start
Received restoration token: c1b4160b404b
Pipewire: format property size 3840 x 2160
Pipewire: format property source_type = 1
Connecting to Pipewire interface for stream: 3840 x 2160
Session type: wayland , X11 detected: no
PipewireEGL: EGL initialized for HyperHDR. Version: 1.5
PipewireEGL: Found 43 DMA-BUF formats
PipewireEGL: got DMA format list (count = 43)
PipewireEGL: Found unsupported by HyperHDR 'AB4H' DMA format
PipewireEGL: Found unsupported by HyperHDR 'XB4H' DMA format
PipewireEGL: Found unsupported by HyperHDR 'AB48' DMA format
PipewireEGL: Found unsupported by HyperHDR 'XB48' DMA format
PipewireEGL: Found unsupported by HyperHDR 'AR30' DMA format
PipewireEGL: Found unsupported by HyperHDR 'XR30' DMA format
PipewireEGL: Found unsupported by HyperHDR 'AB30' DMA format
PipewireEGL: Found DRM_FORMAT_ARGB8888 DMA format (AR24)
PipewireEGL: Found DRM_FORMAT_ABGR8888 DMA format (AB24)
PipewireEGL: Found DRM_FORMAT_XRGB8888 DMA format (XR24)
PipewireEGL: Found DRM_FORMAT_XBGR8888 DMA format (XB24)
PipewireEGL: Found unsupported by HyperHDR 'AR15' DMA format
PipewireEGL: Found unsupported by HyperHDR 'RG16' DMA format
PipewireEGL: Found unsupported by HyperHDR 'R8  ' DMA format
PipewireEGL: Found unsupported by HyperHDR 'R16 ' DMA format
PipewireEGL: Found unsupported by HyperHDR 'GR88' DMA format
PipewireEGL: Found unsupported by HyperHDR 'GR32' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YUV9' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YU11' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YU12' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YU16' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YU24' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YVU9' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YV11' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YV12' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YV16' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YV24' DMA format
PipewireEGL: Found unsupported by HyperHDR 'NV12' DMA format
PipewireEGL: Found unsupported by HyperHDR 'P010' DMA format
PipewireEGL: Found unsupported by HyperHDR 'P012' DMA format
PipewireEGL: Found unsupported by HyperHDR 'P016' DMA format
PipewireEGL: Found unsupported by HyperHDR 'P030' DMA format
PipewireEGL: Found unsupported by HyperHDR 'NV16' DMA format
PipewireEGL: Found unsupported by HyperHDR 'AYUV' DMA format
PipewireEGL: Found unsupported by HyperHDR 'XYUV' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y410' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y412' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y416' DMA format
PipewireEGL: Found unsupported by HyperHDR 'YUYV' DMA format
PipewireEGL: Found unsupported by HyperHDR 'UYVY' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y210' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y212' DMA format
PipewireEGL: Found unsupported by HyperHDR 'Y216' DMA format
Pipewire: state CONNECTING (1, 0)
Pipewire: the stream is connected
Pipewire: core info reported. Version = 1.1.0
Pipewire: state PAUSED (2, 1)
Pipewire: got new video format selected
Pipewire: got new video format selected
Pipewire: got new video format selected
Pipewire: video format = 8 (Spa:Enum:VideoFormat:BGRx)
Pipewire: video size = 3840x2160 (RGB order = false)
Pipewire: framerate = 0/1
Pipewire: DMA buffer available. Format: XR24. Modifier: ???U.
Pipewire: MemFD buffer available
Pipewire: MemPTR buffer available
Pipewire: updated parameters 0
Pipewire: got new video format selected
Pipewire: video format = 8 (Spa:Enum:VideoFormat:BGRx)
Pipewire: video size = 3840x2160 (RGB order = false)
Pipewire: framerate = 0/1
Pipewire: DMA buffer available. Format: XR24. Modifier: ????.
Pipewire: MemFD buffer available
Pipewire: MemPTR buffer available
Pipewire: updated parameters 0

It seems that also BGRx is used here.

I tested prebuild v20beta1 on Ubuntu 24.04, it has pipewire 1.0.0. I do not receive the error you described, but DMA also is not reported by Pipewire (EGL is detected correctly), maybe I'm missing something eg. Intel drivers version free or non-free? I have 12th gen Intel. How did you enable Pipewire logging?

No changes, I cannot lead to a similar situation as yours

I think I have everything I need installed. Pipewire does not offer DMA for this graphics mode using rather the latest drivers for Intel 12th.
There may be another explanation: the development version of Pipewire leads to contradictions and the apparent presence of DMA mode at an early stage, but when trying to actually acquire it via dialogue it results in an error. If the number of plans (1) does not match, it may simply mean that there is a DMA mode for YUV modes available somewhere (usually 2 or 3), but it is not useful here and we did not even ask for it.
Even though you removed this parameter, do DMA-Buffers actually work? I have a request for a full console log of HyperHDR before and after the patch, because I cannot repeat it in my environment/hardware and I think I have exhausted all possibilities.

$ ./bin/hyperhdr >/tmp/log.txt 2>&1

Logs in less are best watched with less -r log.txt because of ansi colors
Before:

log.txt
curl -L https://github.com/awawa-dev/HyperHDR/files/13884657/log.txt | less -r

After:

log.txt
curl -L https://github.com/awawa-dev/HyperHDR/files/13884644/log.txt | less -r

And again the full pipewire log (the only interesting event is the error generated by the first command):
pipewire.txt

I can potentially also ask someone with an 12 Gen Intel CPU to run hyperhdr on same OS as me.

If the parameter is not passed, does it break hyperhdr? For me everything seems to work fine. I can see my screen in the webinterface and the ambient lights work.

We cannot remove it: if we do not use hardware acceleration, we assume that BGRx/RGBx is in a uniform contiguous address space and this condition takes care of it. Without it, memory would be compromised while processing in HyperHDR. With DMA buffers, however, this does not have to be the rule and, as you can see, EGL can deal with it. In fact, other parameters: 'size', 'stride' or 'align' are not needed for EGL, but it's a bit too late for such experiments before a stable release. I will come back to this in the future, but for now I remove 'blocks' if DMA is detected. Verifying the pipewire version does not seem necessary because the described effect was caused by the specific behavior of graphics drivers. I would like to ask you to check if it works for you.
BTW what DM and compositor do you use in X?

KDE/Wayland

Ok, I've got it. On KDE (kubuntu 24.04), hardware acceleration works immediately on Intel and you don't need to do anything else. I managed to get the same problem as you and this PR eliminates the problem. If it works for you too, I think we can merge PR.
So KUbuntu with KDE wins here for Intel, on the other hand Ubuntu has also implemented Pipewire protocols for x11 (on KUbuntu/x11 it wont start capturing session).

Works here.

Great! Just one more minor correction because Valgrind found jump depends on uninitialised value in spa_video_info and merging.


create action to update foundry-prove output

Adding an action to manually update the foundry-prove output if needed, so it can be ran on "big" runners rather than locally.

I'm having an issue saying that mvn is not installed, but adding it in the Dockerfile doesn't help.
It's at the step of running make k-deps to build the dependencies.
What is a bit strange is that I took inspiration from the Build and Test KEVM concrete execution from CI which is testing the proofs and checking if the expected output is the actual output, and requires a very similar setup.

When running locally using act
[Update Foundry prove/Update Foundry expected output] ⭐ Run Main Build k-deps
[Update Foundry prove/Update Foundry expected output]   🐳  docker exec cmd=[bash --noprofile --norc -e -o pipefail /var/run/act/workflow/3] user= workdir=
| find: '.build/usr/bin': No such file or directory
| find: '.build/usr/lib/kevm': No such file or directory
| cd deps/k                                                                                \
|     && mvn --batch-mode package -DskipTests -Dllvm.backend.prefix=/usr/lib/kevm/kframework -Dllvm.backend.destdir=/home/user/workspace/.build -Dproject.build.type=Debug  \
|     && DESTDIR=/home/user/workspace/.build PREFIX=/usr/lib/kevm/kframework package/package
| /bin/sh: 2: mvn: not found
| make: *** [Makefile:105: k-deps] Error 127
[Update Foundry prove/Update Foundry expected output]   ❌  Failure - Main Build k-deps
[Update Foundry prove/Update Foundry expected output] exitcode '2': failure


Publish handler for null sent no ready signal

Since I added this package and set-up a publish function, I'm getting this error message:
Publish handler for null sent no ready signal
Here's my publish function:
/* global presences */

Meteor.publish('userPresence', function(options) {
  options = options || {};
  _.defaults(options, {
    users: []
  });
  check(options, {
    users: [String],
    session: Match.Optional(String)
  });

  var selector = {
    _id: {
      $ne: this.connection.sessionKey // don't publish the current user
    },
    userId: {
      $in: options.users
    },
    status: 'online' // publish only clients that called 'setPresence'
  };
  if (options.session) {
    selector['state.session'] = options.session;
  }
  var cursor = presences.find(selector, {
    fields: {
      state: true,
      userId: true
    }
  });
  return cursor;

});

The state.session property is a custom state extension which is not always present, so I set it up like this:
/* global Presence */
Presence.configure({
  state: function() {
    return {
      online: true,
      session: undefined
    };
  }
});

Some googling lead me to this thread:
https://github.com/kadirahq/fast-render/issues/12
As described there, this error message appears if a null publication does not send this.ready() within 500ms. I think this is caused by this publication:
https://github.com/3stack-software/meteor-presence/blob/master/lib/server/presence.coffee#L26

Hey @derwaldgeist , if you go 24 lines down, you can see the call to @ready() -
https://github.com/3stack-software/meteor-presence/blob/master/lib/server/presence.coffee#L50
Make sure you're using<EMAIL_ADDRESS>

Hi nathan-muir, thanks for your quick replay. Yes, I saw the @ready() statement, but it seems as if the code before that needs more than 500ms, so the warning is logged despite of that. BTW: I am not able to use 1.0.4. If I try, I get a package dependency error stating that 1.0.4 is not satisfied by 1.0.3. This happens although I only have packages referencing 1.0.4. Only 1.0.3 worked fine for me. Maybe there's a problem with the Atmosphere publication of this package? I'm not familiar with the package publication details, I can just explain the symptoms...

Ah, well the fix was only in the 1.0.4 version.
Are you using version 1.2 of Meteor?

Thanks for the 1.0.5 package, I could successfully upgrade to that version! As far as I can see it, works like a charm now - and no error messages anymore. Once again, thank you for your quick support!


Russian translation.

Hi I would like to translate your site into Russian language, what should I do to do this?

I am also trying to improve my coding skills, I am trying to translate this masterpiece to Arabic.

Hi, thank you for your interest! The translations for the interface can be added to this file. For the places, currently there are only Chinese translations in this file, but other languages can also be added. I only planned for two languages, so if more languages need to be supported, there will probably be some other changes need to be made. I'll investigate if necessary.

Hi,
I was currently working on branch:
https://github.com/YachayData/mapacovid.cl/tree/languages
to add Spanish and French languages. So far:

Added traduction as sp and fr to: data/i18n.yml
Added data/map-translations in en2es and en2fr
Made various minor changes to consider any couple of languages, and adapt format for dates

Still, a lot of work is missing to adapt both table and map adequately. I was thinking in consider Spanish and French as sort of sub-lang inheriting from English (to let most of data in English style).
Any recommendation?
Best wishes.

Perhaps we could treat English as the default fallback language? When some translations are missing for a language, we just use the English translations instead.


Qmaps 2153 suggest feedback

Description
Add feedback form at the bottom of suggest (main only, not itinerary), only if there are results, and only if something has been typed in the field
This is a beginning of implementation, as feedback's design and behavior (especially on mobile) need more work.
See QMAPS-2154
Screenshots

I'm on it!

@xem Nice work with the tricky mouse stuff :)
Ok with the approach taken here, as it's consistent with what we did elsewhere and it works fine. I just removed the stopPropagation as preventDefault is enough.
(After it's merged I think I'll take so time to change how the blur is managed on the suggest, so we don't need this mouseDown hack anymore. At first it was limited to a single place, now it's beginning to be everywhere.)
About the context, I'm ok with that too, as it's what was decided before. No need to change the other feedbacks context, its shape will have to be interpreted specifically for each anyway. There may be changes to do on that later for more robustness, but it's too early to tell.

Great. Ok for your fix, feel free to merge :)

@xem Ah, one more thing: the feedback block in the suggest on iOS doesn't behave correctly with the scroll rules introduced in https://github.com/Qwant/erdapfel/pull/1083.
As I have the iPhone I'll add another commit for that.


Bug/Typo: My orders link in Navbar for non logged in user

Not sure if it's typo or expected link, but we should not show My Orders page until user is logged In.
Currently if I click on My Orders link it redirects me to Sign Up page. Also some times clicking on Login link gives a weird page as in the demo.
Demo:
https://github.com/user-attachments/assets/2b64ce52-be04-4057-9394-29501b20a7ca

Hi @lade6501! Thanks for opening this issue on Ratna Supermarket. We appreciate your contribution to this open-source project. We aim to respond or assign your issue as soon as possible.


Two EdgeBars in one addin

Hello,
I am trying to create an addin with two different edge bars. But only the edge bar, which is added as second, is shown in Solid edge. The first one is just not there. I tried that also with the TestAddIn, which is in the SolidEdge.CommunityAddIn project. I have added MyEdgeBarControl and MyEdgeBarControl2 like this:
        public override void OnCreateEdgeBarPage(EdgeBarController controller, SolidEdgeFramework.SolidEdgeDocument document)
       {
            controller.Add<MyEdgeBarControl>(document, 107);
            controller.Add<MyEdgeBarControl2>(document, 100);
        }

Again, only the MyEdgeBarControl2 is shown and icons are mixed up. Some of them are from the MyEdgeBarControl2, some of them from the MyEdgeBarControl.
Is it a bug, or does SolidEdge support only one EdgeBar per an addin? Any help would be deeply appreciated.
Thanks,
Michal

I emailed a SE developer for clarification. I'm still not 100% certain that I understand what he said but I will be testing this functionality this week.

Thank you very much, I am looking forward for the result.

I got feedback from development. I have tested their suggestions but I am yet to get it to work with 2 EdgeBar pages. A lot of people are asking for this so I won't forget about it or stop trying. I'll followup when I know more.

Thank you, I appreciate it.

Got it working. I just released an alpha NuGet package for you to test with. Give it a shot and let me know. https://www.nuget.org/packages/SolidEdge.Community.AddIn/109.0.0-alpha1

Hi,
thanks for the update. I have tested it. It works fine if I open one document (then both edge bars are visible.). But I think there is still an issue if more documents are open one by one. And the behavior is different for parts and assemblies. Here are my results:
first asm doc - ok, both edge bars are visible
second asm doc - ok, both edge bars are visible
third asm doc - no edge bar
fourth asm doc - no edge bar
first part doc - ok, both edge bars are visible
second part doc - ok, both edge bars are visible
third part doc - only the second edge bar is visible
fourth part doc - ok, both edge bars are visible
Could you check this? Thank you.

Hi guys,
any progress on this issue?

@jlnewell, hi, I also encountered with similar problem. I tested the alpha ver and managed to get both edgebars in the demo addin.
The problem I had is that when I try to replace the edgebar page in a specific doc (by removing all prev pages and inserting the new one), I can see the new bar only after manually resizing the panel.


ARROW-2121: [Python] Handle object arrays directly in pandas serializer.

The goal here is to get the best of both the pandas_serialization_context (speed at serializing pandas dataframes containing strings and other objects) and the default_serialization_context (correctly serializing a large class of numpy object arrays).
This PR sort of messes up the function pa.pandas_compat.dataframe_to_serialized_dict. Is that function just a helper function for implementing the custom pandas serializers? Or is it intended to be used in other places.
TODO in this PR (assuming you think this approach is reasonable):

[x] remove pandas_serialization_context
[x] make sure this code path is tested
[x] double check performance/behavior

cc @wesm @pcmoritz @devin-petersohn

Well, we need to preserve the zero-copy pandas reads. Now that our ASV benchmarking setup has been rehabilitated we should be able to do that in this patch to verify performance

Some performance numbers. The numbers are somewhat variable if you run the benchmarks multiple times.
import pyarrow as pa
import pandas as pd
df = pd.DataFrame(data={str(i): [i, str(i)] for i in range(10 ** 6)})

Before this PR
context = pa.pandas_serialization_context()

%time s = pa.serialize(df, context=context).to_buffer()  # 570ms
%time d = pa.deserialize(s, context=context)  # 485ms

%timeit s = pa.serialize(df, context=context).to_buffer()  # 482ms
%timeit d = pa.deserialize(s, context=context)  # 376ms

After this PR
%time s = pa.serialize(df).to_buffer()  # 577ms
%time d = pa.deserialize(s)  # 672ms

%timeit s = pa.serialize(df).to_buffer()  # 467ms
%timeit d = pa.deserialize(s)  # 349ms

Let's not merge this just yet, I'd like to brainstorm other approaches a little.

Ok, I'm pretty happy with this now. @wesm @pcmoritz let me know if you have any comments.

Yep, I have this on deck to look at today

Sorry for the delay, looking now, and may as well add a benchmark for zero-copy DataFrame while I'm at it

@robertnishihara would you mind enabling appveyor on your fork when you have a chance?

Thanks @wesm I think I've enabled it now.

Merging this, since the last Appveyor build had passed


Implement REPLACE operation for EnvoyFilter patch

Add a "REPLACE" operation for EnvoyFilter patch. This operation only supports Network filter and HTTP filter.
This is the implementation of issue #27425
Signed-off-by: huabing zhao<EMAIL_ADDRESS>[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[*] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Pull Request Attributes
Please check any characteristics that apply to this pull request.
[ ] Does not have any changes that may affect Istio users.

@zhaohuabing: The following test failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

release-notes_istio
eeaf3b382fec1d1066561daa43777ff838986a3c
link
/test release-notes_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@zhaohuabing: The following tests failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

release-notes_istio
eeaf3b382fec1d1066561daa43777ff838986a3c
link
/test release-notes_istio

integ-pilot-k8s-tests_istio
eeaf3b382fec1d1066561daa43777ff838986a3c
link
/test integ-pilot-k8s-tests_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/retest

@zhaohuabing: The following test failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

lint_istio
57bb825427ee24166ab1dfc546e7cc6d8c30896f
link
/test lint_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@zhaohuabing: The following tests failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

lint_istio
57bb825427ee24166ab1dfc546e7cc6d8c30896f
link
/test lint_istio

gencheck_istio
57bb825427ee24166ab1dfc546e7cc6d8c30896f
link
/test gencheck_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

You can send another PR I guess. Sorry didn't see it had been merged.
Thanks for the PR!
On Mon, Sep 21, 2020 at 6:38 PM zhaohuabing<EMAIL_ADDRESS>wrote:

@zhaohuabing commented on this pull request.
In releasenotes/notes/27425.yaml
https://github.com/istio/istio/pull/27426#discussion_r492433745:

@@ -0,0 +1,8 @@
+apiVersion: release-notes/v2
+kind: bug-fix
+area: traffic-management
+issue:

27425
+releaseNotes:

|

Added "REPLACE" operation for EnvoyFilter. "REPLACE" opration can replace contents of a named filter with new contents. It is only valid for HTTP_FILTER and NETWORK_FILTER.

Sorry for the typo, how could I fix it? This has already been merged.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/istio/istio/pull/27426#discussion_r492433745, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAEYGXJZ3WRDGFTH7R73DMLSG752DANCNFSM4RTBD4NA
.


Generics do not work with lifetime specifiers

Hey @juhaku
Thank you for your work on this library. It is astonishing and a great developer experience.
However, I have a use-case where the behavior is a bit shakey.
I have a rocket web api for testing out some scenarios. One scenario would be to return paginated generic responses.
I have the following struct that returns a generic list of data, with a total sice and two optional links to the "next" or "prev" page.
/// Paginated response for a list of results.
/// Contains optional links to the next and previous page,
/// and the total count of items that are available.
#[derive(Debug, Serialize, ToSchema)]
pub struct Paginated<'r, TResult> {
    pub total: usize,
    pub data: Vec<TResult>,
    pub next: Option<&'r str>,
    pub prev: Option<&'r str>,
}

I know referenced the crate via git reference on the master branch to get the new features like "content" in the responses for multiple response types. Then I tried to use the aliases, however, they do not work since I don't have all the structs in one file.
When trying with type aliases like so:
type Test = Paginated<'static, Test<'static>>;

#[derive(OpenApi)]
// components(schemas(test::models::Test, test::models::Metadata)),
#[openapi(
    paths(test::get_all, test::get_by_id),
    components(schemas(Test))
)]
pub(super) struct ApiDoc;

I run into the following error:
Could not resolve reference: Could not resolve pointer: /components/schemas/TResult does not exist in document

With aliases, the references to the models are not present, in which case the compiler will not run through.
Do you have any advice or solution for this matter?
When using aliases like described (#[aliases(PaginatedPages = Paginated<Page>)]) it requires a "," in between. Or when I specify the lifetimes, it complains that the combination is not correct for parsing.
Regards

Can I do something to help with this matter? This would drastically improve the usefulness of this crate :-)
We use the lifetime specifiers to prevent copy stuff and have the pagination struct to help with DRY.

Thank you! :-)
I know the feeling, life happens, no pressure. I try to have a look at lifetimes, since Rust requires them even in the macros. Otherwise, this library (with swagger ui) is pretty neat and removes a lot of extra work when using openAPI spec.
I hope the PR #414 lands soon, as we have a data-scheme that requires other enum representations ;-)
Have a nice day, and thanks again for this crate!

Hey there, yes, I'm working on adressing the comments on my PR today. Sorry it took so long, I got busy with new years' and prioritized something else at work...

I'm digging into the syn crate to get an idea on how to parse the correct information out of it. As far as I dug until now, in schema.rs, we don't need "Generics" but more the effective information about the types. This would be my guess, why it still searches for "TResult" instead of the concrete type.

How do you guys test the macros locally?

With Generics not sure the lifetime is included to parsing and if not there is a need to parse the lifetimes as well before the generics.
Way the syn crate works it converts rust code to a parseable token streams. But it is not a reflection and it does not understand context where it is living. Thus generated token streams does not understand relations to each other. This means that type like struct Paginated<TResult> {} does not know about possible values for the TResult and it does not know what are "implementations" of the TResult. If such parsing is needed that need to be done manually which is unnecesarily complex and not worth it.
The way the syn works also makes some things not so straight forward e.g. if compared to some other langauge which has reflection support.
Instead to achieve the lifetime support in these cases I belive there is a need to enhance the current aliases support in ToSchema derive.

How do you guys test the macros locally?

The easiest way is to write a test in utoipa-gen/tests folder for your usecase and test it with command line. Then also some cases use println! here and there where see fit and also dbg! macro is very useful. You can also use rust expand macro command available via rust_analyzer to expand the macro code (or cargo expand) to see if it generates correct code. That is useful as well in some cases.

Seems like lifetimes are included to Generics. Quote from syn::Generics.

Lifetimes and type parameters attached to a declaration of a function,
enum, trait, etc.

Yea, I played with utoipa-gen last evening. Turns out, parsing syn::Type instead of Ident and Generics is more "complete". So for starters, I changed the alias schema to:
struct AliasSchema {
  left: syn::Type,
  right: syn::Type,
}

and parse the types (with the = token in between). With this approach, all lifetime and generic information is included "for free". I managed to create the type alias again but now some part of the logic is not yet correct. (The error is something about a type alias cannot be used as constructor)
I'm investigating the matter ;-)

The change is bigger than expected. After refactoring to "type" instead of the manually parsed identifiers, the "into()" method of the schema is complaining about type aliases may not be used as constructors. As I can imagine, this change will introduce a big PR, wdyt?

Interesting. I took a look at this today, and I was able to get quite reasonable solution with quite small amount of effort.  You can see the PR here: https://github.com/juhaku/utoipa/pull/458.
In general it add support for aliases defined as follows. But I think this syntax should be phased out in favor of more generic Rust type alias support as  there is a need to generate schama components from aliases. This though cannot be a derive macro but instead it could be a simple macro rule or function macro.
 #[derive(ToSchema)]
 #[aliases(Paginated1<'b> = Paginated<'b, String>, Paginated2 = Paginated<'b, Value>)]
 struct Paginated<'r, TResult> {
     pub total: usize,
     pub data: Vec<TResult>,
     pub next: Option<&'r str>,
     pub prev: Option<&'r str>,
 }

It seems that I tried way to complicate 😅
I will try it out right now and have a look if it works as expected.

While the lifetime identifier now works in the name, it does not in the type definition. That was the reason, why I tried to use type instead of a manual parsing.
#[aliases(PaginatedBlockTypes<'a> = Paginated<'a, BlockType<'a>>)] does not work (as an example)
This is a valid use-case if you want to use no-copy stuff.

I can also check this at sometime to see whether it can be done easily.

No rush, I'll try again :-) If you have the time, it would be awesome, since it the only thing that's left in my use-cases.
It's fascinating to work with rust parsing...
My branch that I started uses type parsing instead of manual ident/generics parsing. It worked like a breeze to parse the whole type information. But then the generated code does not really compile.
As far as I know, other people have reported issues such as "cannot find type TResult" in the resulting json. This could be mitigated with type parsing because you have all information.

As far as I know, other people have reported issues such as "cannot find type TResult" in the resulting json. This could be mitigated with type parsing because you have all information.

I belive this happes because one might add the generic schema to the #[openapi(components(schemas(...)))] but one should actuallly place the aliases instead and not the type that has generics. Also if generic argument is another sized type e.g. struct like struct Result {...} then that should also be decorated with #[derive(ToSchema)] and registered in #[openapi(components(schemas(...)))]

@buehler I also tried it out. And indeed it was not super easy at all. Somehow the syn::Generics does not support parsing nested generics with lifetimes which is a bummer. Perhaps there is a need to implement a better and more robust way to define type alias schemas but it is not super easy to implement and more or less this would need a centralized store for components in compiletime to make it more intuitive.

Yeah, the way to parse nested generics is with syn::Type which includes generic information about a type. As soon as I've time, I'll have a closer look into the code and maybe I'll come up with an idea. Your thought about a central component store would be a good start, one could pass an Arc (or other ref) with a component store to all parsing (and parsing alias) functions, and only at the end of all parsing generate all components. That way, even duplicates could be ruled out.

I wrote another implementation now working with syn::Type and according to the tests it should work now with extensive use of lifetimes and even with nested generics. You can peek it here #546

need to try that asap :-D


Allow k8s ingress controller serviceAccountToken and serviceAccountCACert to be changed

Right now serviceAccountToken and serviceAccountCACert are hardcoded in 'traefik/provider/kubernetes.go'. They should be configurable like defaultKubeEndpoint.
const (
    serviceAccountToken  = "/var/run/secrets/kubernetes.io/serviceaccount/token"
    serviceAccountCACert = "/var/run/secrets/kubernetes.io/serviceaccount/ca.crt"
    defaultKubeEndpoint  = "http://<IP_ADDRESS>:8080"
)

Hey @errm, @Dacode45 is this still considered an issue? As Traefik is using "In cluster" config, this is handled internally by the k8s client. Also see https://github.com/containous/traefik/issues/876

I don't this this is an issue, with k8s we expect Traefik to be in cluster... and we avoid a bunch of complexity by doing so.


[Feature]: add the content scikit learn page

Is your feature request related to a problem? Please describe.
https://www.nsccbpit.tech/scikit-learn

add the content and resources to this page
Describe the solution you'd like
No response
Describe alternatives you've considered
No response
Additional context
No response

hey @pradeeptosarkar , I would like to work on this issue. Could you please assign it to me?

go ahead @Laxmankohar


Add Universal Chess Interface (UCI) protocol specifications

It would be nice to have all the chess related specifications in one place. Apart from SAN most chess engines commonly use UCI protocol interface to communicate to Internet Chess servers or to other chess engines.
http://wbec-ridderkerk.nl/html/UCIProtocol.html

What is your expectation here? Like the name of the repository denotes, this is a tool to parse PGN strings. I see some relation to UCI protocol, but  how could the pgn-parser be helpful in the context of UCI? Could you describe a scenario/use case/... that explains how the pgn-parser helps in implementing the UCI protocol interface?
Or is the expectation to translate the (somehow) difficult to read and understand "specification" to something more readable? It would of course be possible to create a grammar that parses the input, and translates that to something more readable, but the value of that would be minimal (in my opinion).

Generally, the chess engines communicate with each other using UCI format. Now, if I want to input a game (file.gpn) into the chess engine, the UCI engines expect the moves of a game to be formatted in long-algebraic UCI notation. You can modify your tool pgn-parser to convert a game into this UCI format. For instance, you can add a -uci flag to the command line that will output the moves of a game in a format suitable for the analyser to pass on to a UCI engine.
For instance:
pgn-parser -uci -o out.pgn -i games.pgn
outputs the PGN games from games.pgn to the file out.pgn, which would then be passed to the analyser.
https://www.cs.kent.ac.uk/people/staff/djb/uci-analyser/

Wow, that is a great specification, thank you a lot. Based on this description, it should be easy to find a way to do something like that.
Thinking more on it, I have to find the right setup. The pgn-parser knows everything about parsing games, but needs some additional knowledge how to interpret that game. For example, the following example leads to
echo "e4 e5 Nf3 Nc6" | pgn-parser -p -
[
  {
    "tags": {},
    "gameComment": null,
    "moves": [
      {
        "moveNumber": null,
        "notation": {
          "fig": null,
          "strike": null,
          "col": "e",
          "row": "4",
          "check": null,
          "promotion": null,
          "notation": "e4"
        },
        "variations": [],
        "nag": null,
        "commentDiag": null,
        "turn": "w"
      },
...

As you may notice, the start square is not contained in the notation. Only the pgn-reader then is able to interpret it the right way, and knows then what has to be spit out at the end. I will think of how to move that issue to the right place, to find then an implementation for it.


Please help with the chan.sankaku errors

Hello Bionus,
I have tried to use the grabber for downloading from chan.sankaku, and when I click on image previews I get an error 203. I know you have posted fixes for source code, but I do not understand how to use those as a novice to github. I would appreciate it if you could incorporate the fixes for chan.sankaku into a separate version like Grabber_4.1.8 or such. This seems to be a fairly common issue on the forums now and most of us lack knowledge for extensive coding. Thank you for your help and I hope this works for everyone. Here is a screenshot of what happened by the way.

Hello, the fixes are not for the source code but directly in your settings files as stated in issue #437. Ass for your screenshot, see issue #439.
For the 4.1.8, I'm working on it and it should fix the most common Sankaku errors and a few other bugs.
I'm closing this issue in the meantime as it's a mix of the two mentioned above, feel free to elaborate on these.


Not respecting always_update = false

Hey guys.
Does someone also got the problem that the property always_update = false is not respected and on update_stylesheets it still compile files?
If I dump the ruby script and execute it (without the compiler callback) it works fine.
This is the ruby script I dumped out of the plugin before execution.
I just commented out the compiler callbacks for logging.
require 'rubygems'
env = { 'GEM_PATH' => [
    'xxx/target/rubygems'
] }
Gem.paths = env
require 'sass/plugin'
require 'compass'
require 'compass/exec'
Compass.add_project_configuration
Compass::Frameworks.register_directory('jar:'+ File.join(Compass::Core.base_directory, 'stylesheets'))
Sass::Plugin.options.merge!(
    :always_check => false,
    :always_update => false,
    :cache_location => 'xxx/target/sass_cache',
    :css_location => 'xxx/src/main/webapp/css',
    :full_exception => true,
    :load_paths => Compass.configuration.sass_load_paths,
    :style => :expanded,
    :template_location => 'xxx/src/main/webapp/sass',
    :unix_newlines => true
)
#Sass::Plugin.on_compilation_error {|error, template, css| $compiler_callback.compilationError(error.message, template, css) }
#Sass::Plugin.on_updated_stylesheet {|template, css| $compiler_callback.updatedStylesheeet(template, css) }
#Sass::Plugin.on_template_modified {|template| $compiler_callback.templateModified(template) }
#Sass::Plugin.on_template_created {|template| $compiler_callback.templateCreated(template) }
#Sass::Plugin.on_template_deleted {|template| $compiler_callback.templateDeleted(template) }
Sass::Plugin.update_stylesheets

Does someone know why this happen?
Thanks in advance
Regards FragSalat

This version is no longer maintained. Refer to more recent forks at https://github.com/Jasig/sass-maven-plugin/network for more up to date versions.


Feature/ace editor

support multi GTS in stack
switch editor to textarea
add CodeMirror editor
add Codemirror @d33d33 WarpScript syntax highliting

There you're adding codemirror editor and not ace one.
I am not sure I like using codemirror here and ace in Quantum...
Why have you chosen codemirror?

I took your advice, I switch  to Ace-editor.

Syntaxe highlighting
Autocompletion
Monokai theme

Merging it now, and we will try to find a better way to detect when Angular is fully loaded later


chore(markdoc): extend markdoc configuration

Description

Closes #15
What does this PR change?  I extended the current markdoc support and I created the related schema!

@pietrodev07
Error from deployment server...
#12 6.177  ERR_PNPM_OUTDATED_LOCKFILE  Cannot install with "frozen-lockfile" because pnpm-lock.yaml is not up to date with packages/studioCMS/package.json

@pietrodev07 Getting better! I think Adam's right, I think the Container API would be great for this!
Are you able to add a playground project and put together a test page which shows this working too? Then we can easily check that when we make any changes to it, and makes it easier to test it all works!

@pietrodev07 Getting better! I think Adam's right, I think the Container API would be great for this!
Are you able to add a playground project and put together a test page which shows this working too? Then we can easily check that when we make any changes to it, and makes it easier to test it all works!

yeah, so I’ll work on it, thanks, man!

yeah, so I’ll work on it, thanks, man!

Hey @pietrodev07 Any updates?  We are getting super close to being ready to go to our first beta, and would love for this to be included to provide full functionality for our MarkDoc option!

Due to lack of interaction or responses on this PR, the task has been handled in PR #281 and this PR is no longer needed.
Thank you @pietrodev07 for the work you did!  Please if you get a chance to review #281 before it gets merged, please do and you can be granted co-author credit for it!


NTR - decidual pericyte

REf: PMID:30429548

Hello, was this closed by #634, then?

Hello, was this closed by #634, then?

Should have been.  Stayed open due to type in commit message.  'decidual pericyte' should now be available.  Please let me know if any problems.


Scraping randomly stops after few hours

Describe the bug
If I remove ethernet it does stop for a bit and then reconnects which is very useful so I don't think this is a disconnect issue, but after a while it just stops, and I'm not sure why. Any idea how we could fix it?
Expected behavior
I need it to just run for long hours and stop when I close it
Desktop (please complete the following information):

chrome
windows 11

To Reproduce
import asyncio
from TikTokLive import TikTokLiveClient
from TikTokLive.types.events import ConnectEvent, CommentEvent, GiftEvent, LikeEvent, JoinEvent, FollowEvent, ShareEvent

# Create a UDP socket
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)

# Specify the IP address and port number to send the UDP packets to
server_address = ('localhost', 12345)  # replace with your IP and port

class Tiktok:

    # Initialize the Tiktok class with a user ID
    def __init__(self, user):
        self.user = user  # Store the user ID
        # Create a new event loop specific for this user
        self.loop = asyncio.new_event_loop()
        # Set a custom exception handler for the loop (to handle any errors during async operations)
        self.loop.set_exception_handler(self.exception_handler)
        # Initialize the TikTok live client with the given user ID, the created event loop, and enable detailed gifts
        self.client = TikTokLiveClient(unique_id=user, loop=self.loop, enable_detailed_gifts=True)

    async def connect(self):
        while True:
            if self.client.connected:
                #print('connected:', self.user)
                await asyncio.sleep(5)
            if self.client.connecting:
                print('connecting:', self.user)
                await asyncio.sleep(5)
            elif not self.client.connected and not self.client.connecting:
                print('not connect: ', self.user)
                try:
                    await self.client.start()
                except LiveNotFound:
                    self.client.stop()
                    await asyncio.sleep(240)

    def exception_handler(self, loop, context):
        print("Exception occurred:", context)

tiktok_client = Tiktok("@kai_cenat")

@tiktok_client.client.on("connect")
async def on_connect(_: ConnectEvent):
    print("Connected to room ID", tiktok_client.client.room_id)

@tiktok_client.client.on("comment")
async def on_comment(event: CommentEvent):
    comment_message = f"@{event.user.unique_id}|commented|{event.comment}\n".encode("utf-8")
    sock.sendto(comment_message, server_address)
    print(comment_message)

async def start(loop):
    asyncio.run_coroutine_threadsafe(tiktok_client.connect(), loop)
    while True:
        await asyncio.sleep(10)

if __name__ == '__main__':
    loop = asyncio.new_event_loop()
    loop.run_until_complete(start(loop))```

The same problem,After connecting for a period of time, a fully open link without warning will not throw an exception and the state will not change.

After connecting for a period of time, a fully open link without warning will not throw an exception and the state will not change.

I wonder if this is related to this issue I had last year and reported along with someone else on the discord:
https://discord.com/channels/977648006063091742/978700446279565322/1087090180835508264
Below this message you'll find a discussion that highlights the same issue, after some digging back then I seemed to have pinpointed the issue, but sadly the fix doesn't work now anymore, so I'm going through the debugging of this issue again.
If it is the same, then it relates to webcast error handling/raising, I'm lead to believe.

I wonder if this is related to this issue I had earlier this year and reported along with someone else on the discord: https://discord.com/channels/977648006063091742/978700446279565322/1087090180835508264
Below this message you'll find a discussion that highlights what I think might be the same issue, after some digging back then I seemed to have pinpointed the issue, but sadly the fix doesn't work now anymore, so I'm going through the debugging of this issue again.
If it is the same, then it relates to webcast error handling/raising, I'm lead to believe. I think my crash is not relating to this library, but isn't properly raised due to some async behavior of the library itself, resulting in my crash never being properly handled on my side.

I'm not sure async behaviour of the library causes the error to not be raised...what is this conjecture based off of? I believe TikTok just stops sending events. This sentiment seems to be echoed by the other libraries.

@zerodystrash suggests this might be due to an ack not being received/accepted by TikTok. Will be looking into this further in the next version.
Please see https://github.com/isaackogan/TikTokLive/issues/157 for information.

Hi @isaackogan
I'm also getting the same issue where scraping suddenly stops without giving any error.
Any chance you've got some insights on what might be causing this?
Aside from this issue, the library has been functioning flawlessly for me :)
Thank you for the effort!
Kind regards
Valmir

It's something I've seen and am fixing

Fixed in v6.0.0!

Fixed in v6.0.0!

Thank you.
What was the issue exactly and how did you fix it if I may ask?

We were not sending the correct payload to TikTok to acknowledge requests, which means after a while TikTok would assume we were a broken client and stop sending events.


Fix image parametrization in load config

What type of PR is this?
/kind bug

What this PR does / why we need it:
A previous change https://github.com/kubernetes/perf-tests/pull/2803 introduced a variable parametrizing the image with fallback to a default value, but instead used the variable that does not have a fallback. This can cause the tests to fail.
Which issue(s) this PR fixes:

None that I know of
Special notes for your reviewer:

/ok-to-test

/assign mborsz

Thanks!
/lgtm
/approve


Swift UI + NavigationLink + KingFisher + iOS 14.5

Check List
Thanks for considering to open an issue. Before you submit your issue, please confirm these boxes are checked.

[x ] I have read the wiki page and cheat sheet, but there is no information I need.
[ x] I have searched in existing issues, but did not find a same one.
[x ] I want to report a problem instead of asking a question. It'd better to use kingfisher tag in Stack Overflow to ask a question.

Issue Description
Since the upgrade to iOS 14.5, I have issues displaying images in a child NavigationLink.  The strange part is, it will display the image if I don't put any modifiers on the image.
This doesn't work, but did work until iOS update.  If I use a default image, it works.
KFImage(URL(string: postVM.post.postImgUrl))
//Image(systemName: "photo.fill")
.resizable()
.scaledToFit()
.frame(maxHeight: 440)
This works:
KFImage(URL(string: postVM.post.postImgUrl))
.frame(maxHeight: 440)
What
[Tell us about the issue]
Reproduce
[The steps to reproduce this issue. What is the url you were trying to load, where did you put your code, etc.]
Other Comment
[Add anything else here]

I cannot reproduce it and it works fine to me in the demo app.

Can you paste a full snippet or even better, create a sample app in which we can reproduce it?


Import WebpackManifestPlugin from webpack-manifest-plugin 3.x

Description
Fixes #46
Related issues

Thanks!


Inconsistency between gradients and forces

When training with forces, the model computes the negative gradient of the energy with respect to the positions (a.k.a. forces):
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/models/model.py#L196-L207
Some the loaders load forces:
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/datasets/ani.py#L279-L281
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/datasets/comp6.py#L100-L102
While the other ones load gradients (the opposite sign):
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/datasets/qm9q.py#L147-L151
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/datasets/spice.py#L99-L103
We need to agree what dy represents.

IMO dy should be the derivative of y i.e. the energy. Meaning the negative of the force. We should not store forces in dy

Ping: @PhilippThoelke @giadefa

Also checking the loss function code and comments, it seems dy is interpreted as gradients (not forces).
https://github.com/torchmd/torchmd-net/blob/db72e12461b1bce9bb3ddebd093fa11a803d37ca/torchmdnet/module.py#L71-L132

The model outputs force predictions.
https://github.com/torchmd/torchmd-net/blob/main/torchmdnet/models/model.py#L207
I agree that the naming is inconsistent but as far as I remember, when I implemented QM9, MD17 and ANI-1, they all loaded forces instead of the derivative. The model was consistent with that.
I'm not sure about the more recently added dataset loaders.

@peastman is SPICE returning forces or gradients?
        all_dy = (
            pt.tensor(mol["dft_total_gradient"], dtype=pt.float32)
            * self.HARTREE_TO_EV
            / self.BORH_TO_ANGSTROM
        )

I'm not sure.  Raimondas wrote that class.

so you are not using that loader? Which one are you using?
On Fri, Aug 26, 2022 at 5:52 PM Peter Eastman @.***>
wrote:

I'm not sure. Raimondas wrote that class.
—
Reply to this email directly, view it on GitHub
https://github.com/torchmd/torchmd-net/issues/116#issuecomment-1228663228,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AB3KUORH7ALKWWRKIMPOIOTV3DR2ZANCNFSM57S7D4XA
.
You are receiving this because you were mentioned.Message ID:
@.***>

HDF5.

The datasets measure forces and I would expect that they store forces
On Thu, Aug 25, 2022 at 2:51 PM Raimondas Galvelis @.***>
wrote:

Ping: @PhilippThoelke https://github.com/PhilippThoelke @giadefa
https://github.com/giadefa
—
Reply to this email directly, view it on GitHub
https://github.com/torchmd/torchmd-net/issues/116#issuecomment-1227216646,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AB3KUOR2S7BHHATFIHDKKWDV25T63ANCNFSM57S7D4XA
.
You are receiving this because you were mentioned.Message ID:
@.***>


'execfile' fix applied

Removes usage of execfile(). The argument to execfile() is wrapped in calls to open(), compile(), and exec().

@ticoann do we even need the file that this changes? Looks like it is from the ReqMgr1 -> 2 transition and can just be deleted.

You are right I will remove that code.

remove the package altogether #8086 - closing this.


AnimalAi.exe crashes

Installation in virtualenv with
pip install animalai
and
pip install animalai-train
worked without a problem.
However, when I try to start the AnimalAi.exe in /env, the following error message appears:

Env:
Windows 10 Pro 1903
Python 3.6.3

Hello,
I'm going to need a bit more details as it works just fine on our side:

did you dowload the last version?
how are you running the environment: from python or you just double click on the .exe?
did you extract all the files in one folder or just the .exe file?
can you give us more details about your configuration (CPU, GPU, drivers you're using)?

Thanks

Hi,

yes downloaded last version
tried both: double click on AnimalAi.exe and python visualizeArena.py configs/exampleConfig.yaml both show same error
I extracted all the files into env/ as described in the installation guide
System Info:
Intel i7-7700HQ 4 Cores
NVIDIA Geforce GTX 1050Ti
Geforce drivers <IP_ADDRESS>86 from 5/22/2019

Thanks.

Your windows version is 64 bits right?
I cannot reproduce your error unfortunately (tried on several windows machines), it seems to come from your config. Running the environment alone, without installing any python packages, should work (there are no direct dependencies).
This is most likely due to your visual c++ libraries specifically, we can't be 100% sure however. I would recommend looking at this page and this one if you would like to install the latest version (at your own risk though).
Please let us know the outcome if you attempt these steps.

Yes 64 bit Windows
The c++ libraries were NOT the problem, at least different reinstalls did not solve the problem.
What DID solve the problem was to right click on AnimalAi.exe -> Run with graphics processor -> Integrated graphics (default).
So the interaction with my geforce card seems to be the problem, eventhough now I did not have this issue before with any other program.

Hi, glad you sorted out this issue and thank you for posting the solution.
Closing the issue as it is solved.


Hugo fails to load CSS and Javascript files without baseURL

Hugo fails to load the assets in debug mode when the baseURL is set to something like "https://example.com/hugo/". A 404 page appears when accessing the css or Javascript file directly via the web browser.
We might want to set absolute URLs for these assets based on the configured baseURL.
Thanks.

Thanks for pointing this out, @anddongyangli I'll check it out.

@budparr  Thanks for addressing this issue.
This issue still exists if the baseURL contains a non-root context path.
For example,  set the baseURL in  the configuration file like this:

baseURL = "http://www.foobar.com/blog"

Starting hugo server in debug mode, the following code
 {{ $script := .Site.Data.webpack_assets.app }}
{{ with $script.js }}
  <script src="{{ absURL (printf "%s%s" "/dist/" .) }}"></script>
{{ end }}

will be compiled to
<script src="http://localhost:1313/dist/js/app.3fc0f988d21662902933.js"></script>

instead of
<script src="http://localhost:1313/blog/dist/js/app.3fc0f988d21662902933.js"></script>

I tried with the following code, it works fine.
{{ $script := .Site.Data.webpack_assets.app }}
{{ $baseURL := .Site.BaseURL }}
{{ with $script.js }}
    <script src="{{ printf "%s%s%s"  $baseURL  "/dist/" . }}"></script>
{{ end }}

Thanks @anddongyangli!  But the fix is simpler: simply removing the leading slash, i.e. changing "/dist/" to "dist/" would do the trick because absURL already takes the baseURL into consideration when it sees a relative path.
On second thought, maybe relURL would work just as well.


[Fix #7155] Handle URLs in inherit_from

Previously, when adding the .rubocop_todo.yml entry to
.rubocop.yml, URLs were not removed correctly,
leaving remnants as follows:
 inherit_from:
+  - .rubocop_todo.yml
   - https://example.com/foo/bar
+
+://example.com/foo/bar

In order to reduce the complexity of the regex matches,
the approach is changed:
instead of replacing only specific characters, all text up the end of line,
independently of what characters it contains, is replaced.

Before submitting the PR make sure the following are checked:

[x] Wrote good commit messages.
[x] Commit message starts with [Fix #issue-number] (if the related issue exists).
[x] Feature branch is up-to-date with master (if not - rebase it).
[x] Squashed related commits together.
[x] Added tests.
[x] Added an entry to the Changelog if the new code introduces user-observable changes. See changelog entry format.
[x] The PR relates to only one subject with a clear title
and description in grammatically correct, complete sentences.
[x] Run bundle exec rake default. It executes all tests and RuboCop for itself, and generates the documentation.

CI checks are failing - see #7124

Thanks! We should probably add a changelog entry for this, but it's not a big deal.


Login failed need upgrade

I have tried to port this API to Kotlin/Java and it can be found here Kotlin Instagram
I write similar code in kotlin but it raise error which is need to upgrade app. The user-agent of http client has been change to Instagram app user-agent:
Instagram ${KEY.APP_VERSION} Android (22/6.0.1; 424dpi; 1080x1920; LGE; LG-H779; aka; en_US)
I also use this signature version
    val SIG_KEY = "5ad7d6f013666cc93c88fc8af940348bd067b68f0dce3c85122a923f4f74b251";
    val SIG_VERSION = "4"
    val APP_VERSION = "10.3.2"

Do you know what's wrong with my code?

this is issues are little bit hard to solve, because you need to have all headers / attributes correctly send otherwise IG will reject you request...
My suggestion would be to put some proxy in middle for example Im fan of charles proxy, wireshark or dripcap are just fine too. And then try to make same request from this library and your java, look at diff. If this done this properly then payload hmac signature should match. There should be no difference in headers.
On bottom, this library is working so port to java is nothing impossible, must work.


No or invalid host_key

Hi,
I have the same problem stated here: https://github.com/cloudflare/Cloudflare-CPanel/issues/165
The file "/root/.cpanel/datastore/cf_api" disappears randomly and have to reinstall the plugin (or restore the file).
I think this is because the folder "/root/.cpanel/datastore/" is some sort of cPanel's cache so maybe an internal cron is removing it: https://forums.cpanel.net/threads/root-cpanel-datastore-folder-question.624307/
I would recommend to place this file into another folder if possible.

Anyone have a working solution to this? I know this is old, but getting tired of having to reinstall all the time.

@mmuyskens : seems that CF team is not into this plugin... to solve the problem I simply created a cronjob to reinstall CF plugin in a weekly basis.

@imorandinwnp have you tried using chattr to just make the file immutable? trying to come up with a more viable option besides the constant reinstalls but might consider the cron option.

@mmuyskens : I created a cron that reinstalls the plugin every day. This has the benefit that in the case they (ever) update the plugin, it will update itself.


Once scope is selected for a resource from dropdown it is unable to deselect

Steps:

Add scopes to API
Select a scope for a resource from the dropdown
There should include an option to remove that scope from the resource.

duplicate of https://github.com/wso2/product-apim/issues/6241


Add an empty option to Select

Hi.
Is this possible to add an empty option to the "select" type? Instead of doing a custom template...
<select ng-options="...">
   <option value="">-- Empty option --</option>
</select>

up

I think we could probably update the template for the select type to support this. Something like this should do it:
const template = `
  <select class="form-control" ng-model="model[options.key]">
    <option ng-hide="to.notNull" value="">{{to.nullDisplay}}</option>
  </select>
`;

If you'd like to create a Pull Request to add this functionality that would be cool.
I'd also like the apiCheck definition to be updated to add the two new properties notNull is a boolean and nullDisplay is a string.
Also, adding these new properties to the README.md would be great too.

Oh, and once it's been released, creating a new example would also be helpful

I guess would be better to set "nullable" instead of "notNull", and "nullableDisplay" instead of "nullDisplay"

I don't know how to put the examples, but this could be:
http://jsbin.com/kotacog/1/edit?js,output

Did you see my comments on your pull requests? Could you it again? And I'd prefer it all to be in a single commit (rather than two)

@kentcdodds I'll check, I'm not use to pull requests etc. sorry

You're fine! I'm actually an egghead.io author and will be making a series
on contributing to open soccer projects because it's hard for new comers.
On Thu, Nov 5, 2015, 10:03 AM Luddinus<EMAIL_ADDRESS>wrote:

@kentcdodds https://github.com/kentcdodds I'll check, I'm not use to
pull requests etc. sorry
—
Reply to this email directly or view it on GitHub
https://github.com/formly-js/angular-formly-templates-bootstrap/issues/67#issuecomment-154123208
.

--

Kent C. Dodds https://twitter.com/kentcdodds

A combination of #68 and #69 has been created in #111 and is waiting to be merged.


Ligand file name error in win64

hello, the lfetch.py script in the windows system would generate illegal Ligand file name (could occur colon in the file name) and therefore cannot extrat the ligand corretly. But it runs perfectly in linux, see below:
windows 10, 64
(gpu02_py) G:\05Coding\GNN_DTI-master\dpi_v4\pretrain\MOAD_ligandFinder-1.1>python lfetch.py
Insert pdb name
1FWE
Valid ligands found:  1
Excluded: 0
Ligands: ['HAE_C:989']
Insert pdb name
linux
(/home/dejun/work_spaces/py/conda_env/py365) [dejun@mu01 MOAD_ligandFinder-main]$ python lfetch.py
Insert pdb name
1FWE
Valid ligands found:  1
Excluded: 0
Ligands: ['HAE_C989']
Insert pdb name

Hi,
Thank you for your feedback.
Are you running the latest version? When did you clone/copied the code ?
Indeed, I already noticed this problem and from the last commit the colon character was suppressed in the ligand naming scheme..

Sorry, bro...i downloaded the latest codes, and no such issue was found!

No worries. I'm glad is working.

Thank you very much, bro! This script helps me a lot!!!


inconsistent behavior when signing  container

Description
The behavior is different when you use cosign sign --key xxx us-docker.pkg.dev/$PROJECT/$REPO/my-image(signature will get appended, xxx.sig records all signatures) and cosign sign --key xxx us-docker.pkg.dev/$PROJECT/$REPO/my-image:sha256@xxx(signature will get overridden, xxx.sig only records the latest one).
But for cosign attest, it will always append attestations to xxx.att and xxx.att records all attestation no matter I use us-docker.pkg.dev/$PROJECT/$REPO/my-image or us-docker.pkg.dev/$PROJECT/$REPO/my-image:sha256@xxx.
Is this a bug in cosign sign?

This sounds very similar to https://github.com/sigstore/cosign/issues/1654.
Will do a bit more digging before I mark this as a dupe.

This sounds very similar to #1654.
Will do a bit more digging before I mark this as a dupe.

I think I use  key-full signing instead of the keyless signing in  #1654.

What version of cosign did you notice this in? 👀

What version of cosign did you notice this in? 👀

1.5.2

What version of cosign did you notice this in? 👀

1.5.2

If I had to guess, this is probably fixed in 1.7+. Can you reproduce?
(Sorry for the long delay)

Closing as outdated


Mapped types are not computed

What version of Elysia is running?
1.1.20
What platform is your computer?
Independent
What steps can reproduce the bug?
Generate a type using the .map operator.
  export const elysia = new Elysia().post("/test", ({ body }) => body, {
    body: Type.Object({
      test: Type.Union((["test"] as const).map((item) => Type.Literal(item))),
    }),
  });

What is the expected behavior?
The type should compute the literal(s) and resolve.
What do you see instead?
The type is not computed while being computed in the frontend layer causing type incompatibility.
Additional information
No response
Have you try removing the node_modules and bun.lockb and try again yet?
No response

Mapping it like this won't work because the order of the array needs to be non-mutable
You can use this function to get a literal type from a readonly array
const LiteralUnion = <T extends Array<any>>(...args: T) =>
  Type.Union(args.map((x) => Type.Literal(x))) as TUnion<{
    [K in keyof T]: TLiteral<T[K]>;
  }>;

// IMPORTANT the array needs to be readonly/non-mutable
const roles = ["asdf", "test", 2] as const;

const role = LiteralUnion(...roles);

const app = new Elysia()
  .post("/createUser", () => "Dummes Beispiel ich weis", {
    body: t.Object({
      role,
    }),
  })
  .listen(3000);

type App = typeof app;

const client = treaty<App>("");

client.createUser.post({
  // Type Error: Type '""' is not assignable to type '"asdf" | "test" | 2'.
  role: "",
});


Add support for schema graphql config entry.

Feature request for v2.9.1
Thanks for the great work saving us hours team.
GraphGL Config standard now expects schema path to be defined under 'schema' entry as opposed to 'schemaPath' as used to be the standard.
https://graphql-config.com/usage#schema
To aid adopting this change it'd be great to support both entries (as GraphGL Config does right now).

Hi, thank you for the report! This plugin is using a legacy version of the graphql-config. Migration to the v3 is the top priority. We already have such task https://github.com/jimkyndemeyer/js-graphql-intellij-plugin/issues/296, so I'm closing this one.


[Feature Request]: Support near by search for full text retrieval

Is there an existing issue for the same feature request?

[X] I have checked the existing issues.

Is your feature request related to a problem?
No response
Describe the feature you'd like
Phrase search could be a kind of near by search.
The syntax of near by query is
"phrase query words"~4

where 4 represents the furthest distance of the neaby search
Describe implementation you've considered
No response
Documentation, adoption, use case
No response
Additional information
No response

Duplicated with #1387


Validate on blur not change

This will only improve the Advanced Install for Universe, but this improves performance by a huge amount

Reviewer: @daiyiwhale

Works great 👍


[ENH]: refactoring log service

Description of changes
The goal was to refactor the log service to make it simpler and use simpler abstraction on top of postgres. A next pr in the stack is adding model/property testing.
Summarize the changes made by this PR.

Improvements & Bug fixes

Create a new log service with update offset position

Test plan
Not tested for now in this branch, another pr is adding property testing.

#1958  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @nicolasgere and the rest of your teammates on  Graphite

Thanks! Looks good overall. I have a few high level questions:

What is the plan for logging?
Named return values was used, what are the pros and cons compared with returning the values explicitly?
Can you add comment or rename some of the fields in the schema so that the meaning is more explicit?

@Ishiihara About return value, it is to avoid shadowing value. It's a common style in go which is a default in golangci lint. Open to discuss about it.


updated advanced documentation with details about custom lnd

added details on symlinking lnd, filling in fields that the gui asks for (macaroon, hostname, cert), and unlocking wallet (lncli unlock)

This section of the documentation was recently updated. We have also added inline help text within the app.


openssl: security updates

Motivation for this change
Was unsure if this PR should have been to master or staging given the security impact.
CVE-2018-0734: https://www.openssl.org/news/vulnerabilities.html#2018-0734
CVE-2018-0735: https://www.openssl.org/news/vulnerabilities.html#2018-0735
CVE-2018-5407: https://www.openssl.org/news/vulnerabilities.html#2018-5407
Things done

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

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

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

They are low-severity, and probably staging should be ok.

Failure on x86_64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
unpacking source archive /nix/store/z9rigqjgr0662z4cx0jnimgpb69x1058-openssl-1.1.1a.tar.gz
source root is openssl-1.1.1a
setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file openssl-1.1.1a/util/unlocal_shlib.com.in
patching sources
applying patch /nix/store/ax9gk8hdvwm1nl19fd9j6g9gd1wj0vgk-nix-ssl-cert-file.patch
patching file crypto/x509/by_file.c
Hunk #1 FAILED at 97.
1 out of 1 hunk FAILED -- saving rejects to file crypto/x509/by_file.c.rej
builder for '/nix/store/91cdlkpc51yqsf2mkrrdj0jw22lwbb8v-openssl-1.1.1a.drv' failed with exit code 1
error: build of '/nix/store/91cdlkpc51yqsf2mkrrdj0jw22lwbb8v-openssl-1.1.1a.drv' failed

Failure on aarch64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
patching script interpreter paths in /nix/store/3rbadq03nnpzjalqxlwyrfmn5qgp273y-openssl-1.0.2q
checking for references to /build in /nix/store/3rbadq03nnpzjalqxlwyrfmn5qgp273y-openssl-1.0.2q...
shrinking RPATHs of ELF executables and libraries in /nix/store/3d0rdzzbnrz9xcpv6jhqmr8mjfzl3ng0-openssl-1.0.2q-man
gzipping man pages under /nix/store/3d0rdzzbnrz9xcpv6jhqmr8mjfzl3ng0-openssl-1.0.2q-man/share/man/
patching script interpreter paths in /nix/store/3d0rdzzbnrz9xcpv6jhqmr8mjfzl3ng0-openssl-1.0.2q-man
checking for references to /build in /nix/store/3d0rdzzbnrz9xcpv6jhqmr8mjfzl3ng0-openssl-1.0.2q-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/smr4bv4l0c0k8md4wfj58wva3csg2a37-openssl-1.0.2q-debug
patching script interpreter paths in /nix/store/smr4bv4l0c0k8md4wfj58wva3csg2a37-openssl-1.0.2q-debug
checking for references to /build in /nix/store/smr4bv4l0c0k8md4wfj58wva3csg2a37-openssl-1.0.2q-debug...
error: build of '/nix/store/ncjpwx1fs9z5n58bqq581xqb87124pdp-openssl-1.1.1a.drv' failed

Failure on aarch64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
patching script interpreter paths in /nix/store/560mpmbnmfpxyy58hzcz0zrlg05vdrz5-openssl-1.0.2q
checking for references to /build/ in /nix/store/560mpmbnmfpxyy58hzcz0zrlg05vdrz5-openssl-1.0.2q...
shrinking RPATHs of ELF executables and libraries in /nix/store/syiv25dvm3q6badm2mm9csjw6jdp6x01-openssl-1.0.2q-man
gzipping man pages under /nix/store/syiv25dvm3q6badm2mm9csjw6jdp6x01-openssl-1.0.2q-man/share/man/
patching script interpreter paths in /nix/store/syiv25dvm3q6badm2mm9csjw6jdp6x01-openssl-1.0.2q-man
checking for references to /build/ in /nix/store/syiv25dvm3q6badm2mm9csjw6jdp6x01-openssl-1.0.2q-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/fbdr7fixps5ihc6alb615sqgi0jb26y6-openssl-1.0.2q-debug
patching script interpreter paths in /nix/store/fbdr7fixps5ihc6alb615sqgi0jb26y6-openssl-1.0.2q-debug
checking for references to /build/ in /nix/store/fbdr7fixps5ihc6alb615sqgi0jb26y6-openssl-1.0.2q-debug...
error: build of '/nix/store/3yp37ajvb82s8w1spk7nh3vilhkb72i3-openssl-1.1.1a.drv' failed

@alyssais The build is failing. Could you take another look at the patch?

Failure on x86_64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
patching script interpreter paths in /nix/store/zx1zn4z7jrp8243ymf8l25bkb47iw9pr-openssl-1.0.2q
checking for references to /build/ in /nix/store/zx1zn4z7jrp8243ymf8l25bkb47iw9pr-openssl-1.0.2q...
shrinking RPATHs of ELF executables and libraries in /nix/store/9ka90vlg0nbljgq5nyyh78qln5352pw6-openssl-1.0.2q-man
gzipping man pages under /nix/store/9ka90vlg0nbljgq5nyyh78qln5352pw6-openssl-1.0.2q-man/share/man/
patching script interpreter paths in /nix/store/9ka90vlg0nbljgq5nyyh78qln5352pw6-openssl-1.0.2q-man
checking for references to /build/ in /nix/store/9ka90vlg0nbljgq5nyyh78qln5352pw6-openssl-1.0.2q-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/6gnpz2b8wyskzv9xrff1al9kwz7k1bfj-openssl-1.0.2q-debug
patching script interpreter paths in /nix/store/6gnpz2b8wyskzv9xrff1al9kwz7k1bfj-openssl-1.0.2q-debug
checking for references to /build/ in /nix/store/6gnpz2b8wyskzv9xrff1al9kwz7k1bfj-openssl-1.0.2q-debug...
error: build of '/nix/store/9vqx1c5nxrgkr2zsvgkqjh5gm4nbv1l2-openssl-1.1.1a.drv' failed

Looks like they've changed the formatting in 1.1.1 so we can't use the same patch for both anymore…

Success on aarch64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
checking for references to /build/ in /nix/store/g0zag49vk1yrd5fxy93fjbsgx159bhl7-openssl-1.1.1a...
shrinking RPATHs of ELF executables and libraries in /nix/store/qbfvnlg8hxpdjbx3pm7npnzpkxrb07d9-openssl-1.1.1a-man
gzipping man pages under /nix/store/qbfvnlg8hxpdjbx3pm7npnzpkxrb07d9-openssl-1.1.1a-man/share/man/
patching script interpreter paths in /nix/store/qbfvnlg8hxpdjbx3pm7npnzpkxrb07d9-openssl-1.1.1a-man
checking for references to /build/ in /nix/store/qbfvnlg8hxpdjbx3pm7npnzpkxrb07d9-openssl-1.1.1a-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/vgm30mxa6mdxxmy447kdlhbdiq9h8rhh-openssl-1.1.1a-debug
patching script interpreter paths in /nix/store/vgm30mxa6mdxxmy447kdlhbdiq9h8rhh-openssl-1.1.1a-debug
checking for references to /build/ in /nix/store/vgm30mxa6mdxxmy447kdlhbdiq9h8rhh-openssl-1.1.1a-debug...
/nix/store/0r9ivn88ksi56llj1qrrw36qknvf6wrr-openssl-1.0.2q-bin
/nix/store/ind0yfsspbf6a780451yq0dcd4gylcjp-openssl-1.1.1a-bin

Success on x86_64-linux (full log)
Attempted: openssl, openssl_1_1
Partial log (click to expand)
checking for references to /build/ in /nix/store/fc9x7s870ybs68nfrwn8dg94q4qvm2l6-openssl-1.1.1a...
shrinking RPATHs of ELF executables and libraries in /nix/store/5aa5mgg6rmq0r002r5b720rvp4zbbpv2-openssl-1.1.1a-man
gzipping man pages under /nix/store/5aa5mgg6rmq0r002r5b720rvp4zbbpv2-openssl-1.1.1a-man/share/man/
patching script interpreter paths in /nix/store/5aa5mgg6rmq0r002r5b720rvp4zbbpv2-openssl-1.1.1a-man
checking for references to /build/ in /nix/store/5aa5mgg6rmq0r002r5b720rvp4zbbpv2-openssl-1.1.1a-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/m02kyj0pd37542f2kc7649rcvszyi70v-openssl-1.1.1a-debug
patching script interpreter paths in /nix/store/m02kyj0pd37542f2kc7649rcvszyi70v-openssl-1.1.1a-debug
checking for references to /build/ in /nix/store/m02kyj0pd37542f2kc7649rcvszyi70v-openssl-1.1.1a-debug...
/nix/store/zjbwffk9jhsfdjrdwqv866g9pqqixfka-openssl-1.0.2q-bin
/nix/store/55y2v5x3qdljz5cw17s82akhpxr51f6z-openssl-1.1.1a-bin


revert abort rule for bookinfo ingress

What this PR does / why we need it:
Revert the route rule based ingress solution for bookinfo as fault injection does not work with ingress.

@rshriram: Adding do-not-merge/release-note-label-needed because the release note process has not been followed.

One of the following labels is required "release-note", "release-note-action-required", or "release-note-none".
Please see: https://github.com/kubernetes/community/blob/master/contributors/devel/pull-requests.md#write-release-notes-if-needed.
Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.


fix get Stories of user id instagram

I fix the code to get User Stories of a user  with the id of the user id
i hope that will help peoples
you need to get logged to watch stories
example :
$instagram =  \InstagramScraper\Instagram::withCredentials(new \GuzzleHttp\Client(), $_ENV['INSTAGRAM_LOGIN'], $_ENV['INSTAGRAM_PASSWORD'], new Psr16Adapter('Files'));
$instagram->login();
$instagram->saveSession();

$stories = $instagram->getStories([2325682225]);

@fayssalmechmeche thanks for your contribution, please minimize git changes and only submit the code change you are making.


chore: custom cargo config to reduce build time

Summary of changes
Changes introduced in this pull request:

Add workspace cargo config .cargo/config.toml to improve build performance, for details checkout https://jondot.medium.com/8-steps-for-troubleshooting-your-rust-build-times-2ffc965fd13e
[CI] Replace rust-cache with sccache-action, also change the cache strategy to write on push to main branch only.
Merge all lint jobs into one to make better use the the cache and save build resource.
strip symbols from cargo installed tools (e.g. spellcheck from ~200MB to ~30MB)

rust-cache saves >8GB cache on every push to main and PR branch, while we only have 10GB total cache size, which makes cache unreliable when github automatically purges them
With the new strategy, PR commit will read the cache generated from the latest main commit but not saving them. (github caches are immutable, so saving means duplicating by appending some suffix to the cache key)
The cache size each main commit saves is now reduced to ~1-2GB.
Regarding build time, here is an example run with the new strategy, looks on par or slightly faster than before
The slowest udeps job takes ~15min in previous run, and all-in-one lint job takes ~9min with the new strategy. (They might run on different CPU tho, the hosted runner has a pool of CPU models)
Reference issue to close (if applicable)

Closes
Other information and links

Hey @lemmih  I think it requires manual changes to the branch rule of required CI checks before this PR can be merged. Could u help with that?

Hey @lemmih I think it requires manual changes to the branch rule of required CI checks before this PR can be merged. Could u help with that?

Done.


Displaying list of items, and at the bottom an input field

I'm trying to implement something like this:

First element in Column is a list of comments, and second one is an input field.
List should be scrollable.
The problem is, that I can not achieve to move input field above keyboard, when user wants to type in a comment. Input field stays below keyboard.
Is there any guideline for problems like this(list + input field)?
I could not find any.
Thank you!

Please consider asking support questions in one of the other channels listed at http://flutter.io/support .


TestCafe treats INVISIBLE element as VISIBLE when using filterVisible

What is your Test Scenario?

Open page in mobile view. (hamburger + SideNav is mobile only behaviour)
User clicks the hamburger.
This opens the SideNav.
User click the X in SideNav.
This closes the SideNav.

What is the Current behavior?
const sideNav = await Selector('[class^="SideNav"]').filterVisible()
  await t.expect(sideNav.count).eql(0)

called between steps 1 and 2 (and after 5) returns 1.
What is the Expected behavior?
As the SideNav is not visible at those point, it should return 0.

Your complete test code (or attach your test files):

 test('a hamburger is present. User click is to open the side nav, then clicks X to close', async t => {
  const sideNav = await Selector('[class^="SideNav"]').filterVisible()
  await t.expect(sideNav.count).eql(0)

  const hamburger = await Selector('[class^="Hamburger"').filterVisible()
  await t.expect(hamburger.exists).ok()
  await t.click(hamburger)

  const closeButton = await Selector('button[class^="CloseButton"]')

  await t.click(closeButton)

  await t.expect(sideNav.count).eql(0)
})

Your complete test report:

 1) AssertionError: expected 1 to deeply equal 0

      Browser: Chrome 74.0.3729 / Linux 0.0.0

         30 |  await t.expect(sideNav.exists).ok()
         31 |})
         32 |
         33 |test('a hamburger is present. User click is to open the side nav, then clicks X to
      close', async t => {
         34 |  const sideNav = await Selector('[class^="SideNav"]').filterVisible()
       > 35 |  await t.expect(sideNav.count).eql(0)
         36 |
         37 |  const hamburger = await Selector('[class^="Hamburger"').filterVisible()
         38 |  await t.expect(hamburger.exists).ok()
         39 |  await t.click(hamburger)
         40 |

Your Environment details:

testcafe version: 1.1.4
node.js version:  11.6.0
command-line arguments: testcafe \"chrome:emulation:mobile=true;device=iphone 6\" ./tests/e2e/sideNav-dropdown-test.js
browser name and version: Chrome 74.0.3729
platform and version:  Linux Ubuntu 16.04 LTS
other:  may be related to #3799 as it appears to be a "mirror" behaviour

Turned out that the element is always visible because it is always visible, just off the page, so to speak. (when the SideNav is open styled components gives it transform: translateX(0%))


[release-1.6] cherry pick use external name when remote pilot addr is hostname #24219

Fixes: #24269 manual cherry pick of #24219
[ ] Configuration Infrastructure
[ ] Docs
[x ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure

from discussion on slack, the master tests should be ignored and were triggered as part of the PR #24270 where I accidentally created the PR against master first then switched to release-1.6.

@linsun: The following test failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

unit-tests_istio_release-1.6
30cba01b0362fda31fa422468382134be9c4e29e
link
/test unit-tests_istio_release-1.6

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.


Support for POST method in content timestamp. Fixes #1706.

Added support for POST method when getting the content type of timestamp. Prior to this pull request only PUT was supported.

Thanks!


Icons are displayed as text

Hi guys,
This is what's happening, i have been trying to figure out why for hours, no luck:

This is my index.html, that you are seeing in the picture, the only thing I did different, is that I added a local copy of the icon.css, that you guys reference from a cdn, and changed it, so that it points to the Material-Design-Icons.woff2 shipped with materialize:
<!DOCTYPE html>

	<title>Test</title>

	<link type="text/css" rel="stylesheet" href="../components/Materialize/css/materialize.css" />

	<link type="text/css" rel="stylesheet" href="../css/icon.css" />

	cloudbutton

Chrome shows, that material both Material-Design-Icons.woff2 and Roboto regular are loaded.
This is the project structure:
+---components
|   +---jquery
|   |   \---js
|   |           jquery.js
|   |
|   \---Materialize
|       +---css
|       |       materialize.css
|       |
|       +---font
|       |   +---material-design-icons
|       |   |       Material-Design-Icons.woff2
|       |   |
|       |   \---roboto
|       |           Roboto-Bold.woff2
|       |           Roboto-Light.woff2
|       |           Roboto-Medium.woff2
|       |           Roboto-Regular.woff2
|       |           Roboto-Thin.woff2
|       |
|       \---js
|               materialize.js
|
+---css
|       icon.css
+---html
|       index.html    <-- this is the index.html

Could anybody help, why this is happening?
Thanks, Balazs

I also encounter this with the lastest version.
I workarounds against this by changing  element with class based (e.g: '') until they fix this...
or.. there is might something wrong with our setup(??)

This works perfectly! I was also sniffing around in the css looking for the font awesome style icon classes, but didn't found, that you have to put the category name there too, just tried mdi-cloud. Thanks! Also, while we are having this setup, it looks like here is a complete list of the icon classes: http://fezvrasta.github.io/bootstrap-material-design/bootstrap-elements.html (bottom of the page)

@bali182 FYI, here is the official icons that provided by google:
https://www.google.com/design/icons/
try add category and replace space with - (e.g: to use arrow drop down icon under navigation, you should put it asmdi-navigation-arrow-drop-down)


Remove some dead code

@cycraig would you mind looking this over? Looks like Nick hasn't gotten to it -- should be simple.


Open generic registration error

My type definition：
    public interface ITestInterface<TKey>
    {

    }

    public abstract class AbsTestClass<TKey> : ITestInterface<TKey>
    {

    }

    public class TestClass<TKey> : AbsTestClass<string>
    {

    }

I use it like this：
var c = new Container(r=>r.WithTrackingDisposableTransients());
c.Register(typeof(ITestInterface<>),typeof(TestClass<>),Reuse.Singleton);

However, he seems to be unable to work, prompting the following exception information：
DryIoc.ContainerException: Registering implementation type ConsoleApp1.TestClass<> is not assignable to service type ConsoleApp1.ITestInterface<>.
  at DryIoc.Throw.It(Int32 error, Object arg0, Object arg1, Object arg2, Object arg3) in D:\Dev\DryIoc\src\DryIoc\Container.cs:9491
  at DryIoc.ReflectionFactory.ThrowIfImplementationAndServiceTypeParamsDontMatch(Type implType, Type serviceType) in D:\Dev\DryIoc\src\DryIoc\Container.cs:7548
  at DryIoc.ReflectionFactory.ThrowIfInvalidRegistration(Type serviceType, Object serviceKey, Boolean isStaticallyChecked, Rules rules) in D:\Dev\DryIoc\src\DryIoc\Container.cs:7516
  at DryIoc.Container.Register(Factory factory, Type serviceType, Object serviceKey, Nullable`1 ifAlreadyRegistered, Boolean isStaticallyChecked) in D:\Dev\DryIoc\src\DryIoc\Container.cs:177
  at DryIoc.Registrator.Register(IRegistrator registrator, Type serviceType, Type implementationType, IReuse reuse, Made made, Setup setup, Nullable`1 ifAlreadyRegistered, Object serviceKey) in D:\Dev\DryIoc\src\DryIoc\Container.cs:4534
  at ConsoleApp1.Program.Main(String[] args) in E:\Tes\PRoject\2018.11.10\ConsoleApp1\ConsoleApp1\Program.cs:43

That's because of this line TestClass<TKey> : AbsTestClass<string> {}
You're not propagating the TKey and limiting it to string instead.
Change it to TestClass<TKey> : AbsTestClass<TKey> {} and it should work.

PS：This method of use seems to work at Castle Windsor, but I don't know why DryIoc doesn't work.

Thanks,I seem to be trying another way.


Glow API load

Part of the instability issue is the load on the Glow servers, from calculating the yearly totals.
In the Rest API spec, there is a depricated value called ‘currentMeterReading’.
This is all we need for HA.
If Hildebrand were to reinstate the meter reading value, it would be relatively simple to rework this integration, to give everything the Energy integration needs (combined with the utility meter integration).
It would be a breaking change, but should relieve the server load considerably.
(Reduced the API calls in half - only need one call, not daily & yearly; the computation cost their end would be reduced).
Does anyone have good contact with Hildebrand to discuss this concept?

I sent this suggestion to Hildebrand and this is the reply I got. They asked me to post it here
Thanks for bringing this confusion to our attention. For the record, the only segment of users who can access that functionality are people who have a Secure SMETS1 meter with our CAD connected and their meter has not been enrolled in the DCC. Unfortunately, as a DCC Other User we are not able to retrieve the Meter Read from the meter, it is not part of the restricted set of service requests we can make.
We've updated our swagger documentation based on the comment.

Would it be worth simulating this anyhow?  We could get the current total (sum) and then simply poll the /current endpoint and do the maths ourself.  Only one api call would be needed, and with DataUpdateCoordinator updating the individual sensors would be trivial.
It may also be possible at startup to work out what period we don't have data for and request a sum only of the missing data, but I don't know enough about HA's (sprawling) ecosystem to know how to do that, and I suspect the advantage would be pretty minimal---HA instances don't tend to restart very often.

Unfortunately as described here: https://docs.glowmarkt.com/GlowmarktAPIDataRetrievalDocumentationIndividualUserForBright.pdf
current consumption is not available via the DCC, as the data is always delayed by 30 mins.
The changes in #191 are the best way of simulating this I can think of and should reduce the load on the API. I am working hard on implementing them but it is taking a lot longer than expected 😅


fix: changed size of svg images

Fixes:
#19
Changes made
Earlier the svg images were very small and thus were not clear, now the size is increased and are thus clear enough.

Please provide a screenshot to one of the pages and a test link to a website.

Still changes are needed as all the schematics have a very small size and aren't clearly visible like :

Some of the schematics have path changed and so are missing and only a box appears

Size of screenshots and schematics are different

Request: Please keep height and width of the schematics(not applicable to every image) same

@harsh-2711 I have  kept the dimensions 500 X 200 for all the images as most of them are clearly visible and are not over-sized with these dimensions but if you want I can still make them larger

@harsh-2711 I have changed the dimensions to 500 X 500 now all the images are very much visible

@abhinavraj23  Can you please provide link to your github page so that everyone can review and we don't need to search for changes in your repo.

https://github.com/abhinavraj23/pslab-experiments here its is @harsh-2711  :+1: