2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_request (20, 37, 0, <DeconzAddressEndpoint address_mode=2 address=0x226A endpoint=1>, 260, 258, 1, b'\x18S\x0b\n\x00', 2, 0)
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 37]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_confirm (0,)
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] APS data confirm response for request with id 37: 00
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Request id: 0x25 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x226a endpoint=1>, status: 0x00
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_INDICATION|2: 170>, 0]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [30, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x55f7>, 1, 260, 258, b'\x08u\n\x08\x00 \x1d', 0, 175, 215, 212, 246, 254, 0, -67]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy.zcl] [0x55f7:1:0x0102] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=117 command_id=Command.Report_Attributes>
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy.zcl] [0x55f7:1:0x0102] ZCL request 0x000a: [[Attribute(attrid=8, value=<TypeValue type=uint8_t, value=29>)]]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy.zcl] [0x55f7:1:0x0102] Attribute report received: current_position_lift_percentage=29
2020-09-24 11:32:19 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x55F7:1:0x0102]: Attribute report 'Window Covering'[current_position_lift_percentage] = 29
2020-09-24 11:32:19 DEBUG (MainThread) [homeassistant.components.zha.cover] setting position: 29
2020-09-24 11:32:19 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event state_changed[L]: entity_id=cover.bedroom_finn_left, old_state=<state cover.bedroom_finn_left=open; current_position=72, friendly_name=cover.bedroom_finn_left, supported_features=15 @ 2020-09-24T10:48:25.226646+02:00>, new_state=<state cover.bedroom_finn_left=open; current_position=71, friendly_name=cover.bedroom_finn_left, supported_features=15 @ 2020-09-24T10:48:25.226646+02:00>>
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Sending Zigbee request with tsn 117 under 38 request id, data: b'18750b0a00'
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x55f7>, ep: 1, profile: 0x0104, cluster_id: 0x0102, data: b'08750a0800201d'
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_request (20, 38, 0, <DeconzAddressEndpoint address_mode=2 address=0x55F7 endpoint=1>, 260, 258, 1, b'\x18u\x0b\n\x00', 2, 0)
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 38]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_confirm (0,)
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] APS data confirm response for request with id 38: 00
2020-09-24 11:32:19 DEBUG (MainThread) [zigpy_deconz.api] Request id: 0x26 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x55f7 endpoint=1>, status: 0x00

As you can see in the logs the right blinds is a lot faster in this test, the left blind is setting to position to '1' when the right blind was already at position '25'
setting position: 25 (right blind)
setting position: 1 (left blind)
At some point I click the button again to make the blinds stop, this is the end position for both of them, of course the right blind is a 'more closed' than the left blind:
setting position: 54 (right blind)
setting position: 29 (left blind)
Is there any way to reduce this delay I am experiencing? Thanks in advance!

This is the same issue I had for months but now my delay is minimal not sure why it's changed.

Do you have OTA updates enabled for ikea? Can you share you firmware versions:

Repeaters: 0x22005631
Blinds: 0x22009631
Close/open button: 0x22010631

@blair287 Do you have OTA updates enabled for ikea? Can you share you firmware versions? These are mine:

Repeaters: 0x22005631
Blinds: 0x22009631
Close/open button: 0x22010631

I do have OTA updates enabled last time I checked they were up to date but don't know what versions.

@blair287 Do you have OTA updates enabled for ikea? Can you share you firmware versions? These are mine:

Repeaters: 0x22005631
Blinds: 0x22009631
Close/open button: 0x22010631

I do have OTA updates enabled last time I checked they were up to date but don't know what versions.
At work will get versions when home.

Thx, eager to know your versions :D

@blair287 Do you have OTA updates enabled for ikea? Can you share you firmware versions? These are mine:

Repeaters: 0x22005631
Blinds: 0x22009631
Close/open button: 0x22010631

I do have OTA updates enabled last time I checked they were up to date but don't know what versions.
At work will get versions when home.

Thx, eager to know your versions :D

@blair287 I am on the same version it seems

@blair287 I am on the same version it seems

My delay is back 5 seconds between issuing command and it moving.
All I did was update from 114.4 to 116.2.

@blair287

All I did was update from 114.4 to 116.2.

Yep, very annoying. We can't be the only 2 with this issue right?

@blair287

All I did was update from 114.4 to 116.2.

Yep, very annoying. We can't be the only 2 with this issue right?

ive found a few people with the delay too not sure why its there its very annoying feels like they dont work properly never had an issue with smartthings and this blind.
if you use the ikea hub it seems battery life is not shown in HA it seems there is no good integration for these blinds into HA shame they are good.

I can verify that this is an issue.
I purchased 2 and mounted them side by side in our livingroom.
First they were both quick (reacted within 1 second after click) but as time went they became slower to react. Now I have changed 1 of them to a new one and this one is again very quick but it is getting slower to react also...
Not sure if it's a blind thing or a ZHA thing...
Though I think it's a ZHA thing since they became instantly more slow when I switched from deconz to ZHA!

Logs? Radio?

@Adminiuga I posted logs in the original post

Logs ? Radio?

@Jdruwe those were meant for @APayerl .
You provided a detailed descriptions, thank you for that. But I don't know how to help you. In the logs I see only attribute reports from the blinds --> blinds are moving.
Per your description (+ logs) it sounds like you bound remote directly to the blind group. In this case ZHA/zigpy_deconz are completely out of the control loop and blinds are reacting to the command sent by the remote and since it is a Group command, this command is sent out as a broadcast.
Have you tried issuing the stop command not from the remote, but from ZHA using zha.issue_zigbee_group_command service? Just would be interested to know if there's any difference?

Hmmm never used zha.issue_zigbee_group_command before, worth a try. I see that I need to provide the following:

Is there an easy way to find these out?

similar to what Remote sends in the zha_event:
device_ieee=68:0a:e2:ff:fe:41:94:c3, unique_id=68:0a:e2:ff:fe:41:94:c3:1:0x0102, endpoint_id=1, cluster_id=258, command=down_close, args=[]
Should be something like
group: <your group number, should be able to see it in the groups>
cluster_id: 258
command: 2

All commands are in

so the stop command id is 0x02 you can find more details about other commands in https://zigbeealliance.org/wp-content/uploads/2019/12/07-5123-06-zigbee-cluster-library-specification.pdf page 451 section <IP_ADDRESS>

I just unbind the ikea remote from the windowcovering cluster, is this an issue? 258 for cluster_id doesn't seem to do anything.

no need to unbind the remote.
Yes, in your case the group id is 0x0009 hex which is still 9 in decimal, so full command to stop the move would be:
group: 9
cluster_id: 258
command: 2

may have to add args: [] but i don't think that's needed.

I did a rebind for the remote and used the values you provided:
2020-11-02 20:28:22 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event call_service[L]: domain=zha, service=issue_zigbee_group_command, service_data=group=9, cluster_id=258, command=2, args=[]>
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Sending Zigbee multicast with tsn 41 under 42 request id, data: b'012902'
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_request (17, 42, 0, <DeconzAddressEndpoint address_mode=ADDRESS_MODE.GROUP address=0x0009 endpoint=None>, 260, 258, 1, b'\x01)\x02', 2, 0)
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 42]
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_INDICATION|2: 170>, 0]
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [26, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0x0009>, 1, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, 260, 258, b'\x01)\x02', 0, 175, 137, 69, 99, 49, 1, 80]
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy.device] Ignoring message (b'012902') on cluster 258: unknown endpoint or cluster id: 'No cluster ID 0x0102 on (00:21:2e:ff:ff:04:f7:fd, 1)'
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, ep: 1, profile: 0x0104, cluster_id: 0x0102, data: b'012902'
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_confirm (0,)
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] APS data confirm response for request with id 42: 00
2020-11-02 20:28:22 DEBUG (MainThread) [zigpy_deconz.api] Request id: 0x2a 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.GROUP address=0x0009 endpoint=None>, status: 0x00
2020-11-02 20:28:22 DEBUG (MainThread) [homeassistant.components.zha.api] Issued group command for: cluster_id: [258] command: [2] args: [] manufacturer: [None] response: [2, <Status.SUCCESS: 0>]

This one seems a bit weird:

2020-11-02 20:28:22 DEBUG (MainThread) [zigpy.device] Ignoring message (b'012902') on cluster 258: unknown endpoint or cluster id: 'No cluster ID 0x0102 on (00:21:2e:ff:ff:04:f7:fd, 1)'

You can ignore this one. Essentially ConBee is part of any groups and this is just a loopback from the command you sent out. But coordinator itself does not have this cluster thus the error message

Also when I trigger it using the remote (which does work) I see this:

2020-11-02 20:29:46 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event zha_event[L]: device_ieee=68:0a:e2:ff:fe:41:9

zha_event does do translation of the command_id to string, if available, thus the string. I don't remember if we allow "command_names" as the command id, might add it later.
So when you issue this command, do the blind stop moving?

So when you issue this command, do the blind stop moving?

No, nothing happens, not sure what I forgot.

Some fundamental with IKEAs blinds. The blinds is one end device and the remot 2 so both can / is sleeping. Then sending one command from the remote the blinds must being awake for receiving it and executing it. IKEA is using the repeater that is first bonded to the remote (with groupe). After that you should binding the blinds to the repeater (with the remote if being in IKEA GW) to the same groupe. If using ZHA is best only opening the repeater for joining then paring the blinds so they is using is as router.
Then its done and you is sending one command to the blind thru the group the repeater is "holding" it and waiting for the blind waking up and fetching the command and executing the command.
If trying sending some commands directly from the remote to the blinds without the repeter you need mutch luck for getting it working without delays and missed commands.
Then you have more devices that is acting as routers in the near it can working without the repeater  but i think its have more unktion in the firmware then only acting a router in the mesh (If its have groupe cluster it should being added to the group of the bonded remote).
TXStatus.NWK_ROUTE_DISCOVERY_FAILED = the coordinator cant finding the route to the device then trying sending the command.
If the blindes is connected to the repeater the coordinator is sending the command to the repeater and the repeater is waiting for the blinds to check in and catching the command.

