text:
tokenizer的问题

我们知道Yi-34B包括1.5的词表是64000，但为什么tokenizer中多出了3个token，实际是64003？
Yi-1.5使用了新的chatml作为chat template，中间包括了assistant角色，但是词表中没有该token（user是有的），这导致它会被拆成两个token(ass + istant)。

其他的诸如use_fast输出结果不同，tokenizer config中默认enable add bos等问题在其他issues中也有反映

@paulcx 感谢提问，目前使用 Transformers 进行推理会出现这个问题，目前可以尝试Transformers version: 4.42.4 稳定版本，然后下载tokenizer_config.json，然后修改下add_prefix_space改为false。

@paulcx 感谢提问，目前使用 Transformers 进行推理会出现这个问题，目前可以尝试Transformers version: 4.42.4 稳定版本，然后下载tokenizer_config.json，然后修改下add_prefix_space改为false。

问题1和2可以解答一下吗？

source: gharchive/issue

license_type: permissive

license_source: github-api


text:
默认卡片可以修改名称吗？

大佬，您好！这个笔记卡片模板功能我很喜欢，但是有一些默认的模板我用不到，可以根据自己的需求修改，但是模板名称却不可以，可以设置成能够修改模板名称吗？

默认的卡片模版用不上就不要启用就可以了，自己在下面定义卡片。

license: MIT


text:
Random cleanup

The most important cleanup here is in the removal of SHARED_OUT_FILE. This eliminates a pile of global data that was causing me all sorts of problems.

@wcarthur1 : if you can prioritize this PR over the others I'd appreciate it. All future work will be much easier if it's built on top of this cleanup. I'll rebase all other PRs accordingly. Thx!

source: gharchive/pull-request

license_source: bigquery


text:
Micro-optimise cbor_value_get_{float,double}

floats and double are too big for value->extra and the
CborIteratorFlag_IntegerValueTooLarge flag is always set (see
cborparser.c:174). So there's no point in checking for the flag and we
can instead go straight to the internal function.
Signed-off-by: Thiago Macieira thiago.macieira@intel.com

@erichkeane, @lpereira

:+1:

Thanks!

authors: lpereira thiagomacieira

license: mit


text:
Improved handling of arguments and printing.

This change omits collecting arguments into vec, preventing unnecessary
allocation. Additionally, it prints the error messages to stderr instead
of stdout in order to not mix errors with the output.

This is way better, thanks a lot @Kixunil

No problem!


text:
[Tools]  Genesis Wizard

A wizard tool for running genesis from legacy data

cc @nimadebi

LGTM, thanks!

Closing due to changes included #1261


text:
storage node error logs, this happened after i restart my validator node which is used for storage node

ERROR task_executor: Task panic. This is a bug! task_name="pruner" <none> advice="Please check above for a backtrace and notify the developers"

actually, it can be solved by delete the db and network folder then resync from the scratch. but it's really annoying tho

It's probably that your storage node was at a old version. For storage node, we upgraded a few times on the testnet and some are not backward compatible. So has to delete the db folder to restart. They were announced in the discord channel.


text:
🛑 SEMMABA is down