yes, but the group command request id was 152 and that one was sent out successfuly
2020-11-02 21:10:40 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event call_service[L]: domain=zha, service=issue_zigbee_group_command, service_data=group=9, cluster_id=258, command=1>
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Sending Zigbee multicast with tsn 151 under 152 request id, data: b'019701'
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_request (17, 152, 0, <DeconzAddressEndpoint address_mode=ADDRESS_MODE.GROUP address=0x0009 endpoint=None>, 260, 258, 1, b'\x01\x97\x01', 2, 0)
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 152]
2020-11-02 21:10:40 DEBUG (MainThread) [homeassistant.core] Bus:Handling <Event state_changed[L]: entity_id=sensor.processor_use, old_state=<state sensor.processor_use=5; unit_of_measurement=%, friendly_name=Processor use (percent), icon=mdi:cpu-64-bit @ 2020-11-02T21:09:40.617740+01:00>, new_state=<state sensor.processor_use=1; unit_of_measurement=%, friendly_name=Processor use (percent), icon=mdi:cpu-64-bit @ 2020-11-02T21:10:40.590668+01:00>>
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_INDICATION|2: 170>, 0]
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [26, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0x0009>, 1, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, 260, 258, b'\x01\x97\x01', 0, 175, 109, 234, 104, 49, 1, 77]
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy.device] Ignoring message (b'019701') on cluster 258: unknown endpoint or cluster id: 'No cluster ID 0x0102 on (00:21:2e:ff:ff:04:f7:fd, 1)'
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, ep: 1, profile: 0x0104, cluster_id: 0x0102, data: b'019701'
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_confirm (0,)
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] APS data confirm response for request with id 152: 00
2020-11-02 21:10:40 DEBUG (MainThread) [zigpy_deconz.api] Request id: 0x98 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.GROUP address=0x0009 endpoint=None>, status: 0x00
2020-11-02 21:10:40 DEBUG (MainThread) [homeassistant.components.zha.api] Issued group command for: cluster_id: [258] command: [1] args: [] manufacturer: [None] response: [1, <Status.SUCCESS: 0>]

the failed with route discovery confirmations, are from the requests prior to it, not present in this log.
Strange that the request are not working, the group requests are  broadcasts, so should be delivered to the end devices as well.
But you have an interesting point, of joining both blinds and the remote through the same repeater, which would act as the same parent for all these devices.

actually those two failed requests are related to HUE bulbs, probably state polling.

Sorry for not reading the log.
If using the blinds without coordinator then its one must having one repeater also with more then one blinds and more remotes its must have one repeater or more for working. I can being that its working with normal routers if they is nice behaving.
The "forcing joining router" is great i have doing it with all my xaiomi sensor so they have good routers and not being lost.
Most HUE routers dont like IKEA end devices and normalcy dont updating the child table the children is changing parents. (I have one removed ebd device that is reported in ZHA maps as unknown in zigbee.DB and coming from my HUE bulb and is going away then repower the bulb).
Is the IKEA repeater have group cluster or its only basic cluster ?
Some have saying they is only one router without functions but i think it can being more baked in the firmware like hocking up the manufacturer and device id and acting as one gateway / routers for thesis commands.

I am not sure what you mean by 'forcing joining router'. Before I discovered the ikea devices (remote, blinds and repeaters) within the ZHA integration I reset everything. I haven't done anything special to create a relationship between remote and repeater or repeater and blinds, I just thought the repeater acted as an extra zigbee repeater.

In ZHA open one device you have:
Configure device
add devices via this device
Zigbee signature
manage cluster
remove device

Clicking on "add devices via this device" and ZHA is opening this device for joining devices and no other router and the coordinator.

I just thought the repeater acted as an extra zigbee repeater

Repeater acts as a repeater, but that won't make existing "battery" operated devices to switch to it, unless their previous parent goes down.
You would need to reset the device blind/remote and when joining, open the IKEA repeater only for joining via as per https://github.com/zigpy/zha-device-handlers/issues/502#issuecomment-720735023

Pick ikea repeater
click "add devices via this device"
initiate pairing on the device you are re-joining: remote/blind

Do not remove the devices from ZHA, just factory reset them. This would keep all configured customization for the devices intact.

Ok I'll try that just one small question, by 'just factory reset them' you mean like ikea has included in the manual? Wouldn't I lose for example the max length of my ikea covers?

the max length will be lost, yes.  Would need recalibration again.

Ok just start completely clean I removed all devices and factory reset everything (blinds, remote and repeaters) + added the re[eaters first as usual and added blinds and remote using the "add devices via this device" option from the repeater. It seems to work faster now. Will test it the next days, thank you soo much guys for all the help, greatly appreciated!
One last question: I linked the remote to the blinds using the group binding select option in the manage cluster option from the remote, that is still the way to go right? It just now using the repeater behind the scenes because we explicitly asked it to do so?

One last question: I linked the remote to the blinds using the group binding select option in the manage cluster option from the remote, that is still the way to go right? It's just now using the repeater behind the scenes because we explicitly asked it to do so?

Yes. The idea is that all devices are connected to the same parent and when repeater receives the group command it is going to keep it and notify both blinds about the command, when the blinds do next checkin.
Very possible, ikea is doing special handling of the blinds connected to it 🤷 Do the blinds respond to group commands issued from ZHA with issue_zigbee_group_command now?
@MattWestb great idea connecting all blinds to the same parent 👍

Great work @Jdruwe !!
And thanks Adminiuga.
Then starting building the network is best starting with the routers devices so they can build the mesh so you getting good coverage and its can stabilization. The great thing with ZHA is the possibility "forcing" with router to joining devices. I was having problems with 2 Xaiomi sensors that didn't like being paired to mw IKEA ZN3 bulbs but gladly paired with some "chinese ZB3) led rives (HOMA) but after some days they was moving to better routers and the other 2 xaiaomi sensors was happy with "IKEA ZB3" rouers. I was moving one aqara weather in my bath that was connected thru one bulb in living room to one moved outlet in the bath thru open the outlet for joining, power of the "old parent" and the short pressing the pairing / contact button on the sensor and it was in and repower thr "old parent". I have doing the same with all my end devices that have routers in the near and looks working good also with Xiaomi ones ;-)
I think ist possible using the blinds and the remote without repeater and letting "normal routers" making the relaying of the commands but i think its better using the originals and trying forcing the blindes using it as parent. If having routing problems like your Philips HUE is having then its very bad then the messages can being lost or must being rerouted around the mesh. And very important thing: always do real binding of the remote to the roupe and also to the blind then the remote is using broadcast to the groupe thru hole mesh and can going around routing problems if percent in the mesh (but technical getting more traffic). Also groupe binding is working then the coordinator is offline that can saving you  mutch "wife problems" if you SD-card is being corrupted or some other HW and SW problems ;-))
By the way IKEA is using nery only broadcasts in there GW (Have sniffing little around) that is good for routing problems but is eating capacity of the mesh very fast then the underlying network of zigbee is limited to around 1.2 broadcasts / seconds for not getting broadcast storms that flooding the mesh but they is not made for building very large networks only little lighting in the apartment ;-))

Do the blinds respond to group commands issued from ZHA with issue_zigbee_group_command now?

No that still does not work for some reason.

@MattWestb

And very important thing: always do real binding of the remote to the roupe and also to the blind then the remote is using broadcast to the groupe thru hole mesh and can going around routing problems if percent in the mesh (but technical getting more traffic). Also groupe binding is working then the coordinator is offline that can saving you mutch "wife problems" if you SD-card is being corrupted or some other HW and SW problems ;-))

I binded the remote to the blinds group using the WindowCovering, is that what you mean? Because I am not sure what you mean with the  and also to the blind then the remote is using broadcast to the groupe thru hole mesh and can going around routing problems if percent in the mesh part

I think the Window Covering is the one you need to bind.
Perhaps also the groupe cluster is needed but i have not testing it then i dont have any blinds.
Then the blindes is members of the groupe they is getting the command then you is pressing the buttons.

I use hue bulbs too and this issue is still here.
I did try powering all my hue bulbs off for a day and tried the blind again but still slow to react
My button and blind are both paired through repeater.
Weirdly mine was instant for about a month then when back to being slow.

@blair287 Install ZHA maps and one of the maps that is described so you can see which routers the blinds and remote is using.
(zha-network-visualization-card is only showing the links that is being used and zigzag is showing all possible links that can being used and the quality of them)
The worse is then they is connected to the coordinator then its stop working is its down and the devices must stretching one new parent for sending / receiving commands.
If the HUE bulbs is working OK its better having them in the network but I have one that is not aging out its children then they have changed its parent and that can being very bad then sending commands to the devices and the coordinator cant finding one working route to the device.
If binding the remote to one groupe its sending the command with broadcast and can going around bad routes if having moderate routing problems but its not helping if having severe communication problem in the network.
Still if possible getting the blinds and and the remote using the same router (signal repeater or one other good working one) and the group is right configured its should working without problems also with different routers as long the network is working OK and not being blocked of interferences and bad behaving devices.

@blair287 Install ZHA maps and one of the maps that is described so you can see which routers the blinds and remote is using.
(zha-network-visualization-card is only showing the links that is being used and zigzag is showing all possible links that can being used and the quality of them)

There is no need to do this if you wait for the next release or use the beta for HA. It is built in now.

Saint Lucia (Swedish the queens of lights that is bringing the light in the dark on 13/12) is bringing HA 1.0 on 13 december if can waiting :-))

@blair287 Install ZHA maps and one of the maps that is described so you can see which routers the blinds and remote is using.
(zha-network-visualization-card is only showing the links that is being used and zigzag is showing all possible links that can being used and the quality of them)

There is no need to do this if you wait for the next release or use the beta for HA. It is built in now.

Sounds ace I will wait till the new release.
Just to be clear though I have a delay using the button or just sending down or up command from HA too.
But once it starts moving for about 5 minutes everything is instant then if you leave it along for a while the first command will have a delay of about 5 seconds.

My button and blind are both paired through repeater.
Weirdly mine was instant for about a month then when back to being slow.

Probably picked a new parent, thus slow again

My button and blind are both paired through repeater.
Weirdly mine was instant for about a month then when back to being slow.

Probably picked a new parent, thus slow again

Possibly but I have unpaired and repaired through the repeater multiple times after it started to go slow still no good.
If it is the hue bulbs not a fan of having their hub again.
Will wait for new release see how it's all connected and report back.

I dont have any blinds for testing / sniffing but its looks some more magic has being found.
Its looks like normal group commands is sent to thru NWK 0xfffd that is only being picked up of no sleeping end device with radio on and routers.
IKEA open/close controller looks sending groupe command to NWK 0xffff and its also being picked up of sleeping end device with radio off.
I dont have seeing the sniff analyse but cold being worth looking at if the signal repeater and the blinds  is treating its special as the 5 button remote is doing with the 0xff09 groupe.
Findings: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3881

My button and blind are both paired through repeater.
Weirdly mine was instant for about a month then when back to being slow.

Probably picked a new parent, thus slow again

Updated to the 12-2020 and used the visualisation and both the button and blind are connected to the tradfri repeater and the repeater is also connected the the conbee.

then must be https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3881

I can confirm that remote button sends Group Commands to 0xFFFF nwk address, however both ConBee and EZSP radios sends group commands to 0xFFFD address and there are no ways to change it.
But it looks like OP was able to solve his problems by pairing blinds and remote to the same repeater.

So 0xffff is one "real" broadcast address in the network layer and 0xfffd is one "ZLL" broadcast/multicast address limit to only routes and not sleeping end device with radio on.
I have no evidences but IKEA was doing many firmware updates for the signal repeater and if it was only one "normal" router that should not being necessarily.
Then sniffing the 5 button remote is the remote setting up the network on the new device and is doing "normal" configuration and then setting setting on IKEA specific command on its cluster before the group is being sended with Touchlink to the new device (The command can only being sent with TL if all is ala Zigbee standard). The "IKEA magic" is then doing binding of all clusters to the added groupe also to the cluster that is not exposed on the endpoints (for the remote the binding of the scene cluster is not working with normal binding but is OK then adding group thru TL).
I think IKEA have doing the same with the signal repeater = Configuring the group with TL and binding the clusters that is used for the blinds (that is not exposed on the endpoint I think but dont remember) and also the special 0xfff group addressing.
Also I think IKEA have one "relay" or proxy service bild in the repeater that is being configured thru TL.
Then the next part: Then IKEA is using 0xffff I dont believe that the devs have rewritten Silabs zigbee stack for implementing it then its to high risk and costs connected to do that. But very likely it can being that its already implemented in the stack as one "undeockumented future" (That is normally one nice name for bug). Perhaps one question in the Silabs dev forum can bringing light in the problematic ?
It can also being that the signal repeater is listening on bothe 0xffff and 0xfffd and if some commands is coming on 0xff0d its "translating" it to 0xffff and putting it in its relay / proxy for sending it the the blinds in the corresponding groupe of its connected children. Still we cant configuring the groupe without touch link :-(((
One thing with IKEA. They is not selling some thousands of one product (normally one batch is multi millions pieces but its depends of the product / region) and is having one good working quality control system that is working world wide. If one product that have being sold for years like the bookshelf Billy (NOT THE EZSP ONE !!) is start getting reclamations its taking very short time before the alarm bells is sounding and then the time is ticking to finding the problem and elemating it. If one supplier is doing somthing wrong with one serie its being fast pinned out and blocked for selling it world wide. IKEA cant selling one product that 50% is coming back as reclamations (as there chinese TV was doing in EU) then the company is ded in some months / hals year because its so large and costing so much money.
Now to the blinds: The release was drawn back many months because of technical problems (hard / software or both) and is still not being sold on all markets / regions.
In EU all gods that is being sold to private person must have 24 guarantee and also the customer have the right to reclaiming it in 36 months if its manufacturing fault in it. If all the blinds that is being sold in EU is being returned within 3 years its very much money for the company being lost for the company.
So my conclusion is the signal repeater is not one dumb router without function but have some hidden magic inside but very unlikely not one rewritten zigbee stack.
Its in AT 15€ and the E1743 is 6€, The E1743 is having more components and custom PCB without the standard module = more expensive to produce (minus the USB charger that is included).
Also being very interesting getting one good (with all packages and no lost one) sniff from paring the open/close switch with the repeater and then the blinds and then the commands being transmitted between then in real. But I dont having the money for buying them for the moment.
Little funny / strange is that in some systems for some users its working very good also without the repeater.

I've tried with and without repeater always a delay on first command.
Pairing the blind to smartthings hub it's instant all the time.

there's

so with EZSP coordinator looks like it is possible to send group commands to sleepy devices, although it is not Zigbee compliant

there's

so with EZSP coordinator looks like it is possible to send group commands to sleepy devices, although it is not Zigbee compliant

Then its possible doing one "bellows IKEA" thing as they have done with the Open/Close Switch :-)))
In pretty sure is not possible doing it with all radios (at least very unlikely with the CC-253X ones) but implanting one general function for sending groupe commands with the address 0XFFFF and if the radio is not supporting it then the radio lib (or zigpy) is defaulting to normal grupe broadcasts in ZLL (0XFFFD) way.
Then making one function that can being called in quirks for sending the grupe commands to 0XFFFF for specific command / clusters. This way the the quirk is working if the radio is supporting the function or not.
And its can being user in the future if needed for some more devices that have using the network layer functions that is not implanted in the Zigbee layer.
I think is worth trying if some users can testing it in real but its not helping if the remote is not working OK then its then behaving in the same way in the network layer as groupe commands from the coordinator but i think its one step in the right direction for getting it working little better.
Is our @puddly knowing if its possible to implanting this function in the new and / or old TI radios stacks ?
Is it some users out there with IKEA blinds on one IKEA GW that can making some sniffs for the devs looking ok ??
Interesting is seeing normal commands being sent from the remote to the signal repeater and then to the blinds if its possible catching at the same time and also the pairing sequence then pairing first the remote with the GW then signal repeater with the remote and then the blinds with the remote (ala IKEAs pairing procedure).
If trying you can  easily getting your network keý by paring one light with pushing the pairing button "under the hud" of the GW and its doing one ZHA pairing with ZHA default key that you can decrypting your network key with :-))

Then its possible doing one "bellows IKEA" thing as they have done with the Open/Close Switch :-)))
In pretty sure is not possible doing it with all radios (at least very unlikely with the CC-253X ones) but implanting one general function for sending groupe commands with the address 0XFFFF and if the radio is not supporting it then the radio lib (or zigpy) is defaulting to normal grupe broadcasts in ZLL (0XFFFD) way.
Then making one function that can being called in quirks for sending the grupe commands to 0XFFFF for specific command / clusters. This way the the quirk is working if the radio is supporting the function or not.
And its can being user in the future if needed for some more devices that have using the network layer functions that is not implanted in the Zigbee layer.
I think is worth trying if some users can testing it in real but its not helping if the remote is not working OK then its then behaving in the same way in the network layer as groupe commands from the coordinator but i think its one step in the right direction for getting it working little better.
Is our @puddly knowing if its possible to implanting this function in the new and / or old TI radios stacks ?
Is it some users out there with IKEA blinds on one IKEA GW that can making some sniffs for the devs looking ok ??
Interesting is seeing normal commands being sent from the remote to the signal repeater and then to the blinds if its possible catching at the same time and also the pairing sequence then pairing first the remote with the GW then signal repeater with the remote and then the blinds with the remote (ala IKEAs pairing procedure).
If trying you can  easily getting your network keý by paring one light with pushing the pairing button "under the hud" of the GW and its doing one ZHA pairing with ZHA default key that you can decrypting your network key with :-))

Then its possible doing one "bellows IKEA" thing as they have done with the Open/Close Switch :-)))
In pretty sure is not possible doing it with all radios (at least very unlikely with the CC-253X ones) but implanting one general function for sending groupe commands with the address 0XFFFF and if the radio is not supporting it then the radio lib (or zigpy) is defaulting to normal grupe broadcasts in ZLL (0XFFFD) way.
Then making one function that can being called in quirks for sending the grupe commands to 0XFFFF for specific command / clusters. This way the the quirk is working if the radio is supporting the function or not.
And its can being user in the future if needed for some more devices that have using the network layer functions that is not implanted in the Zigbee layer.
I think is worth trying if some users can testing it in real but its not helping if the remote is not working OK then its then behaving in the same way in the network layer as groupe commands from the coordinator but i think its one step in the right direction for getting it working little better.
Is our @puddly knowing if its possible to implanting this function in the new and / or old TI radios stacks ?
Is it some users out there with IKEA blinds on one IKEA GW that can making some sniffs for the devs looking ok ??
Interesting is seeing normal commands being sent from the remote to the signal repeater and then to the blinds if its possible catching at the same time and also the pairing sequence then pairing first the remote with the GW then signal repeater with the remote and then the blinds with the remote (ala IKEAs pairing procedure).
If trying you can easily getting your network keý by paring one light with pushing the pairing button "under the hud" of the GW and its doing one ZHA pairing with ZHA default key that you can decrypting your network key with :-))

id me willing to help no idea what you would need though.
like to point out about 3 months ago i went through a period of about 3 weeks where it worked fine instant all the time but before that period and after is the delay on first command behaviour, i thought it was a HA update but reverted back and issue was still there so no idea why it worked for a few weeks.