In 80aefc6, SEMMABA (https://semmaba.unej.ac.id) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SEMMABA is back up in f8dda17 after 12 minutes.


text:
What is the difference between gf_compartment and gf_compartment* ?

I forget now and the docs don't provide any information, but what is the difference between gf_compartment and gf_compartment* especially since gf_compartment is a void*
This question applies to all other similar pairs.

This issue was moved to sys-bio/sbnw#5


text:
Tuya IR Device showing in HB Accessories, but not sending it to HK.

Prerequisite

[X] Yes, I've read the readme completely.

Cache

[X] Yes, I've cleaned accessory cache and the issue still exists.

Version
homebridge-tuya-ir v1.1.0
Device Infomation JSON File
Hi there,
I have configured Tuya IR plugins and it fetch IR devices and I can see them in Accessories and I can turn on/off no problem however, it is not sending it to HomeKit. Any thought?

Cheers,

Device Control Mode
Standard Instruction
Logs
[5/9/2023, 3:46:58 AM] [TuyaIR] Login successful.
[5/9/2023, 3:46:58 AM] [TuyaIR] Fetching configured remotes...
[5/9/2023, 3:46:58 AM] [TuyaIR] Auto discovery of remotes enabled. Fetching with API...
[5/9/2023, 3:46:59 AM] [TuyaWebPlatform] Existing Accessory found [Name: TV Amman] [Tuya ID: 44458836c4dd57301b69] [HomeBridge ID: 45a8cff8-fb4f-4664-b1f6-c0404b09bd51]
[5/9/2023, 3:47:00 AM] [TuyaIR] Restoring existing accessory from cache: Aircon-Master

Other Infomations
N/a

homebridge-tuya-ir is here: https://github.com/prasad-edlabadka/homebridge-tuya-ir


text:
Error on multiple nodes in a network having the same ID

Error while loading configs with this

Same thing for duplicate network ids: cff83f72ead69b4456147c6e11cf405d2441f9d1


text:
Adding RTS5260 Support

Hi FireWolf:
First of all, thank you very much for implementing the Realtek SD card driver. I'm testing it on a Dell Precision 7530, which has the RTS5260 chip (10EC, 5260). I used the RTS525A class to experiment, however, it is not supported and recognized at all. I wonder if there is something I could do to help you implement the driver. The chip is most commonly found on Dell business laptops. Thank you again!

I used the RTS525A class to experiment, however, it is not supported and recognized at all.

This is expected, because each controller class contains chip-specific code that may not be compatible for other chips.
Try the attached driver and see if your chip can be recognized and work properly.
RealtekCardReader_0.9.6p1_f2b10c6_DEBUG.zip

Thank you so much! The card reader worked well on Monterey, with your build and RealtekCardReaderFriend.

Does the SD card work properly as well? What's the read and write speed under macOS and other systems like Windows?

Yes, it is correctly recognized and has moderate writing speeds, as I only have an SDHC card to test. Sorry I don't have any UHS cards to report the maximum speed of the driver.


text:
Runtime error after dispatcher fails to dispatch

Runtime error after dispatcher fails to dispatch
Description
Running locally, we've seen what appears to be a runtime error likely right after the error: [ERROR] polygon.dispatcher: failed to dispatch: method=eth_getCode err="given root and slot not found in storage".
Your environment

OS and version: OSX 11.4
version of the Polygon SDK: 6906ed9
branch that causes this issue: develop

Steps to reproduce

Tell us how to reproduce this issue
polygon-sdk server run with IBFT consensus of 4 nodes running for about 12 hours.

Where the issue is, if you know

Which commands triggered the issue, if any
polygon-sdk server run..

Expected behaviour
No runtime error.
Actual behaviour
Runtime error (see logs).
Logs
2021-07-16T10:39:20.673-0400 [ERROR] polygon.dispatcher: failed to dispatch: method=eth_getTransactionCount err="given root and slot not found in storage"
2021-07-16T10:39:40.661-0400 [DEBUG] polygon.dispatcher: request: method=eth_blockNumber id=3.325198870728132e+15
2021-07-16T10:39:49.879-0400 [DEBUG] polygon.dispatcher: request: method=eth_getBalance id=5.813328093453609e+15
2021-07-16T10:39:53.868-0400 [DEBUG] polygon.dispatcher: request: method=eth_gasPrice id=bfadc345-7925-44c1-bbe1-0af437654a53
2021-07-16T10:39:54.655-0400 [DEBUG] polygon.dispatcher: request: method=eth_getCode id=1d6f7e80-dd9b-4c76-afcb-4c404722bb40
2021-07-16T10:39:54.655-0400 [ERROR] polygon.dispatcher: failed to dispatch: method=eth_getCode err="given root and slot not found in storage"
2021-07-16T10:39:54.661-0400 [DEBUG] polygon.dispatcher: request: method=eth_estimateGas id=8.258272843514e+12
2021/07/16 10:39:54 http: panic serving 127.0.0.1:63872: runtime error: index out of range [-1]
goroutine 185 [running]:
net/http.(*conn).serve.func1(0xc0006c6460)
    /usr/local/go/src/net/http/server.go:1824 +0x153
panic(0x1a9e820, 0xc002119830)
    /usr/local/go/src/runtime/panic.go:971 +0x499
github.com/0xPolygon/minimal/crypto.RecoverPubkey(0x0, 0x0, 0x0, 0xc000581820, 0x20, 0x20, 0x7a, 0xc00209c200, 0xc000609070)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/crypto/crypto.go:128 +0x1aa
github.com/0xPolygon/minimal/consensus/ibft.ecrecoverImpl(0x0, 0x0, 0x0, 0xc0005817e0, 0x20, 0x20, 0x0, 0x0, 0xc000000000, 0xc0020282b0, ...)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/consensus/ibft/sign.go:22 +0xb8
github.com/0xPolygon/minimal/consensus/ibft.ecrecoverFromHeader(0xc000147d40, 0x0, 0x0, 0x0, 0xc000616c40, 0x4)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/consensus/ibft/sign.go:42 +0x119
github.com/0xPolygon/minimal/consensus/ibft.(*Ibft).GetBlockCreator(0xc0006aaf70, 0xc000147d40, 0x0, 0x0, 0x0, 0x0, 0x269e2e0)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/consensus/ibft/ibft.go:921 +0x45
github.com/0xPolygon/minimal/minimal.(*jsonRPCHub).ApplyTxn(0xc0016dec30, 0xc000147d40, 0xc0002d1080, 0xc000147d40, 0x5a5d896ffadb8ffe, 0xc000616bc0, 0xc000616be0, 0xc0006e2580, 0xc0002d0fd0)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/minimal/server.go:281 +0x5a
github.com/0xPolygon/minimal/jsonrpc.(*Eth).EstimateGas.func1(0x7ca24, 0xc00212a110, 0x0, 0x0)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/jsonrpc/eth_endpoint.go:312 +0x7c
github.com/0xPolygon/minimal/jsonrpc.(*Eth).EstimateGas(0xc0005901b8, 0xc002058ac0, 0x0, 0x0, 0x0, 0x0, 0x0)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/jsonrpc/eth_endpoint.go:324 +0x332
reflect.Value.call(0xc000426880, 0xc000590230, 0x13, 0x1b194ca, 0x4, 0xc00211ceb0, 0x3, 0x3, 0x19690a0, 0xc00069b038, ...)
    /usr/local/go/src/reflect/value.go:476 +0x8e7
reflect.Value.Call(0xc000426880, 0xc000590230, 0x13, 0xc00211ceb0, 0x3, 0x3, 0x0, 0xa0, 0xc000430a60)
    /usr/local/go/src/reflect/value.go:337 +0xb9
github.com/0xPolygon/minimal/jsonrpc.(*Dispatcher).handleReq(0xc0006004b0, 0x1994d80, 0xc002103f00, 0xc002103f10, 0xf, 0xc0020141e0, 0x94, 0xa0, 0xc00011a060, 0xc00011a060, ...)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/jsonrpc/dispatcher.go:234 +0x4cd
github.com/0xPolygon/minimal/jsonrpc.(*Dispatcher).Handle(0xc0006004b0, 0xc0006d7800, 0xdd, 0x200, 0x200, 0x0, 0x0, 0xc001fa5b90, 0x1335676)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/jsonrpc/dispatcher.go:209 +0x13f
github.com/0xPolygon/minimal/jsonrpc.(*JSONRPC).handle(0xc0016df140, 0x1e46f00, 0xc0006d1260, 0xc002126100)
    /Users/dan/go/src/github.com/0xPolygon/polygon-sdk/jsonrpc/jsonrpc.go:149 +0x4b9
net/http.HandlerFunc.ServeHTTP(0xc00063eb70, 0x1e46f00, 0xc0006d1260, 0xc002126100)
    /usr/local/go/src/net/http/server.go:2069 +0x44
net/http.(*ServeMux).ServeHTTP(0x266d640, 0x1e46f00, 0xc0006d1260, 0xc002126100)
    /usr/local/go/src/net/http/server.go:2448 +0x1ad
net/http.serverHandler.ServeHTTP(0xc00058e540, 0x1e46f00, 0xc0006d1260, 0xc002126100)
    /usr/local/go/src/net/http/server.go:2887 +0xa3
net/http.(*conn).serve(0xc0006c6460, 0x1e498c0, 0xc0005c6880)
    /usr/local/go/src/net/http/server.go:1952 +0x8cd
created by net/http.(*Server).Serve
    /usr/local/go/src/net/http/server.go:3013 +0x39b
2021-07-16T10:39:54.665-0400 [DEBUG] polygon.dispatcher: request: method=eth_estimateGas id=8.258272843514e+12

Proposed solution
If you have an idea of how to fix this issue, please write it down here, so we can begin discussing it

Hello @dankostiuk!
This issue is caused by the eth_estimateGas you can see above.
What happens is that you try to estimateGas for a specific block, and to do that we need to simulate the transaction inside that block. To run the gas estimation simulation we need to know the coinbase accounts for the given block which we unmarshal from the IBFT extradata header field of the block.
It is this checking of the IBFT extradata headers that fails and panics, since the block eth_estimateGas is ran on is the genesis block which contains no extradata headers containing the signature of the proposer.
This is symptomatic of the blockchain network not working, thus not producing blocks.
I would need you to check two things:

Check that the peers are connected:

Run the peers list command: go run main.go peers list --grpc-address=... and you should see 3 peers of the given node.

Check that the block production is working:

Although block production is visible in the main log output, it is much cleaner to run go run main.go monitor --grpc-address=... and you should be able to see live events like this:
[BLOCK EVENT]

Event Type   = ADD BLOCK
Block Number = 353
Block Hash   = 0xed5cc60a9e57bb414cddd9ae1033d8e85db16c0940101d7d1004ce38e9a1b16

If there are no ADD BLOCK events visible in the output of the monitor command, then we can safely say that the block production is not working for some reason and we can troubleshoot further.

Thanks @lazartravica , I'll make sure to do this next time I see this error so I can provide more details.

@lazartravica how can this be done in dev mode? Currently in a situation where I'm launching with dev mode (no blocks yet created), using the premine account like
./main dev --premine "0x...."
I load up metamask and load up the premine account and try to send a balance around to any account. I always seem to get this error as a result from this call
https://github.com/0xPolygon/polygon-sdk/blob/develop/minimal/server.go#L243
It seems this call generates a key that never exists in the storage. Am I missing something?
https://github.com/0xPolygon/polygon-sdk/blob/develop/minimal/server.go#L229
Some debug output

authors: dankostiuk lazartravica mrwillis


text:
Implement conversion from PartialMerkleTree to TieredSmt

There are a few things I don't like about the current implementation. This PR serves to get the conversation going about the best way to implement the PMT -> TSMT conversion.
Problem statement
It is not possible to convert a PartialMerkleTree into a TieredSmt because the PMT stores only values (accessed by NodeIndex), whereas the TieredSmt associates a key to every value. Therefore, to convert PMT -> TSMT, we must provide the key associated with each value in the PMT.
Current solution
The current solution uses TryFrom<(PMT, BTreeMap)> for TieredSmt, where the BTreeMap provides the "value -> key" information.
I also used an iterator-based approach (with a helper from itertools), as it is the most efficient approach; for all other solutions I tried, I was forced to create one or more Vec<> along the way, or traverse pmt.leaves() twice. However, the downside is that the expression in the try_from() is a little difficult to parse.
Finally, it is not clear from the type BTreeMap<Digest, Digest> what it is supposed to do. The problem I faced was that Word (the actual type for values in the tree) doesn't implement Ord, and so cannot be used as the key to a BTreeMap. The workaround is to store values as Digest, and convert them back to Word at some point in the process. I think we need a better solution for that.

This is for the block producer in miden-node, right? If so, I think there is an alternative approach which may not require this change. The core idea is to perform TSMT update inside Miden VM and in this case, we won't need to construct the TSMT object explicitly.
Performing TSMT update within the VM would require the following:

We need to load the Merkle store in the advice provider of the VM with the partial Merkle tree containing the relevant Merkle paths. For this, we should be able to use extend() method of MerkleStore and pass inner nodes of PartialMerkleTree into it (we can get these via PartialMerkleTree::inner_nodes() method).
We need to load the advice map in the advice provider of the VM with the set of key-value pairs for each of the relevant leaves of the TSMT. For this, we need to have a mapping of the form leaf |-> (key, value), where leaf is the node value of a leaf in the partial Merkle tree, and (key, value) is the key value pair stored at that leaf (e.g., (account_id, account_hash) for the account TMST.
We need to execute a program which uses std::collections::smt::insert (for nullifiers) and std::collections::smt64::set (for accounts) to update their corresponding TSMTs.

Closing, as no longer necessary

authors: bobbinth plafer


text:
Derive Ord and PartialOrd for NoteTag

Add Ord and PartialOrd derives to NoteTag so that we can use BTreeSetto check for duplicates efficiently.

Humm, it seems the branch was not rebased before the merge, and it include the commits from my PR. I'm reverting this merge since that PR should not have been merged.

authors: hackaugusto tomyrd


text:
Central folder for test files

Development related changes

Moved all test files to test_data folder in the root of the project. Each crate has folder as soft link to the test_data in the root. Every project have access to the same files.
Organised the test contracts in folder cairo0 and cairo 1

Checklist:

[x] Applied formatting - ./scripts/format.sh
[x] No linter errors - ./scripts/clippy_check.sh
[x] Performed code self-review
[x] Rebased to the last commit of the target branch (or merged it into my branch)
[x] Documented the changes
[x] Linked the issues which this PR resolves
[x] Updated the tests
[x] All tests are passing - cargo test

Highly against this, especially with symlink which is already hardocoding so our repo compiles without a lot of changes. Types crate shall not be aware of test data of starknet crate or starknet-server crate. It breaks modularity and responsibility of a crate.

If any test data to be reused by other create by higher crate necessary utilities can be created in child test modules.

Converting to draft, because symlinks doesn't work on Windows as @mikiw tested.
Will have to find another solution

authors: marioiordanov taco-paco


text:
🛑 eSAP Stage is down

In 357f166, eSAP Stage ($ESAP_STAGE) was down:

HTTP code: 503
Response time: 538 ms

Resolved: eSAP Stage is back up in 9108342.


text:
🛑 Canadian Nutrient File is down

In f4d0c42, Canadian Nutrient File (https://health-products.canada.ca/cnf-fce/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Canadian Nutrient File is back up in ae0e2cf after 13 minutes.


text:
Error when running {% highlight %} on Nunjucks page

I've got posts that use "*.njk" extensions.
Whenever I add the {% highlight %} shortcode, it throws:
"Cannot read property 'split' of undefined"
If I change the extension to html, it works fine.

Closing this. Figured out that it was not having quotes around the language in the shortcode.
{% highlight "js" %}


text:
内容复制问题

我们将文字中特殊的字段转换成图片后,再复制label的内容时,无法得到原内容?

对于我们自定义的键盘表情,我们需要将服务器传递过来的string中, 对应的特殊字符转换成对应的表情, 但是, 当我们再去复制label的内容,发现无法得到原string中的内容, 有没有好的解决方法?

目前,我们的做法是, 在每个label中保留一份原string, 然而,我认为这样并不好.

是这样的

没有更好的办法吗? NSAttachment是否可以借鉴下?

NSAttachment 什么地方

我意思是,是否可以通过, 将用户配置的imageStorage中的图片信息包装成NSAttachment,放入到nsattributeString中, 那么, 我们是否就可以通过label.attributeString拿到所有的东西了?

不行

好吧,希望能找到一个好办法, 对了, 你这个label不兼容含有NSAttachment的attributeString的绘制

恩  这个基于coretext ，和 textkit 是不兼容的


text:
landscape mode

can you add support for landscape mode?

Lack of this makes this library a no go for me.

authors: Sebacho-Barajas Stunner


text:
Reproduce results in Table. 1 of Cityscapes

I have conducted inference for the Cityscapes validation set, which serves as the test set in the manuscript, using an image resolution of 512 x 1024. For segmentation results, I employed mmseg and incorporated the ego vehicle pixels with label zero, subsequently incrementing all other labels by 1, resulting in a maximum label of 19. Additionally, I computed optical flow for images with a resolution of 2048 x 1024 and downsampled it to 128 x 256.
While the aforementioned preprocessing steps closely aligned with the high precision when compared with preprocessed segmentation and optical flow results in the provided (by you) demo_cityscapes, including, I encountered divergent outcomes when applying the same preprocessing to the entire validation dataset consisting of 500 images. These results deviate from those reported in the paper,for e.g., in the case of K=10 (where SSIM is reported as ~771 , while my results indicate 750). Please see the below results obtained for entire validation set of Cityscapes.
[cum lpips:4] : (0.06537125685492591, 0.025336528882937116)
[msssim:4] : (0.9455071023154643, 0.033543639584851195)
[cum msssim:4] : (0.9455071023154643, 0.033543639584851195)
[lpips:5] : (0.09827826498827387, 0.03752554200307012)
[cum lpips:5] : (0.08182476092159989, 0.035996816460655244)
[msssim:5] : (0.8830907789449538, 0.06872051765517471)
[cum msssim:5] : (0.9142989406302091, 0.062432299392780846)
[lpips:6] : (0.1272459649555986, 0.04949551977022993)
[cum lpips:6] : (0.09696516226626613, 0.04624838226069769)
[msssim:6] : (0.8216852647282423, 0.09615339495140832)
[cum msssim:6] : (0.8834277153295534, 0.08710004723497414)
[lpips:7] : (0.15253625717014074, 0.0596367214527246)
[cum lpips:7] : (0.11085793599223477, 0.05542875398301024)
[msssim:7] : (0.772828204977897, 0.11321663428914033)
[cum msssim:7] : (0.8557778377416393, 0.10577269228430934)
[lpips:8] : (0.1745280636880066, 0.06704986880795559)
[cum lpips:8] : (0.12359196153138914, 0.06329009418263977)
[msssim:8] : (0.7360224333862143, 0.12232228531624448)
[cum msssim:8] : (0.8318267568705543, 0.11932080850810438)
[lpips:9] : (0.1947774394235063, 0.07272813782654444)
[cum lpips:9] : (0.135456207846742, 0.07016691095629861)
[msssim:9] : (0.7077705314863594, 0.12728429811118538)
[cum msssim:9] : (0.8111507193065218, 0.12923720126268737)
[lpips:10] : (0.21311790686506296, 0.07737140964652536)
[cum lpips:10] : (0.14655073627793072, 0.07624811656336583)
[msssim:10] : (0.6854535127058625, 0.12966504299120032)
[cum msssim:10] : (0.7931939755064277, 0.1365750571910015)
[lpips:11] : (0.23013863805305934, 0.08135752963039321)
[cum lpips:11] : (0.1569992239998218, 0.08172288903786162)
[msssim:11] : (0.6663333338294779, 0.13033643584096985)
[cum msssim:11] : (0.777336395296809, 0.14214373440318082)
[lpips:12] : (0.24576957264329277, 0.08531041439354843)
[cum lpips:12] : (0.16686259607131856, 0.08673811885737975)
[msssim:12] : (0.6507769396768943, 0.12966661232433124)
[cum msssim:12] : (0.7632742335612629, 0.14632147122196526)
[lpips:13] : (0.26122074800303147, 0.08822021667569539)
[cum lpips:13] : (0.17629841126448986, 0.09138240134124868)
[msssim:13] : (0.6368516478086671, 0.12883629511903483)
[cum msssim:13] : (0.7506319749860033, 0.14955699601642777)

Hi @skrya !
The preprocessing steps seem to be the same as what I did (except I ran the optical flow at resolution 512x1024 before scaling it down to 128x256, but this should not make much difference).
I ran this morning the evaluation on Cityscapes with the checkpoints from the repo and I obtained:
[cum lpips:4] : (0.05346203494193633, 0.02087978156526128)
[msssim:4] : (0.9547746885688074, 0.02826152671225209)
[cum msssim:4] : (0.9547746885688074, 0.02826152671225209)
[lpips:5] : (0.08403938209202381, 0.03312656116859068)
[cum lpips:5] : (0.06875070851698008, 0.031629269770561304)
[msssim:5] : (0.9008792671224763, 0.05913541967868947)
[cum msssim:5] : (0.9278269778456418, 0.05361002694982019)
[lpips:6] : (0.11259870233404781, 0.04480885730091962)
[cum lpips:6] : (0.08336670645600265, 0.041993727625178896)
[msssim:6] : (0.8429565375610706, 0.0859018463715229)
[cum msssim:6] : (0.8995368310841181, 0.07730716140153499)
[lpips:7] : (0.13842284232528218, 0.05528037505354662)
[cum lpips:7] : (0.09713074042332254, 0.0515260199274996)
[msssim:7] : (0.7926068837123532, 0.1046833363160655)
[cum msssim:7] : (0.8728043442411769, 0.09677719611025073)
[lpips:8] : (0.16119490362208097, 0.06251197900311642)
[cum lpips:8] : (0.10994357306307422, 0.05968390744957661)
[msssim:8] : (0.7531998110033812, 0.1155012738066987)
[cum msssim:8] : (0.8488834375936177, 0.11157781365096062)
[lpips:9] : (0.18200937628505692, 0.06851251774743305)
[cum lpips:9] : (0.121954540266738, 0.06687389765492098)
[msssim:9] : (0.7227434655351024, 0.12206293524879606)
[cum msssim:9] : (0.8278601089171985, 0.12275097631403778)
[lpips:10] : (0.20094621515337138, 0.07345607963778857)
[cum lpips:10] : (0.13323906525054277, 0.0732674220468542)
[msssim:10] : (0.6987211021083978, 0.12513408033619136)
[cum msssim:10] : (0.8094116793730841, 0.131126886416465)
[lpips:11] : (0.21813965737519245, 0.07810522398066629)
[cum lpips:11] : (0.143851639266124, 0.07904455126069701)
[msssim:11] : (0.6788576867191061, 0.1268816546446998)
[cum msssim:11] : (0.7930924302913369, 0.13755570623726893)
[lpips:12] : (0.23402006589176674, 0.0823671883432226)
[cum lpips:12] : (0.15387035333563984, 0.08432454227124249)
[msssim:12] : (0.6631659799285473, 0.12709065658548505)
[cum msssim:12] : (0.7786561580288047, 0.14241170458729588)
[lpips:13] : (0.24890437160408305, 0.08572117931202014)
[cum lpips:13] : (0.16337375516248417, 0.08914712256228838)
[msssim:13] : (0.6497959513818065, 0.12598920935463814)
[cum msssim:13] : (0.7657701373641048, 0.14606422589954607)

This is closer to the results from the paper, but not perfectly aligned, which means that: 1) there might still be something in the preprocessing that you do differently from I do, 2) somehow, I might have introduced a small divergence when reformatting the code for the github release, I will look into it further when I have some time.
Let me know if you want more preprocessed data to compare with what you have.

It would be great if you could share the pre-training segmenttion and flow files for cityscapes val set?

Thank you for your patience. I have added a link to the preprocessed Cityscapes val set data in the README file.

Thank you for the data. However, I get the same result as earlier ([cum msssim:13] : (0.752.., 0.151..)). I have added the last two lines from demo.sh to test.sh to output videos. Can you please confirm if the test.sh (provided below) that I have used is same as that you have used.
#!/bin/bash
LVD_TAG=$1
FLP_TAG=$2
WIF_TAG=$3
GPU_IDS="0"
NUM_GPUS=1
NUM_NODES=1
DATETIME=date "+%Y-%m-%d-%H:%M:%S"
TORCHRUN="torch.distributed.run --nnodes=${NUM_NODES} --nproc_per_node=${NUM_GPUS} --rdzv_backend=c10d"
CUDA_VISIBLE_DEVICES=${GPU_IDS} python -m ${TORCHRUN} helpers/synthesizer_evaluator.py
--name test_cityscapes_authors --datetime ${DATETIME} --gpu_ids ${GPU_IDS} --dataroot "../Datasets/Cityscapes/"
--dataset "cityscapes" --dim 128 --load_dim 512 --true_dim 512 --flow_dim 128 --vid_len 14 --num_workers 8 --num_workers_eval 1
--num_iter 1000000 --num_iter_eval 10000 --save_latest_freq 1000 --log_freq 10000
--s_patch_size 16 --s_latent_shape 8 16 --s_embed_dim 512 --s_num_obj 16 --s_num_timesteps 5
--s_use_pe --s_use_ii --s_use_pg
--vid_modes 'vid_prediction'
--s_blur_pxl --s_blur_sigma 2.0
--s_lambda_pts_rest 20
--s_bound_alpha --s_l1_pxl
--s_oe_depth 2 --s_pe_depth 2 --s_bound_rest --s_soft_bound_rest
--s_pe_use_scorer --s_oe_use_decoder "False" --s_pe_decoder_init_mode "five"
--s_has_bg
--s_pe_refiner_init_mode "mfive"
--s_pe_estimator_init_mode "zero" --s_pad_obj_alpha 3 --s_pad_bg_alpha 3
--s_init_scale_obj 0.25 --s_mul_scale_obj 0.25 --s_mul_delta_obj 0.2
--s_circle_translate_bias --s_circle_translate_radius 0.2 --s_num_perm_grid 1
--skip_first --s_ctx_len 4 --load_lyt --load_flow --s_input_lyt --s_input_flow
--s_blur_edge --remap_lyt 13 19 18 19 7 6 8 6 --s_reg_bg_mul 0.25
--s_lambda_cell_dis 10 --s_lambda_l1_flow 100
--max_zoom 1.3 --no_v_flip "False" --colorjitter 0.5 --colorjitter_no_contrast
--s_lambda_reg_mov 10 --s_use_lyt_filtering --s_use_fg --s_use_lyt_filtering
--s_use_lyt_opacity --s_swap_flt --s_mov_obj_thresh 0.005 --s_use_dominant_flow_other
--s_pred_cls --s_weight_cls --s_min_cls 0.1
--s_not_strict --s_which_iter "latest" --s_load_path "checkpoints/"${LVD_TAG}
--s_ctx_mode "prev" --s_ii_score --s_ii_ab
--s_edge_size 15 --s_flow_thresh 0.02 --s_bg_mul 1.2
--s_unconstrained_pose_decoder --s_lambda_rec_occ_score 0.01
--s_oe_num_timesteps 5 --s_pg_num_timesteps 14
--s_ii_depth 6
--s_ii_iter "latest" --s_ii_load_path "checkpoints/"${WIF_TAG}
--s_pg_iter "latest" --s_pg_load_path "checkpoints/"${FLP_TAG}
--batch_size_vid 1 --eval_phase "test" --s_input_rgb "False"
--s_use_last_pose_decoder --s_bg_mul_pose_decoder 1.2  --s_restrict_to_ctx
--s_loop_ii --s_inpaint_obj --s_propagate_unique --s_use_shadows --s_use_expansion
--s_soft_shadow --s_propagate_obj --s_use_inpainter --s_use_mat_inpainter --s_inpainter_path "checkpoints/mat/Places_512_FullData.pkl"

Thank you for your feedback.
Ok so the data preprocessing is not the issue.
You should not need to edit the test.sh script.
I have found a difference in my local codebase which my be the culprit here.
https://github.com/16lemoing/waldo/blob/33dce17244482b5aaae8e7e4b359c72058fb3bfd/data/base_dataset.py#L253-L254
This two lines should be added to shift the temporal window and skip the first frame of each video since we do not have optical flow for the first frame.
If you pull the current version of the code you should match the configuration that I have.

Hi,
Once again, thank you for the prompt response. I have already made the change for my earlier results, i.e., [cumulative MSSSIM: 13] (0.752, 0.151).
However, it appears that test.sh originally did not include the inpainting part, which would result in incorrect outcomes, correct? To address this issue, I've appended the last two lines from demo.sh, which correspond to the inpainting part, to test.sh

May I ask if you could share the predicted videos obtained for cityscapes validation set. That would be really helpful with my current research.

Hi! I ran again the test code:

test_mat.shwith MAT adversarial inpainting, I obtain  [cumulative MSSSIM: 13](0.7652, 0.1463)
test.shwhere inpainting is supervised by a reconstruction loss only, I obtain  [cumulative MSSSIM: 13](0.7657, 0.1460)

So the results should be very close. I will send you synthesized videos shortly.

Here is a link to predicted videos on cityscapes.

Thank you!


text:
Service accounts should use client credentials instead of users

In order to migrate from Shibboleth, existing service accounts which use user constructs need to be migrated to client credentials constructs.
Verify client credentials can perform the same actions as users within CloudFoundry.
Research any upstream configurations that would prevent use of UAA client constructs.
Acceptance Criteria

The user account constructs are migrated to client credential constructs.
Ensure the service broker provisions client credentials instead of users.

These credentials exist mostly in two places:

UAA service account broker
Hand-created credentials - discovery work

Recommend closing this issue once new issues are created for the following.
Story 1: Verify client credentials can perform the same actions as users within CloudFoundry.
Story 2: Research any upstream configurations that would prevent use of UAA client constructs.
Story 3: Implement the behavior of the broker to provision client credentials.
Story 4: Replace/update user accounts with client credentials.

authors: hillaryj karareinsel mogul


text:
Blank page instead of redirect

Hi,
I installed the plugin and added this line
define( 'CON_404_PAGE', 'http://www.law-school.de' );
because I wanted

to redirect all not found short links
and those called with only the URL of the yourls system (without anything behind the domain like http://my-shortener.com).

But in case 1 I get a blank page and the Chrome says:
Failed to load resource: the server responded with a status of 404 (Not Found)
And in case 2 I get the access denied from the web server as listing is denied.
Can you help me?
Thanks and best regards,
Thomas

Can you provide the domain that you setup your shortener to? (So I can test)
Give me a link of an invalid shortened link so I could see.
Have you checked php logs?
Does shortened links work? (Valid ones)

I forgot to say, that you can only set a local file to be the 404 file.
This issue will be closed in 1 month


text:
Duplicates are left behind when changing item name

Environment:
terraform: 0.14.8
onepassword-provider: 0.2.0
onepassword-connect: 0.5.3
When changing an item name, the old item is not cleaned up.
e.g.
Change from:
resource "onepassword_item" "op_pg_ip" {
  vault = var.op_vault

  title    = "PostgreSQL - ${var.environment}"
  category = "password"
  password = random_string.psql.result
}

to
resource "onepassword_item" "op_pg_ip" {
  vault = var.op_vault

  title    = "PostgreSQL Password - ${var.environment}"
  category = "password"
  password = random_string.psql.result
}

And two items will now exist in the vault: PostgreSQL Password - FOO and PostgreSQL - FOO.
It is expected that only PostgreSQL Password - FOO exists after the change.

Closing as this seems to work in latest version of the provider (v1.4.3 as of this writing). Feel free to reopen this if you're still encountering this.


text:
XML Response Issues

Hi,
I have been able to authenticate to OpenAir, as denoted in the XML response by "<response><Auth status = "0"></Auth ></response>" I receive. When I am generating the 'xml_commands' variable for the request, I am needing to make the list of attributes I am requesting for a dictionary given that '.get()' is called on this attributes list in the 'Read' method.
orderby = {'id':"", 'name':"", 'budget':"", 'budget_time':"", 'rate': ""}
xml_commands = commands.Read('Project', 'all', {'limit': '1000'}, [], orderby)
Results in: xml_res = "<response><Auth status = "0"></Auth ></response>"
To my understanding, this requested project information should be in between the “Auth” tags of the response. Why might this not be happening? Does this have to do with the orderby dictionary? Or maybe the way I am requesting this information from OpenAir? If you could please let me know, that would be great.
Thank you in advance!

@katelivi I'm not sure I'm following your example so you might have to include a code example for the full request you're trying to generate. From what I can infer above, you are returning an instance of a Read object in xml_commands rather than returning a bytestring - this is because you are not calling .read() on the commands.Read object. Given the structure of the API, OpenAir expects an XML string as the payload (and not a Python object).
You should be able to follow the example in the README or docs to show how you can pass the output of the Read into the payload for the HTTP request.
orderby = {'id':"", 'name':"", 'budget':"", 'budget_time':"", 'rate': ""}
xml_data = []
xml_data.append(commands.Read('Project', 'all', {'limit': '1000'}, [], orderby).read())
xml_req = connections.Request(app, auth, xml_data).tostring()


text:
我真有点搞不懂

在项目里打开本地调试，是正常的，可以正确使用。
但是发布了IMServe到本地之后，在我本地直接运行打开，端口死活是5000和50001
那么IMServer的appsettings.json配置的地址参数配置了还有用吗？
{
"Logging": {
"LogLevel": {
"Default": "Warning"
}
},
"AllowedHosts": "*",
"ImServerOption": {
"RedisClient": "127.0.0.1:6379,poolsize=10",
"Servers": "127.0.0.1:6001",//发布到服务器的时候，这里127.0.0.1我改成了我的IP地址
"Server": "127.0.0.1:6001"//发布到服务器的时候，这里127.0.0.1我改成了我的IP地址
}
}
配置文件的端口，无论我怎么改，只要我发布项目，然后运行exe文件，端口死活是2个，5000和50001（这是在本地直接打包发布运行的）
项目里我搜索出来的端口5000，也就只有WebApi里面有写，但是我改了，重新发布，还是端口死活是5000和50001
好了，等我把IMServer发布到服务器就是端口是一个5000，我配置文件怎么改都是5000，好吧，我认了， 我把webapi也改成5000，Redis是可以链接上（链接地址没动过，IP：6379，是可以访问的），但是IMServer服务死活链接不上。
这是什么情况呢
代码图片发不到这里。不然我发图了

你需要注意，Server/Servers 和 dotnet 参数 --urls 要对应

您帮我看下，我这些配置参数是否正确
我配置发布在服务器上的信息
服务器IP地址：91.208.206.38
IMServer的appsettings.json参数如下：
{
"Logging": {
"LogLevel": {
"Default": "Warning"
}
},
"AllowedHosts": "*",
"ImServerOption": {
"RedisClient": "127.0.0.1:6379,poolsize=10",
"Servers": "91.208.206.38:6001",
"Server": "91.208.206.38:6001"
}
}
IMServer的launchSettings.json参数如下：
{
"profiles": {
"imServer": {
"commandName": "Project",
"commandLineArgs": "--urls=http://91.208.206.38:6001"
}
}
}
以上参数配置我发布到服务器上运行打开显示如图

WebApi那么不部署服务器应该也是可以的，我就在本地调试运行
WebApi我在本地代码调试来连接我的91.208.206.38的IMServer服务
WebApi配置初始化参数
ImHelper.Initialization(new ImClientOptions
{
Redis = new FreeRedis.RedisClient("91.208.206.38:6379,poolsize=10"),
Servers = new[] { "91.208.206.38:6001" }
});
运行结果如图

Redis配置是正确的，为什么呢，如果Redis连接不上，那么WebApi是会报错的。没报错，说明Redis是正确的
麻烦帮我看下，我哪里配置错了?谢谢。

即使我把WebApi部署到91.208.206.38:80或者91.208.206.38:6001
都是一样的错误
testindex.html:66 WebSocket connection to 'ws://91.208.206.38:6001/ws?token=b925182cd3bb4a77a6a1f432edb558242d775c950a864ea1904c99103f1222325fe3fab090984e1bbd19cd00226971ec87d7a287a5c2437985ae5a60ae1fd217' failed:

怎么配都不正确啊，这组合我都配烂了

我发布了，运行，为什么都是http://localhost:5000
IMServer信息都是：
info: Microsoft.Hosting.Lifetime[14]
Now listening on: http://localhost:5000
info: Microsoft.Hosting.Lifetime[14]
Now listening on: https://localhost:5001
info: Microsoft.Hosting.Lifetime[0]
Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
Content root path: D:\FreeMi\IMServer

不管我怎么改，发布运行都是下面的提示
info: Microsoft.Hosting.Lifetime[14]
Now listening on: http://localhost:5000/

原来是我的服务器没开5000端口，防火墙我是没开，服务商没开5000

耐心一些，总共只有几个配置
IMServer的launchSettings.json参数如下：
{
"profiles": {
"imServer": {
"commandName": "Project",
"commandLineArgs": "--urls=http://91.208.206.38:6001/"
}
但是你反馈的日志是 localhost:5001 说明配置没有生效

是不支持windows server 2012版本的服务器吗？
IMServer的launchSettings.json参数如下：
{
"profiles": {
"imServer": {
"commandName": "Project",
"commandLineArgs": "--urls=http://91.208.206.38:6001/"
}
这个我肯定是配置了的

@sfindme  兄弟你可以看下你的IIS有没有开websockt协议支持，我今天也遇到这个问题了，结果就是IIS 没开ws协议支持，你看下这https://learn.microsoft.com/zh-cn/iis/get-started/whats-new-in-iis-8/iis-80-websocket-protocol-support

我安装了的，安装完就可以了吧？还需要手动配置吗？

老哥你弄好了?

终于搞定了，三个关键点
1.服务器要安装WebSocket协议，开放端口，服务商的，服务器的都要开。
2.生成的时候有可能生成了三个配置文件，导致不一样，部署到服务器的时候，使用的是appsettings.Production.json，所需要改这个文件里面的IP和端口，才能一致，三个都改一下，都试试。
appsettings.Production.json
appsettings.json
appsettings.Development.json
3.launchSettings.json设置不生效的时候，需要手动设置端口在
IMServer的Program.cs文件中。
Host.CreateDefaultBuilder(args)
.ConfigureWebHostDefaults(webBuilder =>
{
webBuilder.UseStartup()
.UseUrls("http://*:6001"); //直接指定端口;
});

后续同志参考这篇文章


text:
FreeSql.Generator生成实体主键没有IsPrimary

如果主键是自增的
属性中会有 IsIdentity = true
但是主键属性没有生成 IsPrimary= true
导致 _fsql.Update().SetSource(entity).ExecuteAffrows();会报错

收到，报什么错。
本来是想减少特性生成的，因为有约定主键。
约定：
当没有指明主键时，命名为 id 的字段将成为主键；（不区分大小写）
当没有指明主键时，自增列属性，会成为主键

追问一下，使用的是什么数据库

检查发现，DbFirst 获取 Primary 信息失败了。。最近的版本出现的，我修复一下

因为一些特殊情况我没有用约定ID
比如有时候指定了双主键，所以还是挺需要自动生成的

这个问题是 去年 10.3 号增加索引 CodeFirst 改出来的 bug
问题已修复，还有个问题解决了再发布版本

好的，谢谢效率哥！

dotnet tool install --global FreeSql.Generator --version 1.1.0-preview4
用这个更新命令工具，后面要加版本


text:
Free sql context

dfsasdf

sdfasdfasdfasdf


text:
it like a bug or version issue

This is due to the new Flutter stable changing a method signature. There’s a new Flare (1.5.4) which is compatible with it. It should be as simple as changing the flare_flutter version in the pubspec.yaml. I should be able to take a look at it later today.

That's it. Thank you for your answer~

666

I just pushed a change to master that merges in the latest Flare 1.5.5.  Please make sure you are on Flutter stable.

authors: aboutmydreams luigi-rosso pengMaster


text:
angular-animate 1.3.0 conflict

Error is coming up if I try to use angular-videogular 0.7.2 with angular-animate 1.3.0
Uncaught Error: [$injector:unpr] Unknown provider: $$qProvider <- $$q <- $animate <- $compile
http://errors.angularjs.org/1.2.28/$injector/unpr?p0=%24%24qProvider <- %24%24q <- %24animate <- %24compile
Removing angular-videogular will fix that again. According to this link, its not true that angular-animate is wrong spelled or unknown. Dont know, maybe its a problem of angular-videogular.
Here is my bower.json
{
  "name": "test-app",
  "version": "0.0.0",
  "dependencies": {
    "angular": "^1.3.7",
    "json3": "^3.3.0",
    "es5-shim": "^4.0.0",
    "bootstrap-sass-official": "^3.2.0",
    "angular-animate": "^1.3.9",
    "angular-cookies": "^1.3.0",
    "angular-messages": "^1.3.0",
    "angular-resource": "^1.3.0",
    "angular-route": "^1.3.0",
    "angular-sanitize": "^1.3.0",
    "angular-touch": "^1.3.0",
    "angular-translate": "~2.4.2",
    "angular-translate-loader-static-files": "~2.4.2",
    "angular-rest-orm": "~0.4.5",
    "iScroll": "https://github.com/cubiq/iscroll.git",
    "ng-lodash": "~0.1.0",
    "local-storage-db": "git://github.com/knadh/localStorageDB.git",
    "pdf-js": "https://github.com/mozilla/pdf.js.git",
    "videogular": "0.7.2",
    "videogular-themes-default": "0.7.2"
  },
  "devDependencies": {
    "angular-mocks": "~1.3.0",
    "angular-scenario": "~1.3.0",
    "angular-animate": "~1.3.7",
    "animate.css": "~3.2.0"
  },
  "appPath": "app",
  "resolutions": {
    "angular": ">=1.2",
    "angular-sanitize": "^1.3.0"
  }
}

You're using angular-animate 1.3.9 with angular 1.3.0, maybe that's the problem.

Nope. :( as i said -> it only happends, if I add "videogular" into bower. Using Animate 1.3.0 also throws the same error.
{
  "name": "test-app",
  "version": "0.0.0",
  "dependencies": {
    "angular": "^1.3.7",
    "json3": "^3.3.0",
    "es5-shim": "^4.0.0",
    "bootstrap-sass-official": "^3.2.0",
    "angular-animate": "^1.3.0",
    "angular-cookies": "^1.3.0",
    "angular-messages": "^1.3.0",
    "angular-resource": "^1.3.0",
    "angular-route": "^1.3.0",
    "angular-sanitize": "^1.3.0",
    "angular-touch": "^1.3.0",
    "angular-translate": "~2.4.2",
    "angular-translate-loader-static-files": "~2.4.2",
    "angular-rest-orm": "~0.4.5",
    "iScroll": "https://github.com/cubiq/iscroll.git",
    "ng-lodash": "~0.1.0",
    "local-storage-db": "git://github.com/knadh/localStorageDB.git",
    "pdf-js": "https://github.com/mozilla/pdf.js.git",
    "videogular": "0.7.2",
    "videogular-themes-default": "0.7.2"
  },
  "devDependencies": {
    "angular-mocks": "~1.3.0",
    "angular-scenario": "~1.3.0",
    "angular-animate": "~1.3.7",
    "animate.css": "~3.2.0"
  },
  "appPath": "app",
  "resolutions": {
    "angular": ">=1.2",
    "angular-sanitize": "^1.3.0"
  }
}

I will give it a try with my dev version of Videogular and I will tell you if this is a videogular issue.
Thanks for testing anyway :)

Thanks for your response.

Whats the status here?

Ok, it seems that Videogular 0.7.2 is changing your angular 1.3.11 version to angular 1.2.28 (as far as I tested in my machine).
I've solved this by forcing to install angular 1.3.11 with bower install angular#1.3.11 and selecting the option 4:
Unable to find a suitable version for angular, please choose one:
1) angular#~1.2.0 which resolved to 1.2.28 and is required by videogular#0.7.2
2) angular#^1.3.7 which resolved to 1.3.11 and is required by test-app
3) angular#>=1.2 which resolved to 1.3.11 and is required by ng-lodash#0.1.0
4) angular#1.3.11 which resolved to 1.3.11Prefix the choice with ! to persist it to bower.json
? Answer:: 4
bower install       angular#1.3.11
That's my solution for now, I will update Videogular 1.0.0 to resolve to the newer versions of Angular, but I don't want to modify the current tags because that could be a problem for other people.

Thanks m8. I will try this soon.


text:
Represent time (currentTime, timeLeft, totalTime) in milliseconds instead of Date objects.

BREAKING CHANGE
Represent time (currentTime, timeLeft, totalTime) in milliseconds instead of Date objects. When I started using videogular I wondered why videogular uses Date objects for the representation of various times. Milliseconds are easier to calculate with and do not have the complexities of working with time zones. jPlayer, a major video player for jQuery, also does all its time-related calculations in seconds, and I see no reason why videogular should not do the same.
In the videogular-controls plugin, the currentTime, timeLeft and totalTime variables are exposed to the UI. For this, the AngularJS date filter is used. This remains unchanged after this PR, since the AngularJS date filter accepts both Date objects as well as milliseconds. From its docs on the date argument:

Date to format either as Date object, milliseconds (string or number) or various ISO 8601 datetime string formats (e.g. yyyy-MM-ddTHH:mm:ss.sssZ and its shorter versions like yyyy-MM-ddTHH:mmZ, yyyy-MM-dd or yyyyMMddTHHmmssZ).

When using custom filters (I am looking into creating a filter to display the current frame number of a video) calculating with milliseconds is easier than parsing the Date object and keeping in mind the time zones. Not only filters, but all computations using currentTime, timeLeft and totalTime, benefit from this. For example soton-ecs-2014-gdp-12/videogular-cuepoints/issues/3
Furthermore, this PR also fixes the (previously incorrect) values in the aria-value* attributes. In the demo on http://www.videogular.com
<div ng-keydown="onScrubBarKeyDown($event)" ng-transclude="" tabindex="0" aria-label="Time scrub bar" aria-valuemin="0" aria-valuenow="-3586" aria-valuemax="-3502" role="slider">
	<vg-scrubbarcurrenttime class="ng-scope" style="width: 14.1379%;"></vg-scrubbarcurrenttime>
</div>

As you can see, the aria-valuenow and aria-valuemax are negative numbers.
Other minor changes:

Fix indent in controls.js. Tabs and spaces were used at different places.
Simplify watches on scope variables related to times from the API. I have removed some if (newVal != oldVal) checks. From the AngularJS docs on scope:

The listener is called only when the value from the current watchExpression and the previous call to watchExpression are not equal (with the exception of the initial run, see below).

On video complete, scrubbar remains at 100%. This is in line with the currentTime, which also remains at 100% on video complete.

Awesome explanation.
I will accept this PR. In old release Videogular used miliseconds, but I changed this later to Date to use AngularJS filters, that I think that it didn't worked with miliseconds then.
Anyway, I think that is much clearer with miliseconds and if Date filter now supports miliseconds, then I also preffer this change.
Nice work :) :+1:


text:
Migrate VICTOR hubs to GitHub Teams-based auth

fixes #2043
Adds the required lists of teams to allow access to the VICTOR hubs

I will do a quick deploy to staging and check it works

I successfully logged into staging!


text:
AWI-CIROH, prod: added r kernel in options

Added an option in profile listings for the R kernel image

Hi @sepehrkrz will using be using RStudio with this new image? If yes, we need to make some extra config tweaks.

Hi @sgibson91! For now we just want use the R kernel. Thank you

@sgibson91 Can you advise what config changes needed from our side? Does it has to happen in image repo or this repo?

@benlee0423 if you're not using RStudio, no config changes are required. But they would need to happen on this repo. I'll merge this PR as is when I'm at my computer.


text:
Added support for configuring DefaultNonRedLeaderDOPolicy, DefaultNon…

…RedLeaderBITSPolicy, DefaultDisconnectedDOPolicy, DefaultDisconnectedBITSPolicy

Thank you for the Pull request! I will close this though since there was some bugs and the default.ini is not using recommended values.


text:
🛑 MS - API-ADMIN-INT is down

In 9dcbda7, MS - API-ADMIN-INT ($MS_API_ADMIN_INT_URL) was down:

HTTP code: 503
Response time: 218 ms

Resolved: MS - API-ADMIN-INT is back up in 4d3ef3e after 56 minutes.


text:
🛑 MS - links is down

In 855491d, MS - links ($MS_LINKS_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MS - links is back up in d5c9b0d after 8 minutes.


text:
🛑 MS - EX-INCOME is down

In 8284995, MS - EX-INCOME ($MS_EX_INCOME_URL) was down:

HTTP code: 500
Response time: 251 ms

Resolved: MS - EX-INCOME is back up in 008518f.


text:
🛑 MS - links is down

In 3e14c88, MS - links (https://go.treinta.co/health) was down:

HTTP code: 404
Response time: 294 ms

Resolved: MS - links is back up in 8f9cddd.


text:
Manifest file missing or Unreadable Issue

When I try to load the extension it replies back Manifest file missing or unreadable. Could not load manifest.

Here is how to solve it: #44

Tysm 🙏🙏


text:
🛑 Dendrite Matrix is down

In 3aaf470, Dendrite Matrix (https://matrix.frai.se/_matrix/static/) was down:

HTTP code: 530
Response time: 190 ms

Resolved: Dendrite Matrix is back up in 3397970 after 1 day, 16 hours, 51 minutes.


text:
overflow numeric cell value on 386

Description
I am trying to read xlsx files containing ean13 codes for example 8595602512225
Sample file (attached to issue or download from gdrive)
barcode_test.xlsx
https://drive.google.com/open?id=16FswVFaJ5I1cVPVeViOTZWLOGg1b1eJz
This is important because when I simply open and save this file in libreoffice, the error is not reproduced.

Steps to reproduce the issue:

Sample code

xlsx, err := excelize.OpenFile("./barcode_test.xlsx")
if err == nil {
	cell := xlsx.GetCellValue("Sheet1", "A1")
	fmt.Println(cell)
}

Build instructions

export GOARCH="amd64"; go build -o et.x64
export GOARCH="386"; go build -o et.x32

Execute binaries

Describe the results you received:
» ./et.x32
-2147483648
» ./et.x64
8595602512225

Describe the results you expected:
» ./et.x32
8595602512225
» ./et.x64
8595602512225

(and this output after open then save in libreoffice)
Output of go version:
go version go1.12.1 linux/amd64

Excelize version or commit ID:
require github.com/360EntSecGroup-Skylar/excelize v1.4.1

Environment details (OS, Microsoft Excel™ version, physical, etc.):
» uname -a
Linux XXX 4.15.0-47-generic #50-Ubuntu SMP Wed Mar 13 10:44:52 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Microsoft Excel™ is unknown - i just received this file
(same result on win10)

Interesting, GetCellValue returns a string so I'm not sure why it would run through an integer first and have a chance to overflow like that.

I wonder if this is the culprit. We're not checking any errors there and it converts to an int. Will need to test to find out.

I'm guessing this has been fixed?
With latest:
$ go run test.go
8595602512225

I am taking a look if there is a regression test written in this respect. Would that be appreciated?

@psyomn not fixed
$ go test ./...
ok      github.com/360EntSecGroup-Skylar/excelize/v2    1.884s

$ export GOARCH=386; go test ./...
--- FAIL: TestOverflowNumericCell (0.01s)
    cell_test.go:108:
                Error Trace:    cell_test.go:108
                Error:          Not equal:
                                expected: "8595602512225"
                                actual  : "-2147483648"

                                Diff:
                                --- Expected
                                +++ Actual
                                @@ -1 +1 @@
                                -8595602512225
                                +-2147483648
                Test:           TestOverflowNumericCell
                Messages:       A1 should be 8595602512225
FAIL
FAIL    github.com/360EntSecGroup-Skylar/excelize/v2    2.060s

Would you be able to PR this test into the repo? It would be helpful for making a fix and preventing a regression later.

hmm travis - tests passed, my laptop - failed
i dont understant it

bug localized in styles.go/formatToInt
- return fmt.Sprintf("%d", int(f))
+ return fmt.Sprintf("%d", int64(f))

now all ok @xuri

If I'm reading that correctly, that might be a good workaround for now, but I wonder what happens if we get even bigger numbers than (u)int64, or what the correct thing to do would be. Seems that fairly large numbers are supported in Excel:
https://support.office.com/en-us/article/Excel-specifications-and-limits-1672b34d-7043-467e-8e27-269d656771c3

fairly large numbers

That’s an understatement if I’m reading the docs right.
I wonder if any of the crypto libraries have support for efficient big numbers.

@xuri Maybe for performance reasons and our own sanity we specify that the maximum numeric value we support is an int64? That should cover a substantial majority of use cases, and we can investigate broadening that support more carefully if it comes up. I'd be in favor of closing this issue now that we are at least properly specifying the integer type.

authors: mlh758 psyomn sevkin


text:
拖动进度条出现'-[UIView setSelected:]这个崩溃信息

拖动进度条出现崩溃问题，而且给出实例方法太少了。。。播放视频的时候会少一秒，拖动进度条会跳

楼主使用MPMoviePlayerController将在iOS9后过期。而且该播放器过于轻量级，求楼主放出AVPlayer的播放器框架哦


text:
Is there some easy way to draw a regular polygon rather than using coordinates of polygon?

and how to draw the process of unfolding two line segment to form an angle...

RegularPolygon(n)
Here

Thanks a loooooot!


text:
Modified the shaders slightly

Motivation

camera_distance is set to be 6 and doesn't change with the focal_distance.
The z coordinate is used to check whether the surface is facing the camera. It generates the wrong result which is particularly obvious when focal_distance is small.

Proposed changes

Replace float camera_distance = 6; with float camera_distance = focal_distance;, and add uniform float focal_distance; in some shaders.
Use the dot product to check whether the surface is facing the camera.

Test
Code:
from manimlib import *

class Test(Scene):
    CONFIG = {
        "camera_class": ThreeDCamera,
        "camera_config": {
            "focal_distance": 0.5,
            "light_source_position": [1, 1, -2],
            "frame_config":{
                "frame_shape": (4, 3),
            }
        }
    }

    def construct(self):
        sphere = Sphere(radius=2)
        sphere.shift(DOWN*3.3)
        sphere.set_color('#cccccc')
        self.add(sphere)
        self.wait(1)

Result:
Before:

After:

Thanks!


text:
Use direct mode in kitty when SSH is detected

SSH is determined by checking the environment for SSH_CLIENT and SSH_TTY.
Currently, all calls to the kitty backend "write_graphics" which include data to be transmitted, only supply file-paths as data. Thus we can achieve direct mode by reading from said file.
Direct mode relies on being able to write "/" character instead of "-" once encoded, so this is achieved by a final substitution with gsub. I decided not to change any of the path-creation functions.

Whaat? It works over SSH? Thanks for the PR!

I just noticed... there seems to be some weirdness when using both tmux AND ssh. When opening say a markdown file with images embedded, they sometimes aren't placed correctly... But as soon as the nvim window moves (with Ctrl+E or Ctrl+y) the positions update to the correct position.
I can't consistently recreate it though so will need to do some testing. Doesn't seem to occur when using only ssh or only tmux though.

I added a couple functions to test the location directly from TMUX and the issue has mysteriously disappeared... I can't really explain why, just that I haven't had the issue occur at all on this commit, but reverting to the previous commit I get it about the same. Keep in mind, this issue only has any effect when using both SSH and TMUX, and using either separately I didn't notice anything.
As far as I can tell, the only place the issue occurred was in the document integration (I only tested markdown, I presume the others would have been the same), however, it was very inconsistent (about 50/50 whether it drew correctly) and as far as I could tell, only during integration setup.
Looking at the kitty terminal commands, there seems to something wrong around the "move_cursor" command. The terminal receives the save_position escape code but occasionally it won't receive the "move to x,y" code. Ultimately it results in a "move cursor to 0,0".

Awesome work, thank you so much for the PR!
Your tmux cursor change fixes a bug I've been seeing for a long time, with the cursor moved to 0,0 randomly.
It's visible in this video as well at some point: https://github.com/3rd/image.nvim/issues/17#issuecomment-1706664350
https://github.com/3rd/image.nvim/assets/59587503/2483f979-1645-4d42-8408-9c0ff0197911


text:
is this a phishing list only or political?

It blocks twitter O_o
www.twitter.com/omise__go
twitter.com/omise__go
Now that url (which is now dead but still in your list) may well not have had savoury content, but I doubt there is actual phishing going on twitters own webspace.  So why is it there?

I visit Twitter all the time and have had no issues.

The above accounts were spreading malicious / phishing content including but not limited to:

Fake ICO addresses

DMS with surverys in return for free ETH

Fake Airdrop News

Phishing links to fake OmiseGo website with fake address

Phishing links to fake MEW website

You'll catch more bees with honey, honey. If you don't like something, open a PR, don't get snarky or underestimate the scope of the phsihing / scams going on right now.

but I doubt there is actual phishing going on twitters own webspace.

You're mistaken. Creating a Twitter account that is cloning the branding of an official Twitter handle, posting links to a malicious site to grab users private key, is phishing.

So why is it there?

Because it was phishing users.

authors: 409H chrcoluk tayvano


text:
最新版本v1.5搜索网络资源没反应,IDEA版本是windows 2020.1版本

以前的版本也不能搜索网络资源了?

使用的第三方网站资源无法保证稳定


text:
Update unit test browser.spec.js

Replace the freakin URL with a real one because it fails to pass unit testing.
1) browser should call open() when target is `default`
  Message:
    Expected spy mockOpen to have been called with:
      [ 'this is the freakin url' ]
    but actual calls were:
      [ 'this%20is%20the%20freakin%20url' ].

Platforms affected
Motivation and Context

Description

Testing

Checklist

[x] I've run the tests to see all new and existing tests pass
[ ] I added automated test coverage as appropriate for this change
[ ] Commit is prefixed with (platform) if this change only applies to one platform (e.g. (android))
[ ] If this Pull Request resolves an issue, I linked to the issue in the text above (and used the correct keyword to close issues using keywords)
[ ] I've updated the documentation if necessary

@JamieSlome

Committed the changes directly to the fork and pushed to the pull request - all resolved now - thanks @toufik-airane! 🍰
For reference: https://github.com/apache/cordova-serve/pull/37

Sorry toufik-airane, we enjoyed reviewing your fix but it has not been selected this time. If this bounty has not been closed, please feel free to try again with a new pull request!
We appreciate your effort and look forward to reviewing more of your fixes in the future! 🔨😎

authors: JamieSlome huntr-helper toufik-airane


text:
[Feat] Logger module 추가

관련 이슈
close #7
변경 사항

외부 라이브러리 추가

ExternalProject 사용하여 외부에서 라이브러리를 install, build 하여 사용합니다.

각종 상황에서 로그를 터미널에 남길 수 있도록 Logger Module을 추가 하였습니다.

로그 사용자(core, client) 및 로그 레벨별로 쉽게 로그를 남길 수 있도록 매크로 설정 하였습니다.

Pre-Compiled Header 적용

컴파일 타임을 줄이기 위해 사용

적용 화면

@flowjiyun  Logger 머지 승인하였습니다.  제가 바로 머지 진행하겠습니다!

authors: flowjiyun kimminkyeu


text:
Refactor: turn matchers to predicates.

If the tree you may return in the Some is the same as the input, that is  not a matcher, that is a predicate. However, is there anything else going on in this processes?
Otherwise, does the

I believe this is a pattern we saw in the compiler code and followed it as well. but yeah it is the same one way or another

The idea was to allow us to use it to extract trees that matched and their subtrees for use in the transformations. It didn't end up being used as I originally hoped in the tree maps. We can certainly change them to be predicates instead.

authors: diesalbla gregorath jackcviers


text:
Convert jax.lax.cond to jax.lax.switch in _apply_ops.

Nice library! Was just looking through this code and wanted to suggest this small change (right tool for the job, so to speak). I tested this by running the readme example, since none of the tests in tests/ seem to test randaugment. Looking forward to seeing this library grow!

Thanks for the tip! Did not know about jax.lax.switch but definitely looks better like this!


text:
代码生成器的一点建议

首先非常感谢大牛，提供的代码生成器方便了很多。
下边是使用过程遇到的一些问题
1：命名重复问题
权限设置里
例如：public const string Department_CreateDepartment = "Pages.Department.CreateDepartment";
建议改成：public const string Department_Create = "Pages.Department.Create";
应用层方法也存在这个问题
例如：GetPagedArticles，直接可以用GetPaged,因为前边有类名限制着，没必要再在方法里加上类名。
2：权限文件
生成的两个权限文件，把这两个文件合成一个文件两个类扩展起来方便很多。不用两个文件来回切换。
3：生成的方法。
建议返回的实体，实体集合，最好用动态类型（dynamic）,这样会方便扩展，而且效率会高。
例如：
public  async  Task<PagedResultDto> GetPagedArticles(GetArticlesInput input)
{
var query = _articleRepository.GetAll();
// TODO:根据传入的参数添加过滤条件
var articleCount = await query.CountAsync();
var articles = await query
.OrderBy(input.Sorting).AsNoTracking()
.PageBy(input)
.ToListAsync();
// var articleListDtos = ObjectMapper.Map<List >(articles);
var articleListDtos =articles.MapTo<List>();
			return new PagedResultDto<ArticleListDto>(
						articleCount,
						articleListDtos
				);
	}

建议能改成：
public async Task<PagedResultDto> GetPaged(GetArticlesInput input)
{
var query = _articleRepository.GetAll();
// TODO:根据传入的参数添加过滤条件
var articleCount = await query.CountAsync();
var list= await query
.OrderBy(input.Sorting).AsNoTracking()
.PageBy(input).Select(u => new
{
u.Id,
u.Content,
u.CreationTime,
u.Title,
u.Status,
u.UserId
})
.ToListAsync();
return new PagedResultDto(articleCount,list);
}
优点：
1》方便扩展，比如要不返回那个字段，很方便的就可以注释掉字段，需要新加字段也很方便。
2》这样效率比用AutoMap要快，不必要的Dto文件可以不要了，避免程序后期新增或者减少字段时候要维护多个实体。
4：还有生成的create和edit方法，建议不要合成一个方法createoredit方法，分开由前端来决定是调用那个方法。合在一起，违反了功能单一原则，前台还是要判断写不写id，还不如直接前端定是新增还是编辑。

@henqu 非常感谢。很多东西的建设性意见特别好。
目前我也在完善这些功能。等待我发布一个新版本吧。
(^▽^)

目前第一个功能，已经按照方式在修改了。至于第二个和第三个。
暂时不考虑。dynamic 类型会有性能上的问题。 这个是微软当初搞出来的半成品。小型项目上可以这样玩玩。
为什么会保留如此多的DTO就是为 了让一个功能或者一个业务对应有对应的DTO。
所以更多的时候需要一开始就设计好。
当然你的dynamic 在前期开发的时候，确实不错。 但是涉及业务固化的时候，还是建议使用DTO。


text:
MGDOBR-643: Sync SDK and Openapi - 27-April-2022

For more details see:

https://issues.redhat.com/browse/MGDOBR-643

@manstis not sure what do you mean. I simply started both from scripts folder

fetch
generate

@manstis not sure what do you mean....

@jomarko when I first reviewed this PR it had FAILED (to compile the UI components). So I asked:

Is it the intention that this PR should also address any refactoring as a consequence of the openapi change?

Meaning was you to fix the UI components due to the change in openapi.
You've since re-based, the PR has now PASSED and everyone is happy :smile:

Looks good but I have a doubt. Should we wait to update the SDK with changes involving source processors until the new API is deployed to the dev environment at least?

Looks good but I have a doubt. Should we wait to update the SDK with changes involving source processors until the new API is deployed to the dev environment and ready to be used?

That is your call... smaller more frequent increments may be more manageable than larger changes.
IMO this PR is "complete" (all be it we know it'll become out of date soon).. so why not merge!?!

@kelvah thank you for poiting to possible soon 'incompatibility' of SDK with real backnd openapi. I elieve this new job will help me to keep SDK updated as much as possible, as @manstis says, in smaller PRs, continuously. What do you think?

I think we can proceed continuously with the update of SDK with backend endpoints/model.
So, this PR is fine for me too.

authors: jomarko kelvah manstis vpellegrino


text:
WIP: Update knative 1.3 to 1.4

NOTE: this should be rebased once https://github.com/5733d9e2be6485d52ffa08870cabdee0/sandbox/pull/1065 is merged
Updating to the new Knative 1.4 version (backed by the Serverless Operator 1.25)
NOTE: This version is not yet released. The PR is just a template, once the release is out
I guess I have no JIRA, but I can create on.

Updates to Eventing Core, from 1.3 to 1.4 from here
Updates to KnativeKafka from 1.3 to 1.4, sources from here

Our GHA's are all failing due to the set-up of KNative.
I guess that makes the priority of this upgrade more urgent.

closing this as we bumped to 1.5 with https://github.com/5733d9e2be6485d52ffa08870cabdee0/sandbox/pull/1320

authors: manstis matzew r00ta


text:
python pineapple problems

i have problems with python pineapple
~/python-pineapple$ python cli-pineapple.py
Traceback (most recent call last):
  File "cli-pineapple.py", line 6, in <module>
    fruit = Pineapple(API_TOKEN)
  File "/home/francisk0v/python-pineapple/pineapple/pineapple.py", line 14, in __init__
    moduleClass = self._pineappleModule.__dict__[moduleName].__dict__[moduleName.title()]
KeyError: 'advanced'

my code:
#!/usr/bin/python
from pineapple.pineapple import Pineapple

API_TOKEN = "xxxx...."
fruit = Pineapple(API_TOKEN)
print fruit

i have the same problem , try calling the api manually , her is a well guided documentation to help you  https://wifipineapple.github.io/wifipineapple-wiki//#!api.md

I have also tried manually, but I would like to use the module of python, it would be more practical

This whole library needs an update. I've been pretty busy after officially being brought on @Hak5. This is a project I started in my free time. I'll get around to it at some point after 2.1.0 is officially released. For now, I'm happy to review and merge pull requests I get. Glad to see people are taking advantage of the WiFi Pineapple's API!

Make sure you're running in a virtualenv and have all the deps installed. I found that
 from pineapple import * worked best for me. I've also submitted a pull for errors where json could not be decoded because of some garbage characters in the return stream. It's in my repo in case you're using firmware 2.3 and having that issue.

fixed! ths @pect0ral

PR ref-ed by @pect0ral is #4


text:
Image conversion script

Hello, again.
Here's a small python command line script that takes as an argument the path for one or more source image files, and based on each of them, it generates PNG files for each supported platform, with the correct dimensions and palette.
These are the arguments:
usage: convert-images.py [-h] [--platform {apple,atari,c64,lynx,oric}]
                         [--resample {nearest,bilinear,bicubic,antialias}]
                         [--dither {none,errordiffusion}]
                         input_files [input_files ...]

Converts images to the various dimensions and palettes required by 8bit-Unity.

positional arguments:
  input_files           Input images. Accepts Unix styled wildcards.

optional arguments:
  -h, --help            show this help message and exit
  --platform {apple,atari,c64,lynx,oric}
                        Platform to generate images for. Can be informed more
                        than once. If ommited, generates for all plaforms.
  --resample {nearest,bilinear,bicubic,antialias}
                        Resampling filter to use when resizing image. Default
                        is "nearest".
  --dither {none,errordiffusion}
                        Dithering to use, if any.

Thanks a lot for this Haroldo, it saves me a great heap of time!!
I have one question: For the different platforms, did you convert the GIMP palettes to PIL RGB values?
I have also one request: For Oric, the algorithm should ideally resize PNG to 234x200, then add 6 columns of black pixels on the left-side (which is used for setting color attributes) to make the final 240x200 image.

I have one question: For the different platforms, did you convert the GIMP palettes to PIL RGB values?

Exactly. From inside GIMP, I exported the palettes to CSS stylesheets (because GIMP generates them in a way that's coincidentally close to what I needed), then I used some regexes to convert them into Python constant declarations, then added them to the PLATFORM_INFOS constant.

I have also one request: For Oric, the algorithm should ideally resize PNG to 234x200, then add 6 columns of black pixels on the left-side (which is used for setting color attributes) to make the final 240x200 image.
Okay, I opened an issue to remind me to do that: https://github.com/haroldo-ok/8bit-Unity/issues/1

Excellent!
Just one more thing: when converting to ORIC format, I usually need to increase brightness AND contrast by 30% in GIMP, otherwise the colors are not assigned in a satisfactory manner.
I think this issue can be solved by reducing brigthness/contract of the palette. I will do that, and let you know when done (so you can update PIL palette).

Okay, thanks for the input.


text:
🛑 R K is down

In 7445f0e, R K ($R_K_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: R K is back up in c95444e after 960 days, 20 hours, 42 minutes.


text:
No matching accepted Response format could be determined

When I call an oAuth v2 end point with CURL it works:
$handle = curl_init();
        curl_setopt($handle, CURLOPT_URL, $url);
        curl_setopt($handle, CURLOPT_RETURNTRANSFER, 1);
        curl_setopt($handle, CURLOPT_POST, count($parameters));
        curl_setopt($handle, CURLOPT_POSTFIELDS, http_build_query($parameters));
        $result = curl_exec($handle);

        curl_close($handle);

        return json_decode($result, true);

When I use the Guzzle client:
try {
            $headers = [
                'Accept' => 'application/json',
                'Content-Type' => 'application/json',
            ];
            $options = [
                'form_params' => [
                    'grant_type' => 'client_credentials',
                    'client_id' => $this->connectClientId,
                    'client_secret' => $this->connectClientSecret,
                ],
                'set_headers' => $headers,
            ];
            $response = $this->client->post('/oauth/v2/token', $options);
        } catch (BadResponseException $e) {
            $response = $e->getResponse();
            $body = $response->getBody();
            die($body->getContents());
        }

I get this error (from the end point which is also a Symfony application):
No matching accepted Response format could be determined
in vendor/friendsofsymfony/rest-bundle/EventListener/FormatListener.php at line 76

Why does it work in CURL and not in Guzzle?
I'am using "eightpoints/guzzle-bundle": "^5.2", with this config https://github.com/8p/GuzzleBundle/issues/77

Why are you using 'set_headers' instead of 'headers' as a key in $options?
http://docs.guzzlephp.org/en/latest/request-options.html#headers

Maybe the documentation is not really clear: (@deprecated, will be removed in v6; new: set headers in options)
I will change that sentence if this was the issue.

You are right @florianpreusner the description might be confusing. I fixed it now by setting the correct header:
try {
    $options = [
        'headers' => [
            'Accept' => ['text/html']
        ],
        'form_params' => [
            'grant_type' => 'client_credentials',
            'client_id' => $this->connectClientId,
            'client_secret' => $this->connectClientSecret,
        ],
    ];
    $response = $this->client->post('/oauth/v2/token?XDEBUG_SESSION_START=19341', $options);
} catch (BadResponseException $e) {
}
dump(json_decode($response->getBody(), true));

This issue can be closed :)

👍
Fixed description: https://github.com/8p/GuzzleBundle/commit/2b6eb8ad5169d573e701075fe90118deb6e076b5

authors: florianpreusner numediaweb


text:
Document reverse proxy with Caddy

Work in progress. Works fine for web browser with basic auth (I'm not yet comfortable running this without basic auth in place).
Problems with basic auth and android app https://github.com/9001/party-up/issues/3
docker-compose.yml
#
#       docker-compose up
#

version: '3.3'

# based on:
#       * https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-compose-on-ubuntu-20-04
#       * https://arjunphp.com/windows-server-docker-compose-caddy-server-reverse-proxy/
#       * https://github.com/lucaslorentz/caddy-docker-proxy - not actually used

services:
  # reverse proxy server
  # https://hub.docker.com/_/caddy
  caddy:
    image: caddy
    restart: unless-stopped
    hostname: caddy
    networks:
      - app_net
    volumes:
      - $PWD/Caddyfile:/etc/caddy/Caddyfile
      - $PWD/data:/data
    # NOTE only Caddy should be using ports, all others shuld use expose instead
    ports:
      # NOTE 80 and 443 were needed to get cert. once had cert not needed - looks like http (80) was needed unclear about https (443)
      - "80:80"
      #- "443:443"
      - "2000:2000"

  #    mkdir -p /home/pi/data/copyparty/cfg /home/pi/data/copyparty/w
  #    chmod a+rwx /home/pi/data/copyparty/cfg /home/pi/data/copyparty/w
  copyparty:
    # TODO? -u 1000
    container_name: copyparty
    image: copyparty/min
    hostname: copyparty
    restart: unless-stopped
    expose:
      - 3923
    networks:
      - app_net
    volumes:
      - "/home/pi/data/copyparty/cfg:/cfg"
      - "/home/pi/data/copyparty/w:/w"

networks:
  app_net:
    external: false

Caddyfile
https://copyparty.YOUR.DOMAIN.HERE:2000 {
  # basicauth works fine for web browsers with CopyParty
  # it fails with Party-Up Android sharing app :-(
  # not figured out passwords scheme properly yet to want to remove this
  basicauth /* {
        username hashed_password
  }
  reverse_proxy copyparty:3923
}

/home/pi/data/copyparty/cfg/config.conf
Disable https, so that reverse proxy certificate is used
[global]
http-only

Interesting using a reverse proxy to add a basic auth step... I don't think this would cause any issues or anything, just not something I'd thought about :-)
And yes, this is the best way to get "proper" https, since reverse proxies such as caddy and nginx continuously put effort into having the right cipher suites and all. Copyparty just relies on the python defaults, which are probably not terrible, but likely not the best either ;-)
Your setup looks good at a glance, looking forward to testing it out later tonight.


text:
fix(index.t.ts):修改TS类型提示

修改TS类型提示

好的，新的修改建议如下

去除署名 或 将 Author 字样改为 Contributor

阁下正确提交后将会被合并，再次感谢

已合并，预计将在下次更新时同步到npm

好的朋友，很荣幸做出贡献。

客气朋友，互相学习👍


text:
Add 'sync' feature in 9volt-cfg

Right now, when you remove an entry from your yaml configs and run 9volt-cfg - it won't remove the old entries. I think this is unwanted behavior. I want to be able to hit 9volt-cfg -e http://localhost:2379 . and the latest and greatest configs are applied - any others are wiped.
Will stick this behind a --sync flag with a default set to true.

This was finished in #47
Ended up with nosync as opposed to sync, to work better with command line flags. Ie. by default syncing is enabled (by not specifying the flag) and when the flag is specified, syncing functionality will be disabled.

It's opposites day! 😁


text:
automatic release workflow

I had to do some cleanup here and there, but other than that most important changes are the new workflows.

Manually triggered release-prepare.yml workflow will create a PR

This PR will do some minor tweaks to ready for release (such as increment the version across files)

Upon merging the PR, release job defined in release.yml will trigger, which will:

create a tag
do the actual release with goreleaser

Fixes #181

@MDr164 finally fixed megalinter complaining, review ready

Added comments to the permissions, and possibly fixed a permission problem on the release-prepare.yml which was missing write permission to push in a new branch.


text:
Open internal pages link on the new tab

Link to the internal pages has a mention type in notion API:
{
            "type": "mention",
            "mention": {
                "type": "page",
                "page": {
                    "id": "2468a3-44a5-73dd-458c7-7863adc09"
                }
            },
            "plain_text": "link test",
            "href": "https://www.notion.so/2468a344a573dd458c77863adc09"
}

And there is no option to make it open on the new tab- this would be useful to have such behaviour by default, or on-demand.

Hi! @ixzzd Version 3.11.3 is out, im really sorry for the delay 😢
Thanks for your PR again :)
Release: https://github.com/9gustin/react-notion-render/releases/tag/v3.11.3

I can confirm that the issue is resolved, now the nested links opens on the new tab as expected.
Thank you @9gustin for the great package :)


text:
🛑 instagram is down

In 5f83c49, instagram (https://www.instagram.com/9renpoto/) was down:

HTTP code: 429
Response time: 187 ms

Resolved: instagram is back up in 4469fe3 after 8 minutes.


text:
🛑 gitlab is down

In 37d98ef, gitlab (https://gitlab.com/9renpoto) was down:

HTTP code: 0
Response time: 0 ms

Resolved: gitlab is back up in ad0a785.


text:
🛑 instagram is down

In 5cbe524, instagram (https://www.instagram.com/9renpoto/) was down:

HTTP code: 429
Response time: 115 ms

Resolved: instagram is back up in c8c64b4 after 8 minutes.


text:
🛑 instagram is down

In 121168d, instagram (https://www.instagram.com/9renpoto/) was down:

HTTP code: 429
Response time: 554 ms

Resolved: instagram is back up in 3551380 after 11 minutes.


text:
🛑 instagram is down

In e6fbec7, instagram (https://www.instagram.com/9renpoto/) was down:

HTTP code: 429
Response time: 280 ms

Resolved: instagram is back up in 7fb9ad8 after 11 minutes.


text:
[BUG]: 回滚会话出现错误（AttributeError: 'str' object has no attribute 'user_id'）

报告清单

[X] 我已仔细阅读并了解上述注意事项。
[X] 我已使用最新版本测试过，确认问题依旧存在。
[X] 我确定在 GitHub Issues 中没有相同或相似的问题。
[ ] 我有足够的时间和能力，愿意为此提交 PR 来修复问题。

影响版本
nonebot-plugin-chatgpt-0.7.0    Python3.9.13
问题描述
在执行回滚对话时报错
复现步骤
在会话中执行回滚会话指令
预期行为
回滚会话
实际行为
No response
日志信息
12-14 15:32:08 [ERROR] nonebot | Running Matcher(type='message', module=nonebot_plugin_chatgpt) failed.
Traceback (most recent call last):
File "e:\nb2tur\bot_test\Kou\bot.py", line 57, in
nonebot.run(app="mp_main:app")
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot_init_.py", line 273, in run
get_driver().run(*args, **kwargs)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\drivers\fastapi.py", line 172, in run
uvicorn.run(
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\uvicorn\main.py", line 569, in run
server.run()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\uvicorn\server.py", line 60, in run
return asyncio.run(self.serve(sockets=sockets))
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\runners.py", line 44, in run
return loop.run_until_complete(main)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\base_events.py", line 634, in run_until_complete
self.run_forever()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\windows_events.py", line 321, in run_forever
super().run_forever()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\base_events.py", line 601, in run_forever
self._run_once()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\base_events.py", line 1905, in _run_once
handle._run()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\asyncio\events.py", line 80, in _run
self._context.run(self._callback, *self._args)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\message.py", line 142, in _check_matcher
await _run_matcher(Matcher, bot, event, state, stack, dependency_cache)

File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\message.py", line 188, in run_matcher
await matcher.run(bot, event, state, stack, dependency_cache)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\internal\matcher\matcher.py", line 727, in run
await self.simple_run(bot, event, state, stack, dependency_cache)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\internal\matcher\matcher.py", line 702, in simple_run
await handler(
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot\dependencies_init.py", line 108, in call
return await cast(Callable[..., Awaitable[R]], self.call)(**values)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot_plugin_chatgpt_init_.py", line 179, in rollback_conversation
count=session.count(event)
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot_plugin_chatgpt\utils.py", line 131, in count
return self[sid]["conversation_id"].count()
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot_plugin_chatgpt\utils.py", line 75, in getitem
return super().getitem(self.id(event))
File "C:\Users\Ara\AppData\Local\Programs\Python\Python39\lib\site-packages\nonebot_plugin_chatgpt\utils.py", line 112, in id
event.group_id if isinstance(event, GroupMessageEvent) else event.user_id
AttributeError: 'str' object has no attribute 'user_id'

额外补充

@sena-nana 召唤术

似乎是漏掉了一个commit，我开个pr补上

似乎是漏掉了一个commit，我开个pr补上

保存会话也用不了

似乎是漏掉了一个commit，我开个pr补上

保存会话也用不了

在一起的

好的🤞

已修复

authors: A-kirami Hikari-Ara sena-nana

repo: A-kirami/nonebot-plugin-chatgpt


text:
how validate before click success button?

Hi, it's possible to validate on the button's onclick before hiding the input?

You can add a :validator="validFn" to <vue-quick-edit>. It will emit an invalid event (@invalid="invalidFn") when the result of the validFn returns a truthy value.
<quick-edit v-model="myValue" :validator="validFn" @invalid="invalidFn"></quick-edit>

validFn: (value) => value.length < 3,
invalidFn: (error) => {
  if (error) {
    // do something
  }
},

I like the idea of having a custom slot for error messages.


text:
散点图选中问题

neng能否实现散点图 ，选中x轴一个值，高亮显示多个x轴相同，y轴不同的点，上图只能选中一个点。
Highcharts.chart('container', {
"credits" : {
"enabled" : false
},
"touchEventEnabled" : false,
"chart" : {
"polar" : false,
"type" : "scatter",
"inverted" : false,
"pinchType" : "none",
"panning" : true
},
"tooltip" : {
"useHTML" : false,
"crosshairs" : true,
"shared" : true,
"animation" : true,
"followTouchMove" : true,
"enabled" : true
},
"xAxis" : {
"labels" : {
"useHTML" : false,
"enabled" : true
},
"reversed" : false,
"startOnTick" : false,
"opposite" : false,
"crosshair" : {
"width" : 0.5,
"color" : "#E1A0A0"
},
"endOnTick" : false,
"tickmarkPlacement" : "on",
"tickInterval" : 1,
"visible" : true
},
"plotOptions" : {
"series" : {
"connectNulls" : false,
"stacking" : "",
"marker" : {
"radius" : 5,
"enabled" : true
},
"dataLabels" : {
"softConnector" : true,
"useHTML" : false,
"allowOverlap" : false,
"crop" : false,
"enabled" : false,
"inside" : false
}
}
},
"series" : [
{
"allowDrillToNode" : false,
"name" : "",
"data" : [
[
161.19999999999999,
51.600000000000001
],
[
167.5,
59
],
[
159.5,
49.200000000000003
],
[
157,
63
],
[
155.80000000000001,
53.600000000000001
],
[
170,
59
],
[
159.09999999999999,
47.600000000000001
],
[
166,
69.799999999999997
],
[
176.19999999999999,
66.799999999999997
],
[
160.19999999999999,
75.200000000000003
],
[
172.5,
55.200000000000003
],
[
170.90000000000001,
54.200000000000003
],
[
172.90000000000001,
62.5
],
[
153.40000000000001,
42
],
[
160,
50
],
[
147.19999999999999,
49.799999999999997
],
[
147.19999999999999,
55
],
[
147.19999999999999,
60
],
[
168.19999999999999,
49.200000000000003
],
[
175,
73.200000000000003
],
[
157,
47.799999999999997
],
[
167.59999999999999,
68.799999999999997
],
[
159.5,
50.600000000000001
],
[
175,
      82.5
    ],
    [
      166.80000000000001,
      57.200000000000003
    ],
    [
      176.5,
      87.799999999999997
    ],
    [
      170.19999999999999,
      72.799999999999997
    ],
    [
      174,
      54.5
    ],
    [
      173,
      59.799999999999997
    ],
    [
      179.90000000000001,
      67.299999999999997
    ],
    [
      170.5,
      67.799999999999997
    ],
    [
      160,
      47
    ],
    [
      154.40000000000001,
      46.200000000000003
    ],
    [
      162,
      55
    ],
    [
      176.5,
      83
    ],
    [
      160,
      54.399999999999999
    ],
    [
      152,
      45.799999999999997
    ],
    [
      162.09999999999999,
      53.600000000000001
    ],
    [
      170,
      73.200000000000003
    ],
    [
      160.19999999999999,
      52.100000000000001
    ],
    [
      161.30000000000001,
      67.900000000000006
    ],
    [
      166.40000000000001,
      56.600000000000001
    ],
    [
      168.90000000000001,
      62.299999999999997
    ],
    [
      163.80000000000001,
      58.5
    ],
    [
      167.59999999999999,
      54.5
    ],
    [
      160,
      50.200000000000003
    ],
    [
      161.30000000000001,
      60.299999999999997
    ],
    [
      167.59999999999999,
      58.299999999999997
    ],
    [
      165.09999999999999,
      56.200000000000003
    ],
    [
      160,
      50.200000000000003
    ],
    [
      170,
      72.900000000000006
    ],
    [
      157.5,

      59.799999999999997
    ],
    [
      167.59999999999999,
      61
    ],
    [
      160.69999999999999,
      69.099999999999994
    ],
    [
      163.19999999999999,
      55.899999999999999
    ],
    [
      152.40000000000001,
      46.5
    ],
    [
      157.5,
      54.299999999999997
    ],
    [
      168.30000000000001,
      54.799999999999997
    ],
    [
      180.30000000000001,
      60.700000000000003
    ],
    [
      165.5,
      60
    ],
    [
      165,
      62
    ],
    [
      164.5,
      60.299999999999997
    ],
    [
      156,
      52.700000000000003
    ],
    [
      160,
      74.299999999999997
    ],
    [
      163,
      62
    ],
    [
      165.69999999999999,
      73.099999999999994
    ],
    [
      161,
      80
    ],
    [
      162,
      54.700000000000003
    ],
    [
      166,
      53.200000000000003
    ],
    [
      174,
      75.700000000000003
    ],
    [
      172.69999999999999,
      61.100000000000001
    ],
    [
      167.59999999999999,
      55.700000000000003
    ],
    [
      151.09999999999999,
      48.700000000000003
    ],
    [
      164.5,
      52.299999999999997
    ],
    [
      163.5,
      50
    ],
    [
      152,
      59.299999999999997
    ],
    [
      169,
      62.5
    ],
    [
      164,
      55.700000000000003
    ],
    [
      161.19999999999999,
      54.799999999999997
    ],
    [
      155,
      45.899999999999999
    ],
    [
      170,
      70.599999999999994
    ],
    [
      176.19999999999999,
      67.200000000000003
    ],
    [
      170,
      69.400000000000006
    ],
    [
      162.5,
      58.200000000000003
    ],
    [
      170.30000000000001,
      64.799999999999997
    ],
    [
      164.09999999999999,
      71.599999999999994
    ],
    [
      169.5,
      52.799999999999997
    ],
    [
      163.19999999999999,
      59.799999999999997
    ],
    [
      154.5,
      49
    ],
    [
      159.80000000000001,
      50
    ],
    [
      173.19999999999999,
      69.200000000000003
    ],
    [
      170,
      55.899999999999999
    ],
    [
      161.40000000000001,
      63.399999999999999
    ],
    [
      169,
      58.200000000000003
    ],

    [
      166.19999999999999,
      58.600000000000001
    ],
    [
      159.40000000000001,
      45.700000000000003
    ],
    [
      162.5,
      52.200000000000003
    ],
    [
      159,
      48.600000000000001
    ],
    [
      162.80000000000001,
      57.799999999999997
    ],
    [
      159,
      55.600000000000001
    ],
    [
      179.80000000000001,
      66.799999999999997
    ],
    [
      162.90000000000001,
      59.399999999999999
    ],
    [
      161,
      53.600000000000001
    ],
    [
      151.09999999999999,
      73.200000000000003
    ],
    [
      168.19999999999999,
      53.399999999999999
    ],
    [
      168.90000000000001,
      69
    ],
    [
      173.19999999999999,
      58.399999999999999
    ],
    [
      171.80000000000001,
      56.200000000000003
    ],
    [
      178,
      70.599999999999994
    ],
    [
      164.30000000000001,
      59.799999999999997
    ],
    [
      163,
      72
    ],
    [
      168.5,
      65.200000000000003
    ],
    [
      166.80000000000001,
      56.600000000000001
    ],
    [
      172.69999999999999,
      93.299999999999997
    ],
    [
      163.5,
      51.799999999999997
    ],
    [
      169.40000000000001,
      63.399999999999999
    ],
    [
      167.80000000000001,
      59
    ],
    [
      159.5,
      47.600000000000001
    ],
    [
      167.59999999999999,
      63
    ],
    [
      161.19999999999999,
      55.200000000000003
    ],
    [
      160,
      45
    ],

    [
      163.19999999999999,
      54
    ],
    [
      162.19999999999999,
      50.200000000000003
    ],
    [
      161.30000000000001,
      60.200000000000003
    ],
    [
      149.5,
      44.799999999999997
    ],
    [
      157.5,
      58.799999999999997
    ],
    [
      163.19999999999999,
      56.399999999999999
    ],
    [
      172.69999999999999,
      62
    ],
    [
      155,
      49.200000000000003
    ],
    [
      156.5,
      67.200000000000003
    ],
    [
      164,
      53.799999999999997
    ],
    [
      160.90000000000001,
      54.399999999999999
    ],
    [
      162.80000000000001,
      58
    ],
    [
      167,
      59.799999999999997
    ],
    [
      160,
      54.799999999999997
    ],
    [
      160,
      43.200000000000003
    ],
    [
      168.90000000000001,
      60.5
    ],
    [
      158.19999999999999,
      46.399999999999999
    ],
    [
      156,
      64.400000000000006
    ],
    [
      160,
      48.799999999999997
    ],
    [
      167.09999999999999,
      62.200000000000003
    ],
    [
      158,
      55.5
    ],
    [
      167.59999999999999,
      57.799999999999997
    ],
    [
      156,
      54.600000000000001
    ],
    [
      162.09999999999999,
      59.200000000000003
    ],
    [
      173.40000000000001,
      52.700000000000003
    ],
    [
      159.80000000000001,
      53.200000000000003
    ],
    [
      170.5,
      64.5
    ],
    [
      159.19999999999999,
      51.799999999999997
    ],
    [
      157.5,
      56
    ],
    [
      161.30000000000001,
      63.600000000000001
    ],
    [
      162.59999999999999,
      63.200000000000003
    ],
    [
      160,
      59.5
    ],
    [
      168.90000000000001,
      56.799999999999997
    ],
    [
      165.09999999999999,
      64.099999999999994
    ],
    [
      162.59999999999999,
      50
    ],
    [
      165.09999999999999,
      72.299999999999997
    ],
    [
      166.40000000000001,
      55
    ],
    [
      160,
      55.899999999999999
    ],
    [
      152.40000000000001,
      60.399999999999999
    ],
    [
      170.19999999999999,
      69.099999999999994
    ],
    [
      162.59999999999999,
      84.5
    ],
    [
      170.19999999999999,
      55.899999999999999
    ],
    [
      158.80000000000001,
      55.5
    ],
    [
      172.69999999999999,
      69.5
    ],
    [
      167.59999999999999,
      76.400000000000006
    ],
    [
      162.59999999999999,
      61.399999999999999
    ],
    [
      167.59999999999999,
      65.900000000000006
    ],
    [
      156.19999999999999,
      58.600000000000001
    ],
    [
      175.19999999999999,
      66.799999999999997
    ],
    [
      172.09999999999999,
      56.600000000000001
    ],
    [
      162.59999999999999,
      58.600000000000001
    ],
    [
      160,
      55.899999999999999
    ],
    [
      165.09999999999999,
      59.100000000000001
    ],
    [
      182.90000000000001,
      81.799999999999997
    ],
    [
      166.40000000000001,
      70.700000000000003
    ],
    [
      165.09999999999999,
      56.799999999999997
    ],
    [
      177.80000000000001,
      60
    ],
    [
      165.09999999999999,
      58.200000000000003
    ],
    [
      175.30000000000001,
      72.700000000000003
    ],
    [
      154.90000000000001,
      54.100000000000001
    ],
    [
      158.80000000000001,
      49.100000000000001
    ],
    [
      172.69999999999999,
      75.900000000000006
    ],
    [
      168.90000000000001,
      55
    ],
    [
      161.30000000000001,
      57.299999999999997
    ],
    [
      167.59999999999999,
      55
    ],
    [
      165.09999999999999,
      65.5
    ],
    [
      175.30000000000001,
      65.5
    ],
    [
      157.5,
      48.600000000000001
    ],
    [
      163.80000000000001,
      58.600000000000001
    ],
    [
      167.59999999999999,
      63.600000000000001
    ],
    [
      165.09999999999999,
      55.200000000000003
    ],
    [
      165.09999999999999,
      62.700000000000003
    ],
    [
      168.90000000000001,
      56.600000000000001
    ],
    [
      162.59999999999999,
      53.899999999999999
    ],
    [
      164.5,
      63.200000000000003
    ],
    [
      176.5,
      73.599999999999994
    ],
    [
      168.90000000000001,
      62
    ],
    [
      175.30000000000001,
      63.600000000000001
    ],
    [
      159.40000000000001,
      53.200000000000003
    ],
    [
      160,
      53.399999999999999
    ],
    [
      170.19999999999999,
      55
    ],
    [
      162.59999999999999,
      70.5
    ],
    [
      167.59999999999999,
      54.5
    ],
    [
      162.59999999999999,
      54.5
    ],
    [
      160.69999999999999,
      55.899999999999999
    ],
    [
      160,
      59
    ],
    [
      157.5,
      63.600000000000001
    ],
    [
      162.59999999999999,
      54.5
    ],
    [
      152.40000000000001,
      47.299999999999997
    ],
    [
      170.19999999999999,
      67.700000000000003
    ],
    [
      165.09999999999999,
      80.900000000000006
    ],
    [
      172.69999999999999,
      70.5
    ],
    [
      165.09999999999999,
      60.899999999999999
    ],
    [
      170.19999999999999,
      63.600000000000001
    ],
    [
      170.19999999999999,
      54.5
    ],
    [
      170.19999999999999,
      59.100000000000001
    ],
    [
      161.30000000000001,
      70.5
    ],
    [
      167.59999999999999,
      52.700000000000003
    ],
    [
      167.59999999999999,
      62.700000000000003
    ],
    [
      165.09999999999999,
      86.299999999999997
    ],
    [
      162.59999999999999,
      66.400000000000006
    ],
    [
      152.40000000000001,
      67.299999999999997
    ],
    [
      168.90000000000001,
      63
    ],
    [
      170.19999999999999,
      73.599999999999994
    ],
    [
      175.19999999999999,
      62.299999999999997
    ],
    [
      175.19999999999999,
      57.700000000000003
    ],
    [
      160,
      55.399999999999999
    ],
    [
      165.09999999999999,
      94.400000000000006
    ],
    [
      174,
      55.5
    ],
    [
      170.19999999999999,
      77.299999999999997
    ],
    [
      160,
      80.5
    ],
    [
      167.59999999999999,
      64.5
    ],
    [
      167.59999999999999,
      72.299999999999997
    ],
    [
      167.59999999999999,
      61.399999999999999
    ],
    [
      154.90000000000001,
      58.200000000000003
    ],
    [
      162.59999999999999,
      81.799999999999997
    ],
    [
      175.30000000000001,
      63.600000000000001
    ],
    [
      171.40000000000001,
      53.399999999999999
    ],
    [
      157.5,
      54.5
    ],
    [
      165.09999999999999,
      53.600000000000001
    ],
    [
      160,
      60
    ],
    [
      174,
      73.599999999999994
    ],
    [
      162.59999999999999,
      61.399999999999999
    ],
    [
      174,
      55.5
    ],
    [
      162.59999999999999,
      63.600000000000001
    ],
    [
      161.30000000000001,
      60.899999999999999
    ],
    [
      156.19999999999999,
      60
    ],
    [
      149.90000000000001,
      46.799999999999997
    ],
    [
      169.5,
      57.299999999999997
    ],
    [
      160,
      64.099999999999994
    ],
    [
      175.30000000000001,
      63.600000000000001
    ],
    [
      169.5,
      67.299999999999997
    ],
    [
      160,
      75.5
    ],
    [
      172.69999999999999,
      68.200000000000003
    ],
    [
      162.59999999999999,
      61.399999999999999
    ],
    [
      157.5,
      76.799999999999997
    ],
    [
      176.5,
      71.799999999999997
    ],
    [
      164.40000000000001,
      55.5
    ],
    [
      160.69999999999999,
      48.600000000000001
    ],
    [
      174,
      66.400000000000006
    ],
    [
      163.80000000000001,
      67.299999999999997
    ]
  ],
  "showInLegend" : true,
  "allowPointSelect" : false,
  "visible" : true
}

],
"title" : {
"useHTML" : false,
"text" : ""
},
"colors" : [
"#1e90ff",
"#ef476f",
"#ffd066",
"#04d69f",
"#25547c"
],
"yAxis" : {
"lineWidth" : 0.5,
"labels" : {
"useHTML" : false,
"enabled" : true,
"format" : "{value:.,0f}"
},
"opposite" : false,
"startOnTick" : false,
"gridLineWidth" : 0,
"allowDecimals" : true,
"visible" : true,
"endOnTick" : false,
"title" : {
"text" : ""
},
"reversed" : false
},
"legend" : {
"enabled" : false,
"floating" : false
}
});

恐怕没这个功能

好吧，那是否可以选中 圆点不变化。准心线穿过
类似下面这样

就是圆点取消选中状态，整条准星线穿过几个点（视觉上达到 选中了一整个 x轴 相同的数据），然后我来根据index 来获取最大值最小值，

整条准星线穿过几个点

你修改一下准星线颜色, 应该就可以达到了, 不过会是那种一串珠子的那种效果,  你设计稿中的这种准星线中间断开的效果应该不好弄

串柱效果可以接受，怎么去掉选中圆点 有一个放大加阴影的效果

找到了
.statesSet(AAStates.new
.hoverSet(AAHover.new
.enabledSet(false)

authors: AAChartModel MargoFG

repo: AAChartModel/AAChartKit