Then its possible doing one "bellows IKEA" thing as they have done with the Open/Close Switch :-)))
In pretty sure is not possible doing it with all radios (at least very unlikely with the CC-253X ones) but implanting one general function for sending groupe commands with the address 0XFFFF and if the radio is not supporting it then the radio lib (or zigpy) is defaulting to normal grupe broadcasts in ZLL (0XFFFD) way.
Then making one function that can being called in quirks for sending the grupe commands to 0XFFFF for specific command / clusters. This way the the quirk is working if the radio is supporting the function or not.
And its can being user in the future if needed for some more devices that have using the network layer functions that is not implanted in the Zigbee layer.
I think is worth trying if some users can testing it in real but its not helping if the remote is not working OK then its then behaving in the same way in the network layer as groupe commands from the coordinator but i think its one step in the right direction for getting it working little better.
Is our @puddly knowing if its possible to implanting this function in the new and / or old TI radios stacks ?
Is it some users out there with IKEA blinds on one IKEA GW that can making some sniffs for the devs looking ok ??
Interesting is seeing normal commands being sent from the remote to the signal repeater and then to the blinds if its possible catching at the same time and also the pairing sequence then pairing first the remote with the GW then signal repeater with the remote and then the blinds with the remote (ala IKEAs pairing procedure).
If trying you can easily getting your network keý by paring one light with pushing the pairing button "under the hud" of the GW and its doing one ZHA pairing with ZHA default key that you can decrypting your network key with :-))

id me willing to help no idea what you would need though.
like to point out about 3 months ago i went through a period of about 3 weeks where it worked fine instant all the time but before that period and after is the delay on first command behaviour, i thought it was a HA update but reverted back and issue was still there so no idea why it worked for a few weeks.

I see this is a very old thread but having recently bought IKEA blinds I now have this same issue with a pair that used to work instantly together but now the left one has a 5-10sec delay to all commands.
I didn't fully understand what was being said in this thread and didn't see if there was a fix.
I don't use the IKEA hub, just a Sonnoff dongle and HA.

Thanks Matt, yes I have 4 blinds and four controllers and have been trying to do OTA updates for days now.
7 have completed (eventually) and haven't made any difference. But the last one is so frustrating as the battery drains faster than the update and the update then fails. I've just installed my 3rd new 3032 so will try again. It's not unusual to see 10 hours as the expected completion time and the controller I guess doesn't get to sleep, hence the battery drain. I'm only doing one update at a time.
The only blind out of the four that has this delay in part of a pair in a group, the other blind in the group works fine. I'm thinking of removing the group and just have HA control them on their own - hopefully, that might remove the delay.
I don't bind any of my IKEA devices, I want everything to come from HA only and avoid any conflicts.
Good of you to reply, I thought the thread might be too old and neglected :-)

From: MattWestb @.>
Sent: 06 June 2023 09:30
To: zigpy/zha-device-handlers @.>
Cc: Bob @.>; Comment @.>
Subject: Re: [zigpy/zha-device-handlers] [BUG] IKEA Fyrtur blinds command delay (#502)
IKEA have released firmware update for all blind and controller with many bug fixes.
First try updating the blinds and then the remotes .
The problem is that the remotes is loosing group bindings and must being bonded / device in the remote if you like having them real bonded (bonding = the remote sending commands to other devices without the host system so its working also then the system is down).
—
Reply to this email directly, view it on GitHubhttps://github.com/zigpy/zha-device-handlers/issues/502#issuecomment-1578182100, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AGFE7PTFRRQ7KXP3C6SLDALXJ3TDVANCNFSM4RYCRKBQ.
You are receiving this because you commented.Message ID: @.***>

If battery's  is not nearly in the blinds and remotes they is not accepting the OTA request so need have good batteries in all devices and for the controllers its take 2 hours or more is its eating around 50% of one new battery.
Fast batteries darning was made of around 10 bugs and most if fixed in the later 24.X firmware and the best not getting draining is pairing it nera one good router device and keep it there so its not jumping to one new parent and trigger the bugs.
The OnOff Dimmer have the same firmware but different data setting in the device and i and some other user have devices that was not flashing the OTS file and was looping updates and in the end we was flashing it with debugger and it was working OK.
If you like have fast response you shall binding the remote to the blinds (group with old firmware and devices for the latest ones) and you is not loosing functionality in HA all is working OK also reporting of the status of the bling shall being as before only that is local and faster with remotes and you still making normal automatons in HA as before.


Feature Request: Tags prefix

Would be good to have prefix settings for suggested tags
For example:
aka my prefix setting is ss\
all suggested tags would be ss\blah1 ss\blah2

hi @ShravanSunder sorry for responding so late ago
this is def in the backlog and I would also love to have this feature


Add basic Token support for notification subjects

Add basic token support for mail_subject.
You can use the following tokens in your mail subjects :

{{ data.id }} = the id of the record
{{ data.ip }} = the ip of the sender
{{ data.date }} = the actual date
{{ data.$field }} = Where $field is the name of a field of your form to display the value of that field

See the issue : https://github.com/skydiver/october-plugin-forms/issues/87

I like the without prefix option for elegance and simplicity, but it can bring problems if you have some fields with the same name than that "core" values added by magicform.
That's why, to avoid all kind on conflict, I would suggest something like that :
for all core values
{{ record.id }}
{{ record.ip }}
{{ record.date }}
for all form values
{{ field.textfield }}
{{ field.textarea }}
etc...
Like that you will never have a form field that conflict with core ones, and you avoid to reference your field values using 3 level array ({{ record.field.myfield }}

excellent, really like your final solution

first, i think we need to change the default date to something very generic: Y-m-d.

Also, i can't imagine how to convert the format, don't want to create a parallel twig and start doing things like {{ record.date|format('d/m/Y') }} or {{ date(record.date) }}
So, i will say that convert the date it's too much for this case, but i'm open to discussion.
Maybe we can just change the default date format, release the update and later, think on the feature.
What do you think?

To avoid to reinvent the wheel with dates format, the best would be to be able to load twig parsing for that field. Not enought familiar with october yet to do that kind of stuff, that's why I did good old str_replace. If somebody more experienced could point the right direction, I could create another PR.


Provide a way to mask URL Parameters.

Hello!
I am looking for a way to mask URL parameters with this library. At the moment there seems to not be a way to mask Url parameters.
In Microsoft there is a way to hide and show the url parameters but wondering if this library could provide a way to mask URL parameters when sending data to clarity.
Thanks!

Hello Ivan, every sensitive information is masked by default, but just add data-clarity-mask="true" to the attributes of the elements you want to mask or data-clarity-unmask="true" if you want to unmask them.


Add check for AWS ARNs

What this PR does / why we need it:
Small fix for https://github.com/openshift/hypershift/pull/1516
If ARNs are not provided in the HC, either through the new or old fields, we just render a credentials file that looks like
[default]
role_arn =
web_identity_token_file = /var/run/secrets/openshift/serviceaccount/token

This results in an error in the underlying component that is hard to detect without looking at the logs.
Instead, return a HC-level reconciliation error and report that on the PlatformCredentialsFound condition.
Which issue(s) this PR fixes (optional, use fixes #<issue_number>(, fixes #<issue_number>, ...) format, where issue_number might be a GitHub issue, or a Jira story:
Fixes #
Checklist

[ ] Subject and description added to both, commit and PR.
[ ] Relevant issues have been referenced.
[ ] This change includes docs.
[ ] This change includes unit tests.

thanks!
/lgtm

/hold
@sjenning looks like you need to fix unit tests


As an Administrator, I would like more standard Account fields available in the Manage_Household_Custom field set

Per this Hub thread someone would like to have the ParentAccount field available to the Manage_Household_Custom field set. I can see a definite use case for using Parent Account to reflect religious congregation membership, or perhaps an assignment to a social service Org Account.
There are some other standard Account fields excluded from the field set. They are the B2B-centric fields, but creative reuse of standard fields rather than creating custom fields might it worth making the following available in the field set as well:

AnnualRevenue
NumberOfEmployees
Industry

**lurch: attach W-008297

Tracking W-008297


Can you tag the latest provectuslabs/kafka-ui docker hub image with a version number tag?

The ":latest" tag does not have the latest.  It looks like the most recent image is only tagged as ":master".  It would be nice if it was tagged with a version number.  We like to specify a specific version so we know what we are installing.  The version from 3 months ago was tagged as 0.23.1.  Looking for something similar with the most recent image.

Hi, thanks for reaching out. The thing is, latest points to latest release version.
We'll consider additionally labelling each commit with a dockerhub label as well.
Btw, there's a 0.3 release coming out soon (this week).


Corrected docker-compose.yml

The mysql folder should not be mounted to the npm container!

Ah yes that was a mistake. Thanks!


DiskRP Swagger Spec

Is there a Swagger spec for the DiskRP (Managed Disks)?

disk swagger - https://github.com/Azure/azure-rest-api-specs/blob/master/arm-compute/2016-04-30-preview/swagger/disk.json
compute swagger - https://github.com/Azure/azure-rest-api-specs/blob/master/arm-compute/2016-04-30-preview/swagger/compute.json with updated managed disk options (for ex: while creating a VM) Doing a diff with the previous api-version of compute.json will make things easy to identify.

Aha, I thought I'd seen it go in, but I couldn't find it for the life of me with the search...
Thanks for the very fast response!


Continuous integration pipeline

You can add #define GLFW_INCLUDE_NONE to any file that includes glfw to get this error to go away iirc.
That would be the rvpt.h and the window.h files.

That should probably get done in a separate commit, as that's outside the scope of this PR @cdgiessen

I disagree, simply because I wouldn't accept this PR because it adds CI thats broken in its current state. Yes, it should be a separate commit, yes it can be done in another PR, but I don't see a reason it has to be done in a separate PR.

I disagree, simply because I wouldn't accept this PR because it adds CI thats broken in its current state. Yes, it should be a separate commit, yes it can be done in another PR, but I don't see a reason it has to be done in a separate PR.

Awesome! cool to have it automatically build on commit :)


Remove explicit MobileCoreServices from podspecs

Fix #6850
It seems that it's not necessary with modern Xcode versions to explicitly link MobileCoreServices and its linkage is problematic because it causes build warnings with CocoaPods (but not Swift Package Manager).

MobileCoreServices is used in FirebaseStorage and FirebaseDatabase, but not Firestore
Only the FirebaseStorage and Firestore podspecs were specifying it
We saw no issues from FirebaseDatabase including MobileCoreServices but not adding an explicit linkage
With Firebase 7 updating to a minimum iOS version of 10, we're seeing build warnings even though the docs say MobileCoreServices is not deprecated until iOS 12.

The Firestore change seems reasonable since we're not actually using anything from this framework.
The other changes rely on autolinking to get things right. It's not that the dependency isn't there, it's just no longer explicitly there. Moving toward implicit dependencies seems like a bad idea.
Why aren't we treating these warnings as a CocoaPods bug?

As far as I can tell the CocoaPods output is correct, so it's more likely to be an Xcode bug.  Given that we've never had a report of the implicit linking failing in FirebaseDatabase, it seems expedient to do the same in FirebaseStorage.

The CocoaPods bug could be considered to be that it enables warnings by default for dependencies of your dependencies.
I don't feel strongly about this, and you're right that autolinking hasn't bitten us in RTDB, so I'm definitely not going to stand in the way of this. I'm pushing for the other solution only because we see variations on that same core problem repeatedly.

Also, to be clear: a reasonable interim solution could be to submit this now while working with the CocoaPods folks (assuming this is even feasible/interesting from their side and that there's appetite to push for it from our side).
In other words, LGTM to submit :-).

Thanks :). CocoaPods already does optionally allow disabling dependency warnings.  However it seems that pod lib lint only errors on compile warnings and not linker warnings.
I could see arguments both ways for which way should be the default, so ultimately I think Firebase should strive to be warning free.


增加开启restful之后提供web GUI

1、增加了开启RESTful服务后用户可以在浏览器输入ip与端口号使用WEB GUI
2、修改相关文档

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: jiangjiajun:x: wangsiyuan06wangsiyuan06 seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: jiangjiajun:x: wangsiyuan06wangsiyuan06 seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


Update asynchronous search response state values

Description
Update the possible state values for an asynchronous search.
See https://github.com/opensearch-project/asynchronous-search/blob/main/src/main/java/org/opensearch/search/asynchronous/context/state/AsynchronousSearchState.java for all possible values.
Issues Resolved
N/A
Checklist

[x] By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license and subject to the Developers Certificate of Origin.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Signed-off-by: Jérôme Heil<EMAIL_ADDRESS>

Verified. Merging this in now.


🎉 3.0.2

ℹ About this release

Version: 3.0.2
Type: patch
Last Release: 3.0.1 (8/16/2022, 7:19:51 PM) [?]
Commits to merge: 25 [?]

🐛 Bug Fixes

Fix empty section names (1ebd47c)
Fix files with " in file extension (a706aef)

📦 Dependencies

Update es-cookie from ^1.3.2 to ^1.4.0
Update puppeteer from ^15.5.0 to ^16.2.0

📦 Development Dependencies

Update @types/node from ^18.0.3 to ^18.7.14
Update eslint-plugin-jsonc from ^2.3.1 to ^2.4.0

:tada: This PR is included in version 3.0.2 :tada:
The release is available on:

v3.0.2
GitHub release
Docker container (sebbo2002/iubh-campus-sync:3.0.2)
v3.0.2

Your semantic-release bot :package::rocket:


Added Code for Reverse Linked List Using Stack

Description

Added Solution of Reverse Linked List Using Stack Data Structure
LGM-SOC'21

Fixes #1287
Type of change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update
[ ] Documentation Update

Checklist:

[ ] My code follows the style guidelines(Clean Code) of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have created a helpful and easy to understand README.md
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests/screenshots(if any) that prove my fix is effective or that my feature works

@Saurabh4626 Please Review the PR and Merge it.
LGM-SOC'21
Thank You


Basic table styling.

To address sdlwiki#3

Not sure I'll stay with salmon, but I'll take it for now!

Yeah, pick whatever color. I just found this one relatively inoffensive.
Just need to visually segregate tables from the noise.
I'm doing this in part because I just wanna be able to read the wiki right now myself.


WIP First stab at zero-aware quantiles.

I submitted a separate PR to master to work on this: this PR can be closed

https://github.com/quantopian/alphalens/pull/306


Rethink miniplex component

Some of the stuff in there is only for internal use
but at least the id is useful.
world might be useful, too, but it could lead to bad patterns.
We could split it - miniplex.id and miniplex.__internal.{archetypes, world}?
It should happen before 0.9.0

Cleaned this up as part of b4cee80c18b756c9ef108f23bce6473af129f493


Adding up and down (Manual et Programmatically), Adding initial point for new cards, Setting Universal Storyboard

Looks good! Thanks @louis49


read config file

then make
transcript.fix_feature_lengths()
transcript.make_positive()
transcript.create_starts_and_stops()

depend on settings in the config file.
(the lines above are from transvestigator.py -- surely there's a clever way to link to them or something?)

meh i no longer see the necessity, closing


Add the ability to enter a custom derivation path

Related to user story #23

Finished adding functionality for entering custom derivation path for Ledger wallet connection


PeerId acknowledgement or retransmit

Should we consider the connection until the user validates they've received their PeerId?
Currently we ignore the failure if it exists.
If the packet is lost, the peer has no way to remedy this, to receive their PeerId after they're connected.

Not sure I understand? The signalling server uses websockets, which is built on tcp, how can the IdAssigned event be lost?
Are you talking about re-connections?

D'oh. I thought they could use the "unreliable" channel for that.


Use own @context file

Hi,
I tried to replace the ngsi-cintext.jsonld file with my own context file. To do this, I replaced the file in the data-models folder. After starting the service, I tried to query this file at http://localhost:3000/data-models/ngsi-context.jsonld. But here I get the file from the FIWARE tutorial and not my own. It is not clear to me where this file comes from or how to include my own file.
Maybe someone can help me to solve this problem.

The files in the /data-models directory of this tutorial are hosted by Apache HTTPD. The service is defined here, so to access the files directly  you'll need to use port 3004 - http://localhost:3004/ngsi-context.jsonld
localhost:3000 is referring to the tutorial app directly which used to serve copies of the @context as a fudge for historical reasons and simplicity. Usually for tutorials, there is no need to spin up  an extra container just to serve a single file - however the IoT devices  of the tutorial app will fail under load if this task is not delegated since the tutorial app is just a simple single threaded NodeJS app. The old (hopefully unused) files are found here. Any references of reading the @context from localhost:3000 are incorrect - you should check using localhost:3004.
Within the docker network the Apache HTTPD web server container uses the hostname context, so it can be accessed as follows:
Link: <http://context/json-context.jsonld>; rel="http://www.w3.org/ns/json-ld#context"; type="application/ld+json"

by other containers within the network (such as the context broker).


Unexpected keyword argument 'batch_first'

$ bash run_irra.sh
File "./IRRA-main/model/build.py", line 148, in build_model
    model = IRRA(args, num_classes)
  File "./IRRA-main/model/build.py", line 27, in __init__
    self.cross_attn = nn.MultiheadAttention(self.embed_dim,
TypeError: __init__() got an unexpected keyword argument 'batch_first'

This is a Pytorch version issue, please upgrade your Pytorch to >= 1.9.0.


A formula is not recalculated if depends on a dropdown list or checkbox

Describe the bug
A formula that depends on a dropdown list or checkbox is not recalculated if user chooses another value.
To Reproduce
Steps to reproduce the behavior:

Go to Basic Features Demo https://ruilisi.github.io/fortune-sheet-demo/?path=/story/features--basic
create a drop down list with 2 values: 1 and 2 in E1
choose value 1
In the next cell create a formula and point to the cell with the dropdown list =E1
It will show the value 1
change the value in dropdown list to 2
the value of the formula stays 1

Expected behavior
A formula is recalculated when user chooses another option in a data verification object like dropdown list
https://github.com/ruilisi/fortune-sheet/assets/26191343/e648c47a-8dce-4918-b332-bb8983322d41

thanks for submitting, i will look into this


Add closest method of Element

https://dom.spec.whatwg.org/#interface-element
 interface Element {
+    closest(selector: string): Element;
 }

element.querySelectorAll("button")

... is typed as NodeListOf<HtmlButtonElement>, could:
element.closest("form")

... be typed as an HTMLFormElement?
Or does it require the generics?


captureBreadcrumb only reflecting latest version of data attribute

When using the captureBreadcrumb() call with a data attribute, I'm finding that my logged message in Sentry is using the most recent values for values included in the data attribute.
For example:
        Raven.captureBreadcrumb({
            'message': 'Application state changed',
            'data' : {
                'application': { 'state' : 'initializing' }
            }
        });

        // Some time passes......

        Raven.captureBreadcrumb({
            'message': 'Application state changed',
            'data' : {
                'application': { 'state' : 'running' }
            }
        });

The Sentry.io website will always show my 2 bread crumbs created by my calls to captureBreadcrumb(), but the value of my "data.application" attribute in both of those calls will always display as the value provided in the last call to captureBreadcrumb().
I'm using Raven 3.16.1

@ryno1234 I'm guessing that you are mutating the Javascript object you are assigning to application, and that sentry serializes everything to JSON at the time of send. You could likely address the issue you are experiencing by cloning the object before passing it to sentry.

@ryno1234, @lukemelia may be correct here, as we indeed just assign key:value pairs during merge, see: https://github.com/getsentry/raven-js/blob/master/src/utils.js#L90-L98

So, if I understand this correctly, you can only have 1 breadcrumb with a given name (key)? That same breadcrumb name cannot appear and have a different value?


Compilation Error in AOT build.

Drag and Drop run and work correctly with JIT compilation But Its through following error in AOT compilation.
Error: Error encountered resolving symbol values statically. Reference to a local (non-exported) symbol 'Ng2DragDropModule'. Consider exporting the symbol (position 21:14 in the original .ts file), resolving symbol Ng2DragDropModule in /home/shamim/Boi2/boibazar/node_modules/ng2-drag-drop/src/ng2-drag-drop.module.d.ts, resolving symbol Ng2DragDropModule in /home/shamim/Boi2/boibazar/node_modules/ng2-drag-drop/index.d.ts, resolving symbol PublicPageModule in /home/shamim/Boi2/boibazar/src/app/pages/public-page/public-page.module.ts, resolving symbol PublicPageModule in /home/shamim/Boi2/boibazar/src/app/pages/public-page/public-page.module.ts
OS: Ubuntu 16.04,
Node version : 6.9.5,
NPM: 3.10.10.
Angular version: 2.4.7

hello,
I am also facing the same issue, can anyone help me with this thank you..

This is in progress but i am open to PRs as well.

I am getting same error in  JIT compilation also, after upgrading to angular v4.0.0

I am having the same issue with ng2-drag-drop 1.2.0 and angular-cli 1.0.0-beta.32.3. Is there any hotfix we can do ourselves while we wait for a release?

This is still a WIP.

Added AOT support in v1.3.0.


Add variable highlighting

Addresses #1. I fiddled until I got this close to what I’m expecting.

Note that var is not highlighted to appear as a function, but the variable is highlighted to appear as a variable.

@jonathantneal Wow! This was very quick! I take my hat off to you :tophat: I will look at this tomorrow. I hope this didn't break currently working color schemes. Take a look at my discovery in comment to your issue: https://github.com/hudochenkov/Syntax-highlighting-for-PostCSS/issues/1#issuecomment-153493342

Monokai Bright:

Before
After

Espresso Soda:

Before
After


vimPlugins: generated.nix as an overlay

let update.py generates generated.nix as an overlay.
This should help maintaining vim-plugins outside of nixpkgs.
I have several additionnal vim plugins in my nixpkgs checkout that often cause problems when rebasing. Thus I want to maintain these vim plugins in an overlay.
I use 	~/nixpkgs/pkgs/misc/vim-plugins/update.py -i config/nixpkgs/overlays/vim-plugins/vim-plugin-names -o config/nixpkgs/overlays/vim-plugins/generated.nix
with config/nixpkgs/overlays/vim-plugins.nix
self: super:
rec {

  inherit (super.vimUtils.override {inherit (super) vim;}) buildVimPluginFrom2Nix;

  generated = super.callPackage ./vim-plugins/generated.nix {
    inherit buildVimPluginFrom2Nix;
  };
  vimPlugins = super.vimPlugins.extend( generated );
}

for some reason aliases stop working.

Motivation for this change
Things done

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

[x] 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 nixpkgs-review --run "nixpkgs-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)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg eval

Would you mind rebasing this branch on to master? That will clear the ofborg-internal-error error, now that I fixed the bug I was seeing while evaluating this PR.

finally, I've carried this in my fork and it has made every rebase slightly more painful so looking forward to seeing this merged :)

I've added some logging feature ( update.py --debug INFO) 'cos update.py sometimes fail and it's not straightforward to know what plugin triggered the failure.

Going ahead to avoid countless rebasing. I will update the manual once nix stops crashing.

I think the following overlay should work
final: prev: {
          vimPlugins = prev.vimPlugins.extend (
            final2: prev2: {
              octo-nvim = prev.buildVimPluginFrom2Nix {
                pname = "octo-nvim";
                version = "2021-05-06";
                src = prev.fetchFromGitHub {
                  owner = "pwntester";
                  repo = "octo.nvim";
                  rev = "d92a7352516f06a457cbf8812b173abc319f7882";
                  sha256 = "1xvj3p32nzcn8rv2hscmj8sn8bfm1s2r5j1cwwnkl4zbqdbd4k5f";
                };
                meta.homepage = "https://github.com/pwntester/octo.nvim/";
              };
            }

          );
        };

but as soon as I uncomment it nix crashes:
/run/current-system/sw/bin/nixos-rebuild: line 474: 2329477 Segmentation fault (core dumped) nix "${flakeFlags[@]}" build "$flake#$flakeAttr.config.system.build.toplevel" "${extraBuildFlags[@]}" "${lockFlags[@]}".
So I would be tempted to merge now and I will add the doc once those crashes go away ?

Maybe a stackoverflow (because of infinite recursion)?

@Mic92 it works now, I've opened https://github.com/NixOS/nixpkgs/pull/126633


hari70a add sass cheatsheet

What does this PR do?
Add cheatsheet for scss
For resources
Description
Why is this valuable (or not)?
How do we know it's really free?
For book lists, is it a book? For course lists, is it a course? etc.
Checklist:

[x] Read our contributing guidelines.
[x] Search for duplicates.
[x] Include author(s) and platform where appropriate.
[x] Put lists in alphabetical order, correct spacing.
[x] Add needed indications (PDF, access notes, under construction).
[x] Used an informative name for this pull request.

Follow-up

Check the status of GitHub Actions and resolve any reported warnings!

This will possibly the fix for https://github.com/EbookFoundation/free-programming-books/issues/7602
@Rituraj-13

waiting for actions to run the linter


Not all features in the readme

Hello!
Right now I am using method - str_truncate_safe but coudn`t find it in the readme file.
It will be nice to see all available methods in the readme or some other documentation.

What do you think of this "https://github.com/voku/portable-utf8/blob/master/build/README_TEST.md#class-methods"
PS: auto-generated via "https://github.com/voku/portable-utf8/blob/master/build/generate_docs.php"

Awesome!

Can I get chat with you personally ?
In the future , if I need you help

I am from Russia

Sure, you can write me on twitter "@suckup_de" or via e-mail<EMAIL_ADDRESS>but this week I am a bit busy because I need to take care for my little daughter and I can only program some hours in the evening.

evening night

I moved all code examples into the code and auto-generated the main README, so that now all methods are documented.


HDDS-6591. Javadoc - update StorageContinerLocationProtocol for change of qualified class name

What changes were proposed in this pull request?
Fixed javadoc in StorageContainerLocationProtocol to refer correctly to the name changed ClientVersion class.
Correction to refer to org.apache.hadoop.ozone.ClientVersion not org.apache.hadoop.ozone.ClientVersions after recent name change.
What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-6591
How was this patch tested?
Javadoc change verified through compile.

LGTM

Thanx @neils-dev for the contribution and @kerneltime for the review!!!


Way to chronologically arrange picture gallery

Is there a way to name the images files to they show up in a certain order in the gallery?
I'm not too good with JS or nuxt so I'm trying to figure out if this is possible somehow.
Thanks again for such a beautiful project. Beauty things do sometime get born out of sadness.

They aren't currently ordered in any specific way, I haven't really looked at how they are actually ordered, but it would be possible by filtering the image list, I'll look at ordering by name when I get a chance.

They aren't currently ordered in any specific way, I haven't really looked at how they are actually ordered, but it would be possible by filtering the image list, I'll look at ordering by name when I get a chance.

It looks like it's already ordered alphabetically so if you do image001.jpg image 002.jpg etc it looks like it will work as you want. You need the prefixes otherwise it will go image1.jpg, image11.jpg, image12.jpg image2.jpg image3.jpg etc

It looks like it's already ordered alphabetically so if you do image001.jpg image 002.jpg etc it looks like it will work as you want. You need the prefixes otherwise it will go image1.jpg, image11.jpg, image12.jpg image2.jpg image3.jpg etc


Example?

Can you provide an Example?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: e42cf303-ca97-f2ff-5924-89769725b4b2
Version Independent ID: df7120b0-168f-4d30-bb16-68f85541e422
Content: New-CMDetectionClauseRegistryKey (ConfigurationManager)
Content Source: sccm-ps/ConfigurationManager/New-CMDetectionClauseRegistryKey.md
Product: configuration-manager
Technology: configmgr-other
GitHub Login: @aczechowski
Microsoft Alias: aaroncz

The PowerShell docs are auto-generated from the ConfigMgr module. We have limited resources to maintain the over 1100 cmdlet articles for this module (along with the 3200 articles in ConfigMgr core docs). We rely on community support from members like you to assist. If you have a sample example to share for this cmdlet, you can either share that via this feedback system, or submit an edit to the article to contribute your example. For more information, see How to use the Configuration Manager docs.

I can’t provide an example if I am struggling to get it to work myself and
the documentation is incomplete.  Feedback is designed to ‘improve’ the
docs… We were asked to submit feedback to improve the docs but this
response seems like a ‘not my problem’ reply.  The only way the docs get
improved are people like us and I lack the knowledge in this instance.  Can
a ticket be opened with the group that wrote the cmdlet to add the
information?
On Tue, Jul 28, 2020 at 1:39 PM Aaron Czechowski<EMAIL_ADDRESS>wrote:

The PowerShell docs are auto-generated from the ConfigMgr module. We have
limited resources to maintain the over 1100 cmdlet articles for this module
(along with the 3200 articles in ConfigMgr core docs). We rely on community
support from members like you to assist. If you have a sample example to
share for this cmdlet, you can either share that via this feedback system,
or submit an edit to the article to contribute your example. For more
information, see How to use the Configuration Manager docs
https://docs.microsoft.com/mem/configmgr/core/understand/use-docs.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/MicrosoftDocs/sccm-docs-powershell-ref/issues/178#issuecomment-665270836,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKPPZDLONUTXVP65QA25ULTR54ZQJANCNFSM4PK4QJWQ
.

--
Greg Chapman
<EMAIL_ADDRESS>

As I mentioned, we just don't have the resources to work all of these enhancements. You can either ask in the product forums or other social community areas (Twitter, Reddit, Dischord, etc.). You can file product feedback as well, as that goes to the engineering team.

I actually ended up revising this article at the same time as #158 and #168.
Here's the generic example that will soon be added to this article:
$cla1=New-CMDetectionClauseFile -FileName "filetest" -PropertyType Size -ExpectedValue 123 -ExpressionOperator IsEquals -Path "C:\" -Value -Is64Bit
$cla2=New-CMDetectionClauseFile -FileName "foldertest" -PropertyType DateCreated -ExpectedValue (Get-Date) -ExpressionOperator LessThan -Path "C:\" -Value
$cla3=New-CMDetectionClauseRegistryKey -Hive ClassesRoot -KeyName "aaa"
$logic1=$cla1.Setting.LogicalName
$logic2=$cla2.Setting.LogicalName
$logic3=$cla3.Setting.LogicalName

Add-CMMsiDeploymentType -AddDetectionClause $cla1,$cla2,$cla3 -ApplicationName "app" -DeploymentTypeName "dt" -InstallCommand "mycommand" -ContentLocation "\\server\sources\Orca.msi" -GroupDetectionClauses $logic1,$logic2 -DetectionClauseConnector {LogicalName=$logic2;Connector="or"},{LogicalName=$logic3;Connector="or"}

I'm closing this issue, as it will be addressed as the same time as the other referenced issues.

I actually ended up revising this article at the same time as #158 and #168.
Here's the generic example that will soon be added to this article:
$cla1=New-CMDetectionClauseFile -FileName "filetest" -PropertyType Size -ExpectedValue 123 -ExpressionOperator IsEquals -Path "C:\" -Value -Is64Bit
$cla2=New-CMDetectionClauseFile -FileName "foldertest" -PropertyType DateCreated -ExpectedValue (Get-Date) -ExpressionOperator LessThan -Path "C:\" -Value
$cla3=New-CMDetectionClauseRegistryKey -Hive ClassesRoot -KeyName "aaa"
$logic1=$cla1.Setting.LogicalName
$logic2=$cla2.Setting.LogicalName
$logic3=$cla3.Setting.LogicalName

Add-CMMsiDeploymentType -AddDetectionClause $cla1,$cla2,$cla3 -ApplicationName "app" -DeploymentTypeName "dt" -InstallCommand "mycommand" -ContentLocation "\\server\sources\Orca.msi" -GroupDetectionClauses $logic1,$logic2 -DetectionClauseConnector {LogicalName=$logic2;Connector="or"},{LogicalName=$logic3;Connector="or"}

I'm closing this issue, as it will be addressed as the same time as the other referenced issues.


include exclude glob filter

Wanted to use the filter parameter, but realized it is actually exclusive, but i needed it inclusive.
Further i'd love to filter by a glob pattern instead of file extension. Would that be possible?
I can think of two ways how this could be parameterized
Either add a -glob argument, where each pattern that starts with a ! would remove a file from result
Or add two arguments -include and -exclude
Per default all files are in the resulting set.
The-include parameter (or -glob patterns without !) overrides the resulting set.
The -exclude parameter (or -glob patterns with !) remove entries from resulting set.

I like the idea with the glob. Need a research

Just a comment to share I was also scratching my head regarding filters. I initially thought I was not using it properly until I figured out that this parameter is to exclude specified extensions, while I thought it would be the opposite.
To have both options would be great, but meanwhile I would suggest to update the documentation to make it more explicit.
Great tool by the way!

@zelenin any update in sight on this one?

added exclude/include regexp filters (check Readme). Legacy extension filters will be removed in the future releases.


fluent-ffmpeg-filters

Hi,
FYI, some time ago I made the following project to extend node-fluent-ffmpeg to allow using a fluent API for configuring the filters as well.
https://github.com/itoche/fluent-ffmpeg-filters
Let me know what you think of it.

Hey @itoche,
This is really nice. Why didn't you just propose a PR to integrate this into fluent-ffmpeg ? ;)
My only concern at this point is the fact that the generated code is tied to the documentation, and thus to the latest ffmpeg version available at the time the generation was run. I feel like we could do this more dynamically using the outputs from ffmpeg -filters and ffmpeg -h filter=<filtername>:
$ ffmpeg -filters 2>/dev/null
Filters:
  T.. = Timeline support
  .S. = Slice threading
  ..C = Command support
  A = Audio input/output
  V = Video input/output
  N = Dynamic number and/or type of input/output
  | = Source or sink filter
 ... abench            A->A       Benchmark part of a filtergraph.
 ... acompressor       A->A       Audio compressor.
 ... acopy             A->A       Copy the input audio unchanged to the output.
 ... acrossfade        AA->A      Cross fade two input audio streams.
 ... acrusher          A->A       Reduce audio bit resolution.
 T.. adelay            A->A       Delay one or more audio channels.
 ... aecho             A->A       Add echoing to the audio.
 ... aemphasis         A->A       Audio emphasis.
 ... aeval             A->A       Filter audio signal according to a specified expression.
 T.. afade             A->A       Fade in/out input audio.
 ... afftfilt          A->A       Apply arbitrary expressions to samples in frequency domain.
 .S. afir              AA->A      Apply Finite Impulse Response filter with supplied coefficients in 2nd stream.
 ... aformat           A->A       Convert the input audio to one of the specified formats.
 ... agate             A->A       Audio gate.
 ... ainterleave       N->A       Temporally interleave audio inputs.
 ... alimiter          A->A       Audio lookahead limiter.
[snip]

$ ffmpeg -h fiter=vstack 2>/dev/null
Filter vstack
  Stack video inputs vertically.
    Inputs:
        dynamic (depending on the options)
    Outputs:
       #0: default (video)
vstack AVOptions:
  inputs            <int>        ..FV.... set number of inputs (from 2 to INT_MAX) (default 2)
  shortest          <boolean>    ..FV.... force termination when the shortest input terminates (default false)

I also feel the generator code is undercommented and a bit hard to follow at first glance.
But again, this is a really interesting approach. Nice work :)

Thanks for the feedback.
I'm also not very proud of the generator code :)
Your suggestion is much smarter. I think  I could work on it if you can wait a bit (this is a side project of a side project for me :))


Refactor: Dont include all header files on all .cpp,

Its generally bad practice to include all these unneeded headers into each .cpp
This probably means splitting settings - and maybe moving the includes into frugal_iot.cpp

Done - and fixed bugs in sensor_analog that emerged in fixing this


[PE-D][Tester B] UI provided in UG looks completely different from actual app UI

Overview: As a user and fellow 2103 student, the completely different ui (as compared to what was provided at the start of the ug) of the actual app did throw me off as it looked exactly the same as AB3(tags were also not target user oriented) and I was wondering if there was some issue with the app launch.
Steps to Reproduce:

Launch jar file

Expected Result:

Actual Result:

Labels: type.DocumentationBug severity.VeryLow
original: rmj1405/ped#3

UI Design updated in v1.3


Feature Request: Add regex filtering to topic like we do in groups.

I'm not familiar with your codebase. I'm using this branch because I needed topic filtering (I have thousands).

will fix this on master - cheers @michaelritsema


Fix select_grouped field

I have not been able to get this field working properly on my admin panel. The $entity_model does not have the group_by field, as this field is only available on the related model, which was not adjustable.
I think this implementation is more straightforward and should work as expected.

Hi @jnoordsij - totally cleaner, thank you. This works for me too - but the old one worked too. Weird. Anyway, merged. Thanks for the PR.
Please take note that I've merged it into Backpack\CRUD 3.6, recently released, which requires Laravel 5.8. So you might not get the official fix until you can upgrade to the latest Laravel.
Cheers!


add boundary forcings for lam

This is a first attempt to address issue  LAM rollout #34 .
It appears to be technically working [when running from a dataset]. Needs to be checked if indeed everything is done correctly. Please do not merge as is.

Did some detailed testing of the boundary forcing as implemented by this PR. It seems to work.


Cannot do relative require() for resource via url()

I've a stylesheet that use a font but using relative url (relative to the css) doesn't work.
In src/path/style.css the following CSS doesn't work ("cannot found" error)
@font-face {
  font-family: 'myFont;
  src: url("./myFont.otf");
}

I had to use
@font-face {
  font-family: 'myFont;
  src: url("src/path/myFont.otf");
}

But it's not how require() should work right ?

and you did require("./src/path/style.css") directly?
Could you paste the error with --display-error-details here?

It wasn't from a direct include but indeed from an import in required css.

aha... And which loader is used? Only the css-loader or in combination with another loader, i. e. the sass-loader?

style-loader, css-loader, cssnext-loader (in this order)

It's cssnexts fault... They inline imported files but don't take about relative paths from url(...)s in the inlined css.
i. e. the less compiler changes url(...) in the imported file to be relative to the base path.
Report it there or disable importing for the cssnext-loader (but you will loose variable tracking across files).

css-loader is not doing import before ?!

It's executed from right to left:

first cssnext-loader (which inlines the imports)
second css-loader (which tries to resolve imports too, but there are no imports left)
style-loader (which puts the css into the DOM)

OH. It's weird to make it that way. Didn't know about that. Feel so weird to execute in this order.
Sorry for bothering you.

I've tried to run css-loader before cssnext-loader but I'm getting this issue
ERROR in ./~/cssnext-loader!./~/css-loader!./src/index.css
<css input>:1:1: Unknown word
exports = module.exports = require("/.../node_modules/css-loader/cssToString.js")();
^
require("/.../node_modules/css-loader/mergeImport.js")(exports, require("-!/.../node_modules/css-loader/index.js!./node_modules/normalize.css/normalize.css"), "");

ERROR in ./~/cssnext-loader!./~/css-loader!./src/index.css
Module build failed: Error: Final loader didn't return a Buffer or String
    at DependenciesBlock.onModuleBuild (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:277:42)
    at nextLoader (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:253:25)
    at /.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:270:15
    at runSyncOrAsync (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:157:13)
    at nextLoader (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:268:3)
    at /.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:270:15
    at runSyncOrAsync (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:158:12)
    at nextLoader (/.../node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:268:3)
    at Storage.finished (/.../node_modules/webpack/node_modules/enhanced-resolve/lib/CachedInputFileSystem.js:38:16)
    at fs.js:272:14
 @ ./src/index.css 4:14-293 12:19-298

Any idea why cssnext seems to get a js has input ? (the  come from cssnext/postcss)

The css-loader returns js code... It converts css to js.
Try that:
{
  module: {
    loaders: [
      {test: /\.css$/, loader: "style!css!cssnext"}
    ]
  },
  cssnext: {
    features: {
      import: false
    }
  }
}

Already tried. The problem is that I loose the vars & custom-* features definition :(
Is it not style-loader supposed to handle the css as js?
I'll end up by handling url() in cssnext (ref https://github.com/cssnext/cssnext-loader/issues/4)...


WRP-832:  Add an entry point for ui/FloatingLayer for parsing jsdoc to typescript

Enact-DCO-1.0-Signed-off-by: Adrian Cocoara<EMAIL_ADDRESS>Checklist

[X] I have read and understand the contribution guide
[ ] A CHANGELOG entry is included
[ ] At least one test case is included for this feature or bug fix
[X] Documentation was added or is not needed
[ ] This is an API breaking change

Issue Resolved / Feature Added
A package.json file was added to ui/FloatingLayer to correctly parse jsdoc to typescript
Resolution
Additional Considerations
A new path to FloatingLayerDecorator had to be added to ui/Spinner unit tests to correctly refer the FloatingLayerDecorator
Links
WRP-832
Comments

@adrian-cocoara-lgp
Please write about 'FloatingLayerDecorator' changes in 'Additional Considers'.
It's not related to jsdoc-to-ts, so it's right to fill it out separately.

to @adrian-cocoara-lgp ,
Please modify these 2 changes and re-test again.
We do not agree that we need to fix moonstone/sandstone/agate after merging this PR.


How to generate sitemap based on dynamic routes?

First of all thanks for great package. It works perfectly with static pages. But does it work for dynamically generated pages? For dynamic page, I am getting something like this:
<loc>https://domain.com.au/tags/[slug]/index</loc>
Based on tags/slug the pages will be different. How would I be able to generate such sitemap any ideas? I have separate api and separate next client. Thanks!

Hi, the quick answer is you can't. You need to know the existing pages to generate it's map.
In the case of generate a page in runing time you should map again and that can cause a performance problem.
An option is, if you can know the posibly pages, for example the slug is an id that referes something in a db. In that case you can generate a file like ( [ID].js ) for each entry and the sitemap-generator will generate a page with the name of ( [ID].js ).
But I not recomend do that because you going to cause a performance problem on each new page.

@IlusionDev Would you be open to the idea of a feature like the below. When you prepare to generate a sitemap entry that has a dynamic entry you can check to see if there is a way to retrieve those values from the config option. The getServices function could be a axios request that returns a response.
const getServices = async () => {
  // return ...
}

sitemap({
  dynamicPaths: {
    '/services/[service]/[subservice]': await getServices()
  }
});

Excelent idea, of course you can make a PR.
I can't wait to see that.

Without noticing this issue I implemented a similar feature by using exportPathmap https://github.com/IlusionDev/nextjs-sitemap-generator/pull/13


Add aravind.md for my first PR

Giving an introduction to myself to be a contributor for this project.

 This PR can be merged.

@aravindesri Welcome Aravind! Loved your discussion video on the twindle channel too :heart:


User acceptance testing

After new MVP features have been incorporated and prior to Q2 2017 launch, conduct usability test with DMPTool users.

Closing this since its related specifically to the DMPTool


[expat] Update library to 2.2.7

Update expat library to 2.2.7 version.

Thanks for the port update, @ehsan-mohammadi!


[BUG] fsfreeze race condition

Describe the bug
there is a race condition around the fsfreeze  between mount point evaluation of a device and the invocation of the fsfreeze if the device is unmounted from that mount point, the folder will now reference the original device that hosts the mount point folder.
As a hotfix I am removing the fsfreeze invocation and replacing it with our previous behavior of calling sync.
Additional context

We introduced the fsfreeze enhancement in https://github.com/longhorn/longhorn/issues/2187

@khushboo-rancher for regression testing, we need to double check snapshot / recurring jobs.
Since after this hotfix we rely on the previous behavior of system sync, this has the effect that the volume head is not automatically dirty again, so we will skip backups in case nothing has changed. Like we did previously REF: #2555

there is a race condition around the fsfreeze between mount point evaluation of a device and the invocation of the fsfreeze if the device is unmounted from that mount point, the folder will now reference the original device that hosts the mount point folder.

@joshimoo IIUC, the race condition happens only when the volume is umounted. Can we check the volume is mounted correctly before freezing the filesystem?


Adds query param support for language and pseduolocalization specification

Corresponds to https://github.com/ansible/awx/pull/13661 in AWX.  This allows a user to test out strings that have been marked for translation by adding ?pseudolocalization=true to the query params.  It also allows the user to force a specific language by adding ?lang=[language code].

👏 just that, tested this locally. Worked as expected.


generate_surrogate_key macro truncates timestamps to ms

Describe the bug

When the dbt_utils.generate_surrogate_key takes in timestamp fields, it casts them to strings in order to concatenate them together with other parts of the compound key. In doing this, it truncates timestamps to the millisecond level, which removes some precision which may be necessary for compound keys to stay unique.
Steps to reproduce

We can see here that casting these two timestamps as text removes the level of precision that makes them unique:
with final as (
select
    '2023-10-23 21:00:02.884636000'::timestamp as ts_field
union
select
    '2023-10-23 21:00:02.884637000'::timestamp as ts_field
)

select
    ts_field as ts_field_precise,
    cast(ts_field as text) as ts_field_text
from final

When our grouping includes these timestamps, they show as separate rows, but if they are also passed into the surrogate key macro (simulated here), the truncation results in the same hash for both rows.
with final as (
select
    1234 as client_id,
    '2023-10-23 21:00:02.884636000'::timestamp as event_at,
    123 as amount
union
select
    1234 as client_id,
    '2023-10-23 21:00:02.884637000'::timestamp as event_at,
    456 as amount
)

--Returns two rows since timestamps are different, but the surrogate key is the same
select
    md5(cast(client_id as text) || '-' || cast(event_at as text)) as surrogate_key,
    client_id,
    event_at,
    sum(amount) as sum_amount
from final
group by 1,2,3

Expected results

Timestamps should be included in the surrogate key hash at their full precision rather than being truncated in order to keep it a reliable producer of unique keys.
Actual results

Timestamps are truncated, which can result in surrogate key duplication if multiple timestamps are within a millisecond of each other.
Screenshots and log output

See above output.
System information
The contents of your packages.yml file:
packages:
  - package: dbt-labs/dbt_utils
    version: 1.0.0

Which database are you using dbt with?

[ ] postgres
[ ] redshift
[ ] bigquery
[x] snowflake
[ ] other (specify: ____________)

The output of dbt --version:
Core:
  - installed: 1.6.4
  - latest:    1.6.6

Additional context

As the macro is currently structured, it appears to be happening with the typecasting HERE.
It seems like the solution may be to convert timestamps to their nanosecond unix time format before concatenating, but I was not able to get that working locally. Since columns are passed in as string value arguments rather than column objects, it seems a bit less straightforward than using jinja to pre-transform columns based on their type before concatenating.
Are you interested in contributing the fix?

I have tried a couple of potential solutions, but was not able to get it working the way I wanted. I'll be curious to hear other thoughts on how this can be addressed.

I have encountered the same issue and fixed it (in Snowflake) by casting to string with nanosecond precision prior to using the macro. You should be able to do this as well as long as you are explicitly listing the fields in your surrogate key macro call:
In other words, replace:
{{ dbt_utils.generate_surrogate_key(['field_a', 'field_b',...,'timestamp_field'[,...]]) }}

by:
{{ dbt_utils.generate_surrogate_key(['field_a', 'field_b',...,'to_varchar(timestamp_field,\'YYYY-MM-DD HH24:MI:SS.FF9\')'[,...]]) }}

I suspect this may not be implemented as a new version of the algorithm for generating key because it would introduce a "breaking change" of sorts in the sense that the generated key would then be different for everybody using sub-millisecond timestamps in their keys. Maybe it could be another dbt_project.yml parameter though?


Update repositories.txt

new library

Closing as duplicate of https://github.com/arduino/library-registry/pull/1687


custom detectnet model. LPD_net from Nvidia

Hi,
I am trying to run the license plate detection model from Nvidias catalog. I've converted the .tlt to a tensorrt engine using tlt_converter. I placed the engine and test image in the repo and ran the following code:
detectnet --model=<path to jetson-inference>/jetson-inference/python/examples/lpr_engine.engine --output-bbox=boxes img.png output.png
The resulting error :
[TRT]    INVALID_ARGUMENT: Cannot find binding of given name: data
[TRT]    failed to find requested input layer data in network
[TRT]    device GPU, failed to create resources for CUDA engine
[TRT]    failed to load /home/oob1/Documents/jetson-inference/python/examples/lpr_engine.engine
[TRT]    detectNet -- failed to initialize.
detectnet:  failed to load detectNet model

I've seen there are a few issues with the same error but my problem is I do not have access to an onnx model.
From the documentation for LPD_net:

These models are based on NVIDIA DetectNet_v2 detector with ResNet18 as feature extractor.

Is this a supported model configuration out of the box?

Hi @C-monC, I don't have support for the TLT models in this repo - recommend that you run them with DeepStream or https://github.com/NVIDIA-AI-IOT/tlt-triton-apps

Ah thanks, I'll check it out.


[BUG] don't use whole reference array, sample some of them

https://github.com/thu-coai/cotk/blob/master/cotk/metric/bleu.py#L406

https://github.com/thu-coai/cotk/blob/master/cotk/metric/bleu.py#L385-L386
use a length instead two different lengths

hash version changed

SelfBleu FwBwBleu  use multiprocess when sample > 100  <--- class variable

done