update Ohio sources

This repairs the address layers for the below checked us/oh sources, and adds buildings and parcels for a few of them. The unchecked sources no longer have comparable datasets available.
The us/oh/licking2 source was removed because its single parcel layer was merged into us/oh/licking.
The us/oh/city_of_perrsyburg now has two address layers, because the city has broken their addresses into separate commercial and residential layers. I was unsure of the best practice for handling this; perhaps someone can give that .json file a review and I will rework it as needed.

Source
Last Update

✔
us/oh/auglaize
2021-03-14

✔
us/oh/carroll
2021-03-14

✔
us/oh/city_of_perrsyburg
2020-08-21

✔
us/oh/delaware
2021-10-01

✔
us/oh/harrison
2021-04-30

✔
us/oh/licking
2020-08-21

REMOVED
us/oh/licking2
2020-10-16

✔
us/oh/lorain
2020-12-04

✔
us/oh/meigs
2020-08-21

✔
us/oh/miami
2020-08-21

✔
us/oh/summit
2020-10-23

us/oh/toledo
2020-08-21

✔
us/oh/union
2021-03-21

us/oh/warren
2020-08-21

Dang Jon, you weren't kidding when you said you'd take a look at some Ohio sources. @openaddresses/administrators I've never even seen a PR that updates multiple sources, is this allowed?

@orangejulius It is! It just isn't super common - we typically run one at a time so that if one fails we don't have to hold off on merging the PR.

Suceeded by #6916


run_task with condition rust_version not working?

Describe The Bug
run_task with condition criteria rust_version seems not working.
To Reproduce
define makefile toml as bellow
[tasks.n1]
workspace=true
script = '''
#!/usr/bin/env bash
echo "dep n1"
'''

[tasks.s1]
workspace=true
script = '''
#!/usr/bin/env bash
echo "dep s1"
'''

[tasks.temp_nightly]
workspace=true
script = '''
#!/usr/bin/env bash
echo "running Nightly!"
'''
dependencies=["n1"]

[tasks.temp_stable]
workspace=true
script = '''
#!/usr/bin/env bash
echo "running Stable!"
'''
dependencies=["s1"]

[tasks.run_nightly]
condition = { rust_version = { max = "1.59.9" } }
run_task = "temp_nightly"

[tasks.run_stable]
condition = { rust_version = { min = "1.60" } }
run_task = "temp_stable"

[tasks.test_switch_toolchain]
dependencies=["run_nightly","run_stable"]

I expect to runs temp_nightly and n1 , not to run temp_stable and s1 with Rust 1.59.0, but both to run.
kazuk:~/get-done$ cargo make test_switch_toolchain
[cargo-make] INFO - cargo make 0.35.8
[cargo-make] INFO - Project: get-done
[cargo-make] INFO - Build File: Makefile.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: n1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/24Jn705hqY.sh"
dep n1
[cargo-make] INFO - Running Task: temp_nightly
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/ztTp4mc7gb.sh"
running Nightly!
[cargo-make] INFO - Running Task: s1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/qIPIno0Pfi.sh"
dep s1
[cargo-make] INFO - Running Task: temp_stable
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/xhLAAXUOT1.sh"
running Stable!
[cargo-make] INFO - Build Done in 0.78 seconds.
kazuk:~/get-done$ rustc --version
rustc 1.59.0 (9d1b2106e 2022-02-23)

Workaround found!
works with min / max are correctly format major.minor.patch.
[tasks.run_nightly]
condition = { rust_version = { max = "1.59.9" } }
run_task = "temp_nightly"

[tasks.run_stable]
condition = { rust_version = { min = "1.60.0" } }
run_task = "temp_stable"

[tasks.test_switch_toolchain]
dependencies=["run_nightly","run_stable"]

results bellow
kazuk:~/get-done$ echo "1.59.0" > rust-toolchain
kazuk:~/get-done$ RUST_LOG=debug cargo make test_switch_toolchain
[cargo-make] INFO - cargo make 0.35.8
[cargo-make] INFO - Project: get-done
[cargo-make] INFO - Build File: Makefile.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: n1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/kJYIVTRpsn.sh"
dep n1
rustc 1.59.0 (9d1b2106e 2022-02-23)
[cargo-make] INFO - Running Task: temp_nightly
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/p4afHm5Msp.sh"
running Nightly!
rustc 1.59.0 (9d1b2106e 2022-02-23)
[cargo-make] INFO - Build Done in 1.27 seconds.
kazuk:~/get-done$ echo "1.60.0" > rust-toolchain
kazuk:~/get-done$ RUST_LOG=debug cargo make test_switch_toolchain
[cargo-make] INFO - cargo make 0.35.8
[cargo-make] INFO - Project: get-done
[cargo-make] INFO - Build File: Makefile.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: s1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/DFi3ujOr8P.sh"
dep s1
rustc 1.60.0 (7737e0b5c 2022-04-04)
[cargo-make] INFO - Running Task: temp_stable
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/0RHvfp0Qit.sh"
running Stable!
rustc 1.60.0 (7737e0b5c 2022-04-04)
[cargo-make] INFO - Build Done in 1.28 seconds.

@kazuk I just pushed a fix in the dev branch 0.35.11 and would love your feedback. can you try it out and tell if it works well?

I test branch 0.35.11 with rust 1.59.0, seems not fixed.
kazuk:~/cargo-make$ git status
ブランチ 0.35.11
Your branch is up to date with 'origin/0.35.11'.

追跡されていないファイル:
  (use "git add <file>..." to include in what will be committed)
	rust-toolchain
	test_ver.toml

nothing added to commit but untracked files present (use "git add" to track)
kazuk:~/cargo-make$ rustc --version
rustc 1.59.0 (9d1b2106e 2022-02-23)
kazuk:~/cargo-make$ cargo run --bin cargo-make -- make --makefile test_ver.toml test_switch_toolchain
    Finished dev [unoptimized + debuginfo] target(s) in 0.07s
     Running `target/debug/cargo-make make --makefile test_ver.toml test_switch_toolchain`
[cargo-make] INFO - cargo make 0.35.10
[cargo-make] INFO - Project: cargo-make
[cargo-make] INFO - Build File: test_ver.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: n1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/kFhNeOah1R.sh"
dep n1
[cargo-make] INFO - Running Task: temp_nightly
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/WWKCAvt5nk.sh"
running Nightly!
[cargo-make] INFO - Running Task: s1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/IO2KI1Eg3h.sh"
dep s1
[cargo-make] INFO - Running Task: temp_stable
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/tuLz7sIcJb.sh"
running Stable!
[cargo-make] INFO - Build Done in 0.97 seconds.

I don't understand the test you did exactly. you didn't install it, you ran it from cargo-make directory which is not a workspace.

I got branch 0.35.11 and runs cargo run --bin cargo-make -- make --makefile test_ver.toml test_switch_toolchain.
kazuk:~/cargo-make$ cat rust-toolchain
1.59.0
kazuk:~/cargo-make$ cat test_ver.toml
[tasks.n1]
workspace=true
script = '''
#!/usr/bin/env bash
echo "dep n1"
'''

[tasks.s1]
workspace=true
script = '''
#!/usr/bin/env bash
echo "dep s1"
'''

[tasks.temp_nightly]
workspace=true
script = '''
#!/usr/bin/env bash
echo "running Nightly!"
'''
dependencies=["n1"]

[tasks.temp_stable]
workspace=true
script = '''
#!/usr/bin/env bash
echo "running Stable!"
'''
dependencies=["s1"]

[tasks.run_nightly]
condition = { rust_version = { max = "1.59.9" } }
run_task = "temp_nightly"

[tasks.run_stable]
condition = { rust_version = { min = "1.60" } }
run_task = "temp_stable"

[tasks.test_switch_toolchain]
dependencies=["run_nightly","run_stable"]
kazuk:~/cargo-make$ git status
ブランチ 0.35.11
Your branch is up to date with 'origin/0.35.11'.

追跡されていないファイル:
  (use "git add <file>..." to include in what will be committed)
	rust-toolchain
	test_ver.toml

nothing added to commit but untracked files present (use "git add" to track)
kazuk:~/cargo-make$ git remote get-url origin
https://github.com/sagiegurari/cargo-make.git
kazuk:~/cargo-make$ cargo run --bin cargo-make -- make --makefile test_ver.toml test_switch_toolchain
    Finished dev [unoptimized + debuginfo] target(s) in 0.07s
     Running `target/debug/cargo-make make --makefile test_ver.toml test_switch_toolchain`
[cargo-make] INFO - cargo make 0.35.10
[cargo-make] INFO - Project: cargo-make
[cargo-make] INFO - Build File: test_ver.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: n1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/Ia46ePvLm5.sh"
dep n1
[cargo-make] INFO - Running Task: temp_nightly
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/UeF4wyLjII.sh"
running Nightly!
[cargo-make] INFO - Running Task: s1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/zOqqRzPuWh.sh"
dep s1
[cargo-make] INFO - Running Task: temp_stable
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/91V1PBR4nt.sh"
running Stable!
[cargo-make] INFO - Build Done in 1.09 seconds.

Can you tell me how to install 0.35.11 branch?

oh really sorry, i answered wrong issue!!! my bad.
but in general to install cargo-make from git you can look at this:
https://doc.rust-lang.org/cargo/commands/cargo-install.html#synopsis
basically the command is: cargo install [options] --git url [crate...] so you can replace url with this repo.
this issue, i definitly want to understand why you need full version to work so i'll investigate it. the original code i think was contributed if i remember correctly so need to look at it again.
but... again, i meant to answer another issue, not this one.

that works fine! Thank you.

run on rust-toolchain = 1.59.0

kazuk:~/cargo-make$ cargo run --bin cargo-make -- make --makefile test_ver.toml test_switch_toolchain
    Updating crates.io index
  Downloaded lenient_semver_version_builder v0.4.2
  Downloaded lenient_semver_parser v0.4.2
  Downloaded lenient_semver v0.4.2
  Downloaded 3 crates (351.9 KB) in 0.81s
   Compiling lenient_semver_version_builder v0.4.2
   Compiling lenient_semver_parser v0.4.2
   Compiling lenient_semver v0.4.2
   Compiling cargo-make v0.35.10 (/home/kazuk/cargo-make)
    Finished dev [unoptimized + debuginfo] target(s) in 17.67s
     Running `target/debug/cargo-make make --makefile test_ver.toml test_switch_toolchain`
[cargo-make] INFO - cargo make 0.35.10
[cargo-make] INFO - Project: cargo-make
[cargo-make] INFO - Build File: test_ver.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: n1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/BRrpx9a6dV.sh"
dep n1
[cargo-make] INFO - Running Task: temp_nightly
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/F3ZDXgBx0A.sh"
running Nightly!
[cargo-make] INFO - Build Done in 0.94 seconds.
kazuk:~/cargo-make$

run on rust-toolchain = 1.60.0

kazuk:~/cargo-make$ cargo run --bin cargo-make -- make --makefile test_ver.toml test_switch_toolchain
    Finished dev [unoptimized + debuginfo] target(s) in 0.06s
     Running `target/debug/cargo-make make --makefile test_ver.toml test_switch_toolchain`
[cargo-make] INFO - cargo make 0.35.10
[cargo-make] INFO - Project: cargo-make
[cargo-make] INFO - Build File: test_ver.toml
[cargo-make] INFO - Task: test_switch_toolchain
[cargo-make] INFO - Profile: development
[cargo-make] INFO - Running Task: legacy-migration
[cargo-make] INFO - Running Task: s1
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/HZYC3PTkgn.sh"
dep s1
[cargo-make] INFO - Running Task: temp_stable
[cargo-make] INFO - Execute Command: "/usr/bin/env" "bash" "/tmp/kazuk/fsio/dQGonvk0vg.sh"
running Stable!
[cargo-make] INFO - Build Done in 0.95 seconds.

@kazuk great. thanks for checking. i'm hoping to have a new release soon with this fix.

@kazuk  this is now officially released.


Security baselines assessment doc need new note

on Security baselines assessment (https://learn.microsoft.com/en-us/microsoft-365/security/defender-vulnerability-management/tvm-security-baselines?view=o365-worldwide)
we're missing important note information on public docs.. We have this documented internally but it looks like it was missed on public ones.
"The benchmark currently only supports GPO configurations and not MEM (Intune)"
discussed on PG/EEE/EE weekly meeting and agreed that it would be good to add this.

@PiotrWadolowski Thank you for your feedback. We have made changes to the document via PR#https://github.com/MicrosoftDocs/microsoft-365-docs/pull/11644
Once the author approves, the changes will be live.
Thanks
Sri


NullPointerException in Ballerina IntelliJ plugin.

Description:
The following exception is thrown when opening a project with Ballerina file from IDEA. Then the editor gets slow until the plugin is disabled.
java.lang.NullPointerException
	at org.wso2.lsp4intellij.editor.EditorEventManager.lambda$null$41(EditorEventManager.java:1367)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1540)
	at org.wso2.lsp4intellij.editor.EditorEventManager.lambda$requestAndShowCodeActions$42(EditorEventManager.java:1327)
	at com.intellij.openapi.application.TransactionGuardImpl$2.run(TransactionGuardImpl.java:312)
	at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.doRun(LaterInvocator.java:433)
	at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.runNextEvent(LaterInvocator.java:416)
	at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.run(LaterInvocator.java:399)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:776)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:727)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:746)
	at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:824)
	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:773)
	at com.intellij.ide.IdeEventQueue.lambda$dispatchEvent$8(IdeEventQueue.java:412)
	at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:704)
	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:411)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

Steps to reproduce:
Affected Versions:
Ballerina 1.0.1
IntelliJ IDEA 2019.2.3 (Ultimate Edition)
Build #IU-192.6817.14, built on September 24, 2019
Licensed to The Apache Software Foundation / Anuruddha Liyanarachchi
Subscription is active until March 1, 2020
Runtime version: 11.0.4+10-b304.69 x86_64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
macOS 10.14.2
GC: ParNew, ConcurrentMarkSweep
Memory: 4029M
Cores: 8
Registry:
Non-Bundled Plugins: Builder Generator, CMD Support, InnerBuilder, Lombook Plugin, Twelf Plugin, codes.rudolph.idea.cfg, com.alayouni.ansiHighlight, com.intellij.ideolog, com.jetbrains.plugins.ini4idea, io.protostuff.protostuff-jetbrains-plugin, name.kropp.intellij.makefile, org.antlr.intellij.plugin, org.jetbrains.plugins.go-template, com.demonwav.minecraft-dev, BashSupport, com.dmarcotte.handlebars, org.jetbrains.plugins.go, Pythonid, com.intellij.kubernetes, org.toml.lang

OS, DB, other environment details and versions:
MacOS
Related Issues (optional):

Suggested Labels (optional):

Suggested Assignees (optional):

@anuruddhal Thanks for the information provided. Fix will be available with the 1.0.3 release.
Regarding the slowness issue, I suspect the issue is caused by a deprecated third party plugin you are using (go plugin). Could you please recheck after disabling go plugin and let me know if the slowness is gone?

@NipunaRanasinghe I have disabled the go template plugin and the slowness issue is fixed. Thanks.

@anuruddhal I hope you restarted the IDE after disabling the go plugin :)
FYI for larger ballerina modules with high LOC, there could be an noticeable slowness since the compilation time will be high (to show the disgnostics(i.e compilation errors), module is complied on each file modification event) and our language team is already working on the compiler improvements which will improve the tooling experience as well.


GH-8,GH-9: Hide godot_string and GUT test

i made some vscode integration PRs to allow for integration when the godot project isn't at the root of the vscode workspace: https://github.com/godotengine/godot-vscode-plugin/pull/241 and https://github.com/bitwes/gut-extension/pull/7

TODO:

Wrap go ginkgo tests inside a GUT test to unify debug output around GUT

closing in favor of this PR: https://github.com/godot-go/godot-go/pull/29


Import mesh fails

Unable to import meshes from https://raw.githubusercontent.com/KhronosGroup/glTF-Sample-Models/master/2.0/BoomBox/glTF/BoomBox.gltf: importMesh of unknown TypeError: Cannot read property '0' of undefined

Hello can you open this file in the sandbox?
Did you make sure to reference gltf loader?

Agh, forgot the gLTF loader! Closing.


Need legend and some written context

We need a way to tell a user that green networks are microgrids, blue networks are grid-connections, and translucent dots are already-electrified customers. Prescribed medium voltage lines are shown larger, and low voltage lines are smaller. Generation site and transformer locations are also shown. Maybe a legend or a modal would work well for this.
It would also be helpful to state somewhere that, "For this demonstration, the Universal Access team made guesses as to which identified buildings were grid electrified, and which ones were not electrified at all. Low voltage distribution network geodata was unavailable, so grid estimates were made based on high voltage and medium voltage distribution data. Grid extensions plans necessarily connect to our estimations of the existing grid location (not shown)."

We would also like to link to our new website, if that's appropriate: http://universalaccess.mit.edu/ (perhaps in the disclaimer and the brief explanation)


Document docker usage with PlantUML image

Give sample command line with env variable to make Sysl docker image communicate with PlantUML docker image.

I guess we can close this - you can always pass in -p PLANTUML_URL as command line parameters to sysl.

Won't fix. PlantUML is going to be replaced by mermaid.


Token generated with this method seems invalid

We follow same steps to get token. and after fixing some issue mentioned in this page we got token. But its not valid. We used https://jwt.ms/ to verify token but it gives InvalidTokenError
Moreover if we use same token to call API given at https://docs.microsoft.com/en-us/rest/api/azure-sphere/, it keep giving 400 bad request. So seems like Token is not valid
Also azsphere register-user --new-user doesnt work; we got it working with azsphere register-user --newuser
Any resolution on this?

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

ID: b58c8ccd-a024-de57-fcd1-44ab8be98b65
Version Independent ID: 1c9257b5-0694-9a08-7130-72029bdd6a78
Content: Authentication Method - service principal
Content Source: AzureSphere/articles/deployment/authenticate-service-principal.md
Product: azure-sphere
GitHub Login: @prabhushyja
Microsoft Alias: azurespheredocs

@sw-ms-imranbhadelia Thanks for the feedback! We are currently investigating and will update you shortly.

@sw-ms-imranbhadelia Which authentication method are you using? client secret or client cert method?
Looks like you are using old CLI. Please use the latest version and try again.

@sw-ms-imranbhadelia to get the latest CLI, you need to download and install the latest Azure  Sphere SDK, you can download the installer here:  https://aka.ms/AzureSphereSDKDownload/Windows

@sw-ms-imranbhadelia As suggested please use the latest CLI and update. Since we have not heard back from you we will now proceed to close this thread. If there are further questions regarding this matter, please tag me in your reply. We will gladly reopen the issue and continue the discussion.


My Investments : Bug Join

Describe the bug
Join button do not work on my investments page. The pool is still not filled. Also opening a new tab disconnects wallet.
To Reproduce
Steps to reproduce the behavior:

Go to '.My Investments'
Click on 'Join Button'

Expected behavior
The button should work If the pool is not full or it should not be there if user can not rejoin.
Screenshots

Desktop (please complete the following information):

OS: Mojavi
Browser Brave
Version latest

Additional context
Add any other context about the problem here.
Wallet address
0x0954776ad6e37dCA1740DF6B24755cD91c4D0D22

my investment will work only after the wallet connected (in the 2nd tab - it's not)
but yes - the join button need to work

my investment will work only after the wallet connected (in the 2nd tab - it's not)
but yes - the join button need to work


Page name begining with "Admin" launches Admin instead of the intended page.

Describe your problem
I have a Parent Page with a title of "Admin Documentation" and a URL of  "/admin-documentation"
Under it as children, will be Topics.

Expected behaviour
When I click it I expect to be taken to that page, i.e. "Admin Documentation"
Actual behaviour
When I click the "Admin Documentation" link, I am taken to the Admin login, ie "/admin"
Bludit version
v3.2.4 & v3-beta-2

This issue is caused by the following comparison: https://github.com/bludit/bludit/blob/f0895796cd270ee39f64487d94996878c7fa4f9a/bl-kernel/url.class.php#L61

Nice bug.. checking for fix it

@anaggh fix it, but the final URL for the admin is /admin/.. I going to check to do a redirect /admin to /admin/

Fixed in Bludit v3.0.0 rc3


Conversational Boosting topic is not automatically created.

A Conversational boosting system topic is automatically generated when the bot is created from Azure OpenAI Studio.
this is not true if the environment is not in US.

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

ID: ca242460-8478-cac4-676f-f0668989a024
Version Independent ID: ca242460-8478-cac4-676f-f0668989a024
Content: Generative answers with Azure OpenAI on your data (preview) - Microsoft Copilot Studio
Content Source: power-virtual-agents/nlu-generative-answers-azure-openai.md
Service: power-virtual-agents
GitHub Login: @mainguy70
Microsoft Alias: iawilt

Thanks for your comment, @raghu4sangeeth. This issue has been assigned to the doc author for review.

I've tested it with the new Copilot and it doesn't work.

The topic appears if you go to Settings -> Generative AI and switch on .
But the connection to Azure OpenAI is not provisioned and configured any more...


3.0 preview 6 missing from CDN distribution json

Issue Title
3.0 preview 6 is not listed here: https://dotnetcli.blob.core.windows.net/dotnet/release-metadata/3.0/releases.json
only up to 5 is listed. This prevents Azure DevOps from being able to install preview 6 via the tools installer. It makes me sad😢

You fixed it.


related to the pretrained models

how to use the aviailable pretrained models on other datasets, e.g, aishell-dmash? thanks a lot!

Just finetune the model, please see checkpoint option in example/$dataset/s0/run.sh


More Providers!

More Providers would be cool, i guess. Having a look at AutoFixture, some good additions would be:

[x] RhinoMock
[x] FakeItEasy

New providers were added


Vagrant install from sawtooth

Replaces (most) of the pip installs done in vagrant with apt-get installs from the new sawtooth repo.

vpn/fw was blocking access to the ubuntu key server. the update to the PR forcing that request over port 80 seems to have cleared it up for me.


Indicate if a SQL query applies to all/a subset of/no subclasses of the pivot class  [moved]

This is Issue 1036 moved from a Google Code project.
Added by 2012-08-27T08:17:52.000Z by<EMAIL_ADDRESS>Please review that bug for more context and additional comments, but update this bug.
Original labels: Type-Enhancement, Priority-Low, v2.0.0
Original description
At the moment, the selection conditions automatically apply also to all subclasses of the pivot class. It could be useful to allow for filtering the considered subclasses as pointed out in the ML discussion at https://groups.google.com/d/topic/orient-database/haBmE8Y7nws/discussion.

Proposed syntax:

 - SELECT FROM MySuperClass INCLUDE SUBCLASSES WHERE ... this is the same as SELECT FROM MySuperClass WHERE because the latter automatically includes all subclasses record
 - SELECT FROM MySuperClass INCLUDE <MySubClass>(, <MySubClass>)* WHERE... the selection conditions apply to the given class and the listed subclasses
 - SELECT FROM MySuperClass EXCLUDE <MySubClass>(, <MySubClass>)* WHERE... the selection conditions apply to the given class and all subclasses except those listed.
 - SELECT FROM MySuperClass EXCLUDE SUBCLASSES WHERE... the selection conditions apply ONLY to the given class (i.e. the subclasses records are not analysed).

Not relevant anymore. Closing it.


Jobs arent working anymore since we use mysql

Sponge Version:  spongeforge-1.12.2-2705-7.1.0-BETA-3206
Forge Version:  Latest, I dont really know, its just named forge.jar in the server folder.
Total Economy Version:  TotalEconomy-1.8.1
Description of issue
I use a mysql databank since yesterday and the jobs dont work now anymore...
Console errors
None
Steps to reproduce
Using mysql database
Related Configuration Files
Create a Gist (https://gist.github.com/) for each configuration file related to this issue
https://gist.github.com/YumaYamamoto/05f9e3eb446b8701eaf65eb4d8a81306

Please describe in which way jobs don't work anymore. And please attach your server log using a gist.

No files  ¯_(ツ)_/¯

@MarkL4YG was ist nun das Problem? :)

@YumaYamamoto Let's keep this international, shall we? ;)
Please attach you server log to the gist as it currently is empty.
If you want to talk in German, feel free to contact me via Gitter.
I'll need the server logs anyways though.

As far as I understood over Gitter this issue has been resolved and can be closed.


Remove extra postgres migrations

It looks like at some point we removed sqlite migrations 20 and 21, but did not remove the corresponding postgres migrations. This was causing FireFly to fail to start when attempting to apply postgres migrations. This PR aligns the postgres migrations with the working sqlite migrations.

Codecov Report

Merging #683 (e0ed6fb) into main (989db58) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##              main      #683   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files          317       317
  Lines        19485     19485
=========================================
  Hits         19485     19485

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 989db58...e0ed6fb. Read the comment docs.


Test ticket for Github FS Integration

 FreshService Ticket ID: 115 FreshService Ticket Agent: Sai Madhan FreshService Ticket Agent Email<EMAIL_ADDRESS>Ticket Priority: Low FreshService Ticket Description: Test ticket Ticket attachments : 1.Freshservice-logo.png

Agent Sai Madhan linked FreshService ticket 115 to this issue

Agent Sai Madhan unlinked FreshService ticket 115 from this issue


Readable prefix/suffix removal in Parser#strip_value

The use of String#delete_prefix!/delete_suffix! makes this method more readable.
It also makes possible to strip strings with more than one character.
Note that I am using the methods ending with ! to modify value, this matches the already used strip!.
I also modified the early return to show that value is always returned, and with this PR all value modifications happen in-place.
This could be used to further simplify the method itself (no need to return a value) and the single usage I have found in Parser#parse_no_quote: line = strip_value(line) to strip_value(line).
I have not done this modification yet to leave it open for discussion.

Thanks!


keep outcomes to one line market cards

Portland Trailblazers should be one line not 2.

@andrewdamelio is this done?

still looking into this.

@JohnDanz is this still an issue? Did a bunch of testing this morning and they all look good -- was there a certain situation where this was happening like the image above? It looks like our breakpoints handle it well.


Clipboard file copy

Adds the ability to copy a set of files from the client to server over RDP. Only client->server has been implemented
Also note that I've used Protocols here, which is a feature of Python 3.8 (Python 3.7 is EOL).

@skelsec Is there anything I can do to help get the ball rolling?

Thank you for the awesome PR!


Create REST service for workflow process instances

Create REST service for workflow process instances

Service will support searching workflow processes by variables
Will be create GET method for quick search. This method will support search by definitionKey and applicant name. Method will support pagination too.

It is done. Not support sort for now.


[FEATURE] Pylint Workflow for static code analysis

🚨🚨 Feature Request

[x] Related to an existing Issue

Is your feature request related to a problem?
Code currently has missing docstrings and other linting issues
If your feature will improve HUB
A clean code with docstrings is what the community loves
Description of the possible solution
A GitHub action workflow to use pylint for static code analysis

Completely agree @ADI10HERO.
Hub currently uses flake8 for  instead of pylint. I believe flake8 checks for docstring style too, but will double check.

Completely agree @ADI10HERO.
Hub currently uses flake8 for  instead of pylint. I believe flake8 checks for docstring style too, but will double check.

Closing this issue unless it comes up again.


Tighten RenderScript/Rust disambiguation

RenderScript files are required to have #pragma version(1), and only someone deliberately trying to mislead a filetype classifier will put it in Rust code at the start of a line, so that really is the only check needed, and defaulting to Rust is then sound.
This follows on from #2424; #2425 fixed the immediate problem, but this provides a better classification; it’s entirely possible to have a Rust file with only constants defined, for example, which the previous check would fail to catch.
These heuristics are the same as ohcount’s, which were discussed at some length.

Thank you for this.  I wrote the current heuristic based on a set of 1000 .rs samples.  I don't remember the exact details anymore, but it may be that a more complex heuristic than yours is needed.
I will check your heuristic against the samples and report the results.

Also, your implementation defaults to Rust and disables the bayesian classifier.  Other heuristics do this too, but I believe it's encouraged to avoid doing that.

@larsbrinkhoff As I noted (and as https://developer.android.com/guide/topics/renderscript/compute.html confirms), RenderScript requires the #pragma version(1), and so I believe that to be a sufficient filter. As I understand it (though I could easily be wrong in this), most filetype detection is done purely on extension, and most extensions have an unambiguous registered filetype, thus bypassing the bayesian classifier; as noted in blackducksw/ohcount#30, RenderScript and Rust are the only notable things using the .rs extension, and RenderScript has a clear identifying signal, so anything .rs which does not contain that signal can reasonably be marked Rust. Am I correct in my understanding of things and do my conclusions seem reasonable to you?

First of all, I should explain that I'm not part of GitHub staff, and have no final say in anything that goes into linguist.
I still haven't made a full run against the samples, but some quick remarks for now:

I checked my sample files, and it seems a substantial amount of RenderScript files on GitHub do not have a #pragma version.

I don't see that the link you provided documents a requirement for RenderScript files to include a #pragma version.  It says "A script can contain: A pragma declaration (#pragma version(1))" (emphasis mine).  Is that what you are referring to?

Even if it were a requirement, it could be imported into a file through #include and thus not appear in the file itself.

I agree it may be reasonable to default to Rust as you did.

By the way, do you know if Rust files can contain #include, or do people use a C preprocessor with Rust?

Rust has attributes in the form of #[attribute] or #![attribute], and it also uses # for r#"raw strings"#, but Rust definitely does not use the C preprocessor with things like #includeor#pragma`.

@larsbrinkhoff Oops, I didn’t reread it carefully enough—I think the wording indicated that #pragma version(1) was required in the past, but it definitely doesn’t now. I guess I need to add back more checks than just the #pragma version, then. You know, that original regex doesn’t look so bad now…
@retep998 Macro bodies could also have # followed by an identifier, and the form could also be used in the future (and it wouldn’t surprise me in the least if it is used in some form in the future). Neither of these should particularly concern us now, though.

What language is this?
https://github.com/jmaih/RISE_toolbox/tree/master/examples/MarkovSwitching/LiuWaggonerZha2009/Tutorial2/Models

I guess this is moot now? but for the record:

Language
Before
After
Actual

RenderScript
741
464
707

Rust
254
532
225

javac output?

45

unknown
1
1
12

RedScript

7

ResPack
4
4
4

If anyone knows what these are, let me know!
https://github.com/search?q=extension%3Ars+NOT+slaribartfaxt+path%3Abuild

@chris-morgan If you want to examine the samples yourself, I can send you a zip file.

@larsbrinkhoff those seem to be some netbeans specific build file, although I may be wrong.

@nightpool Thanks, that's my conclusion too.

Just looping back on this PR - what's the current status?

I believe the latest word from @chris-morgan is:

You know, that original regex doesn’t look so bad now…

And my test run indicates that Before is a more accurate classification than After.

Ha! Ok. So are we good to close this then?

Let's hope Chris can check in and confirm that.

Yeah, let’s just close this.

:+1: thanks for confirming @chris-morgan


Remove text from card backs

For each of the 10 age cards (e.g. https://github.com/micahstairs/bga-innovation/blob/main/misc/card_backgrounds/age_01.png), we need to remove the text (not any of the numbers). So basically we need to reconstruct part of the checkerboard background in it's place.
The reason we need to do this is because we have to instead write translated text on the card backs in-game.
You do not need to use ImageMagick for this task, but can instead do whatever is easiest for you. Just make sure you don't have the dimensions/quality/extension in any way.
If you have access to ImageMagick, can you regenerate its spritesheet afterwards? If not, we can just get someone else to do it.
NOTE: Before you begin working on this, please assign this issue to yourself. If you do not do this, then there's the possibility that 2 people will end up doing the same task, which is not a good use of time.

Actually, I think I might just simplify the tooltip for hovering over the standard achievements, so we won't need to do this work any longer.


Compilation fails on dev-8.0 branch of esp32 port

Hi,
I have an ESP32 board and want to compile micropython using Cmake going forward. Thankfully Cmake support was just added in micropython 1.15, so now I'm wanting to add lvgl as a micropython module - which looks like it should be possible per the dev-8.0 branch of lv_micropython. However I'm having some trouble compiling this branch:
Problem 1
Checking out the dev-8.0 branch and directly executing make from the ports/esp32 directory gives a compile error which I believe I've tracked down to the lv_conf.f from commit d7f2aabfe missing a typedef for the lv_coord_t type.
I 'fixed' this by copying over the default lv_conf.h with lv_conf_template.h, which led me to Problem 2 where I'm currently stuck ...
hmmkay@hmmkay ~/repro/ $git clone --recurse-submodules -j8  https://github.com/lvgl/lv_micropython.git
hmmkay@hmmkay ~/repro/lv_micropython (master)$ git checkout dev-8.0

hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ git log --oneline -1
d7f2aabfe (HEAD -> dev-8.0, origin/dev-8.0) Merge master into dev-8.0

hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ cmake --version
cmake version 3.20.3

hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ idf.py --version
ESP-IDF v4.2-dirty

hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ xtensa-esp32-elf-gcc --version
xtensa-esp32-elf-gcc (crosstool-NG esp-2020r3) 8.4.0

hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ make
idf.py -D MICROPY_BOARD=GENERIC -B build-GENERIC  build

...

[ 73%] Generating ../../lv_png.c
[ 74%] Generating ../../lv_espidf.c.pp.filtered
[ 75%] Linking CXX static library libesp_hid.a
[ 75%] Generating ../../lv_espidf.c
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 75%] Linking CXX static library libprotocomm.a
[ 75%] Built target __idf_libsodium
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 75%] Built target __idf_esp_hid
[ 75%] Generating ../../lv_mp.c
GEN /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/genhdr/mpversion.h
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 75%] Built target __idf_protocomm
make[3]: Entering directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[3]: Entering directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[3]: Entering directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[3]: Entering directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 75%] Building C object esp-idf/esp_local_ctrl/CMakeFiles/__idf_esp_local_ctrl.dir/src/esp_local_ctrl.c.obj
[ 75%] Building C object esp-idf/esp_local_ctrl/CMakeFiles/__idf_esp_local_ctrl.dir/src/esp_local_ctrl_handler.c.obj
[ 75%] Building C object esp-idf/esp_local_ctrl/CMakeFiles/__idf_esp_local_ctrl.dir/proto-c/esp_local_ctrl.pb-c.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/wifi_config.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/manager.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/handlers.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/wifi_scan.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/scheme_softap.c.obj
[ 75%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/scheme_console.c.obj
[ 76%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/proto-c/wifi_constants.pb-c.c.obj
[ 76%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/proto-c/wifi_scan.pb-c.c.obj
[ 76%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/proto-c/wifi_config.pb-c.c.obj
[ 76%] Building C object esp-idf/wifi_provisioning/CMakeFiles/__idf_wifi_provisioning.dir/src/scheme_ble.c.obj
[ 76%] Linking CXX static library libesp_local_ctrl.a
Traceback (most recent call last):
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py", line 299, in <module>
    ast = parser.parse(s, filename='<none>')
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/c_parser.py", line 149, in parse
    return self.cparser.parse(
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/ply/yacc.py", line 331, in parse
    return self.parseopt_notrack(input, lexer, debug, tracking, tokenfunc)
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/ply/yacc.py", line 1199, in parseopt_notrack
    tok = call_errorfunc(self.errorfunc, errtoken, self)
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/ply/yacc.py", line 193, in call_errorfunc
    r = errorfunc(token)
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/c_parser.py", line 1844, in p_error
    self._parse_error(
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/../pycparser/pycparser/plyparser.py", line 67, in _parse_error
    raise ParseError("%s: %s" % (coord, msg))
pycparser.plyparser.ParseError: /home/hmmkay/repro/lv_micropython/lib/lv_bindings/lvgl/src/lv_hal/../lv_misc/lv_area.h:40:5: before: lv_coord_t
make[3]: *** [esp-idf/main/CMakeFiles/__idf_main.dir/build.make:75: lv_mp.c] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[2]: *** [CMakeFiles/Makefile2:4329: esp-idf/main/CMakeFiles/__idf_main.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs....
[ 76%] Linking CXX static library libwifi_provisioning.a
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 76%] Built target __idf_esp_local_ctrl
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
[ 76%] Built target __idf_wifi_provisioning
make[2]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[1]: *** [Makefile:136: all] Error 2
make[1]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make failed with exit code 2
make: *** [Makefile:30: all] Error 2

Problem 2 -
I copied the config template lv_conf_template.h over lv_conf.f (noting that the template still talks about being for 7.11.0 whereas lv_conf says its for 8.0), and set #if 1 ...
hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ cp ../../lib/lv_bindings/lvgl/lv_conf_template.h ../../lib/lv_bindings/lv_conf.h
... but now I get stuck with a trickier problem that after executing make with the new lv_conf.h file, the gen_mpy.py script can't seem to lookup a key called lv_mem_buf_arr_t. This requires more understanding than I currently have to correct since I don't understand (and honestly don't want to :D) how this script does its magic. I've twiddled some of the memory settings in lv_conf.h in the hope that perhaps changing how memory management is configured that I can move past this error, but no luck so far.
[ 75%] Generating ../../lv_mp.c
Traceback (most recent call last):
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py", line 2277, in <module>
    gen_global(global_name, blobs[global_name])
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py", line 2241, in gen_global
    wrapped_type = lv_mp_type[global_type]
KeyError: 'lv_mem_buf_arr_t'
make[3]: *** [esp-idf/main/CMakeFiles/__idf_main.dir/build.make:75: lv_mp.c] Error 1
make[3]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[2]: *** [CMakeFiles/Makefile2:4329: esp-idf/main/CMakeFiles/__idf_main.dir/all] Error 2
make[2]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make[1]: *** [Makefile:136: all] Error 2
make[1]: Leaving directory '/home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC'
make failed with exit code 2
make: *** [Makefile:30: all] Error 2

Enabling -v debug for the ESP IDF in the Makefile wrapper gives me the following command as the one that fails when running make:
hmmkay@hmmkay ~/repro/lv_micropython/ports/esp32 (dev-8.0)$ cd /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/esp-idf/main && /home/hmmkay/.espressif/python_env/idf4.2_py3.8_env/bin/python3.8 /home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py -M lvgl -MP lv -MD /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/lv_mp.c.json -E /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/lv_mp.c.pp /home/hmmkay/repro/lv_micropython/lib/lv_bindings/lvgl/lvgl.h > /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/lv_mp.c || ( rm -f /home/hmmkay/repro/lv_micropython/ports/esp32/build-GENERIC/lv_mp.c && /bin/false )
Traceback (most recent call last):
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py", line 2277, in <module>
    gen_global(global_name, blobs[global_name])
  File "/home/hmmkay/repro/lv_micropython/lib/lv_bindings/gen/gen_mpy.py", line 2241, in gen_global
    wrapped_type = lv_mp_type[global_type]
KeyError: 'lv_mem_buf_arr_t'

--
If there's an easier/alternate way to get micropython >+1.14 and lvgvl >+ 7 compiled with CMake I'd be happy to be pointed in that direction. The dev-8.0 branch of lv_micropython looked to be the best path to follow for that.
Any assistance in moving forward would be appreciated! Thanks in advance.

Hi @hmmkay !

Checking out the dev-8.0 branch and directly executing make from the ports/esp32 directory gives a compile error which I believe I've tracked down to the lv_conf.f from commit d7f2aabfe missing a typedef for the lv_coord_t type.

I suspect this is a local problem in your workspace.
Did you forget updating submodules recursively? (git submodule update --recursive --init)
Did you try to clean and rebuild?
Maybe some other git problem? Did you try to reproduce this by cloning a fresh repo?

I 'fixed' this by copying over the default lv_conf.h with lv_conf_template.h, which led me to Problem 2 where I'm currently stuck ...

I'm trying to keep lv_micropython in a healthy state, compiling and running, for both the unix port and ESP32 port.
I'm not familiar with any special "fixes" that are required in order to compile and run these ports.

If there's an easier/alternate way to get micropython >+1.14 and lvgvl >+ 7 compiled with CMake I'd be happy to be pointed in that direction. The dev-8.0 branch of lv_micropython looked to be the best path to follow for that.

The dev-8.0 is the right path, and it will be merged into main branch in the near future.

Thanks for the reply.
Yes, the steps I showed to reproduce Problem 1 start with a clean git clone of lv_micropython.
I am using --recurse-submodules on this initial clone, so perhaps there's some difference that I didn't realize between doing in this way and as a separate 'submodule update --recursive --init' after the fact - I'm busy taking a look to see if that's the problem.
It's good to know it works on your setup - I'll keep plugging away to see what is wrong my end then come back and close this issue with the resolution.

Also - please make sure you have up-to-date CMake.
I'm using cmake 3.18.4.

Yes. The version that I show in my reproduction is 3.20.3. I tried different versions of the IDF without success (but think I had different issues if I recall even though I tried to stick to those that micropython is known to work with)

Okay, umm, after running 'submodule update --recursive --init' it does in fact now compile.
I am now feeling embarassed because I suspect I've misunderstood something basic about how submodules work. I'll try reproduce where I've gone wrong and post the results back here for any future soul that follows my misguided journey :)
Thanks for the assistance.

So for the next person who wanders down this path, the issue was my misunderstanding of switching branches when git submodules are involved:
When I switched to the dev-8.0 branch of lv_micropython and also switched to the dev-8.0 branch of lib/lv_bindings (something I left out in my original Problem 1 steps) then my local repo was still pointing to the commits required by the master branch for the lvgl, pycparser and driver/png/lodepng submodules, instead of those required by the dev-8.0 branch.
ie:
hmmkay@hmmkay ~/repro2/lv_micropython/lib/lv_bindings (master)$git checkout dev-8.0 <-- I'm on the master branch of the lv_bindings submodule, switching to the dev-8.0 branch to get the CMake goodness
M       driver/png/lodepng
M       lvgl
M       pycparser
Switched to branch 'dev-8.0'
Your branch is up to date with 'origin/dev-8.0'.
hmmkay@hmmkay ~/repro2/lv_micropython/lib/lv_bindings (dev-8.0)$ git submodule <-- this tells me what submodules are downstream from this point and what commit they're currently checked out at
+2e541f53ebedf6ebae375a381ca2fd6d82b460bc driver/png/lodepng (2e541f5) <---- outdated commit (used by master branch)
+b16e7f1076963f123b36dec9ce1dd5950057ca1a lvgl (v7.11.0-34-gb16e7f10)  <--- outdated commit (used by master branch)
+e1a1d737be66308b633215fa26ac5ed30e890103 pycparser (release_v2.19-13-ge1a1d73) <--- outdated commit (used by master branch)

If I executed the 'git submodule update --recursive --init' command as amirgon suggested, then suddenly my repo pointed to the correct commits of the various submodules like so:
hmmkay@hmmkay ~/repro2/lv_micropython/lib/lv_bindings (dev-8.0)$ git submodule update  --recursive --init <-- change the submodules to the commits needed by this parent
Submodule path 'driver/png/lodepng': checked out '7fdcc96a5e5864eee72911c3ca79b1d9f0d12292'
Submodule path 'lvgl': checked out '29bfe60438a46342bcd99a7ff57939a7a508ed03'
Submodule path 'pycparser': checked out '1706a39e0116dde0b2d1c52d67078a9a0ab4dbe7'
hmmkay@hmmkay ~/repro2/lv_micropython/lib/lv_bindings (dev-8.0)$ git submodule
 7fdcc96a5e5864eee72911c3ca79b1d9f0d12292 driver/png/lodepng (heads/master) <-- different commit
 29bfe60438a46342bcd99a7ff57939a7a508ed03 lvgl (v8.0.0-3-g29bfe604) <--- now we're using the correct version of LVGL and my compilation errors go away! Yay!
 1706a39e0116dde0b2d1c52d67078a9a0ab4dbe7 pycparser (release_v2.20-27-g1706a39) <--- different commit

So today I learned with git that when you checkout different branches that involve sub-modules, the sub-modules are not automatically switched to the right commit reference the way I assumed they were - you need to manually run the submodule update command to update the sub-modules to the correct commits required by the parent.


Application Insights: Dependency calls don't appear under a consumer that did those calls

Is this a bug report?
Yes

Can you also reproduce the problem with the latest version?
Yes
Environment

Operating system: Windows 10 ver. 2004
Visual Studio version: N/A
Dotnet version: .Net Core 3.1

Steps to Reproduce

Configure Application Insights DependencyCollection
Consume a message
Do some dependency call
Observe End-to-end transaction in Application Insights

Expected Behavior

Dependency calls should appear under a consumer that did those calls.
Actual Behavior

Names were erased from screenshot
Every dependency call is shown separately.
Reproducible Demo

Which transport? What’s the dependency? If you’re using Azure Service Bus, did they ever update it to use W3C standard? Because ASB only worked with hierarchical trace ids previously, which don’t work with anything newer.

Also which consumer were you expecting it under? It's difficult to see which node it's underneath with that screenshot. Perhaps collapse the irrelevant nodes and re-supply the screenshot so it's easier to see.

Transport is RabbitMQ. Dependencies are Azure Table Storage and SQL Server.
And it's not that dependency calls are assigned to incorrect consumer but they are not assigned at all.

I would look at the options for traceId types and how those dependencies are tracking activities. MassTransit doesn’t do anything special, it uses DiagnosticSource to report activities, and passes activity identifiers across message boundaries.
Anything else is up to the Dependency Tracking that AppInsights does based upon DiagnosticSource. How you are configuring those listeners will affect how the data is reported to App Insights.

I will try to provide a Reproducible Demo tomorrow to see if it's something wrong with our configuration then.

Take a look at the sample here - https://github.com/MassTransit/Sample-ApplicationInsights

Did you figure out why the dependencies weren't showing up correctly?

I managed to reproduce it but haven't got the time to post it here. I will try to do that later today.

A simple http request is displayed alongside Receive.

Should be displayed inside consumer and above those two sends because the http call is made before them.

And here is a link to a simple reproducible demo https://github.com/lkierepka/Sample-ApplicationInsights

I don't have an answer, it must be something with the way HttpClient is (or isn't) using Activity.Current to specify the parent activity id of the currently executing consumer, etc. Maybe if you output the data table of the raw log data for that operation ID (instead of the graph) it will give some insight.
I am going to close this, as I don't plan to do anything in MassTransit related to this issue, but feel free to continue to add details on the operation logging in application insights.

@phatboyg the issue is here, I believe:
https://github.com/MassTransit/MassTransit/blob/master/src/Transports/MassTransit.Azure.ServiceBus.Core/Configuration/Configurators/ServiceBusBusFactoryConfigurator.cs#L43:L47

What brought this up? Has Azure Service Bus moved to use the standard W3C format? If so, this could be removed.

So, if the underlying libraries are no longer using the Hierarchical format, this can be removed for 7.1 so that everything uses W3C. Will need to test with actual code though, to verify the nesting of calls in AppInsights.

I brought it up from the Gitter chat the other day. There a person reported that AppInsightts switched to W3C format. .NET 5 uses the W3C format as default too.

I brought it up from the Gitter chat the other day. There a person reported that AppInsightts switched to W3C format. .NET 5 uses the W3C format as default too.

That was me :-) we're using RabbitMQ not ASB, so it doesn't sound like this will fix our problem. I'll have to spend more time looking into it - it was an experimental side-track for a day...

Hi,
Was this change released? We have experienced this issue. We accept incoming HTTP requests with W3C context headers. It seems that this is changing the default handling of the incoming headers. Instead of being identified as W3C they are being set to the default 'hierarchical'. In turn this means that the telemetry being send to AppInsights is incorrect and we can't trace the incoming calls.
Thanks
Iain

Hi,
Was this change released? We have experienced this issue. We accept incoming HTTP requests with W3C context headers. It seems that this is changing the default handling of the incoming headers. Instead of being identified as W3C they are being set to the default 'hierarchical'. In turn this means that the telemetry being send to AppInsights is incorrect and we can't trace the incoming calls.
Thanks
Iain

It was released some time ago, yes.

It was released some time ago, yes.


Edit .bash_profile if it exists

Fixes #883

Hi @awelkie, this looks great.
I would like to slightly alter the detection logic here, specifically:

Modify .zprofile if either it already exists, or the shell is zsh
Modify .bash_profile only if it exists, regardless of the current shell

IMO, this would provide the best result given each shell's profile logic.
However, I'd be happy to accept this PR as-is if you won't be able to make these changes, since it's a clear improvement over the status quo, and shouldn't cause any problems to tweak later.

@Diggsey's suggestion sounds reasonable to me. Thanks @awelkie!

I'll take a crack at making these changes. I would also like to add support for fish (#478). Should the logic there be to add add a file to ~/.config/fish/conf.d only if ~/.config/fish/ exists, regardless of the current shell?

@awelkie Thanks!
For all shells except bash, we should set their configuration if we detect their presence at all on the system. For the moment, the two detection methods we use are $SHELL and whether their configuration files are detected.
Bash is different, because it will fall back to .profile if .bash_profile does not exist, so even if $SHELL == "bash", we can't create .bash_profile if it doesn't already exist, as then bash would stop looking in .profile, which would break things for the user.
So for fish, we want to add a file to ~/.config/fish/conf.d if either the fish config directory already exists, or if fish is the current shell.

I don't think I'll be able to get to the making the improvements for another few days, so feel free to merge this in if you want.

For this PR I agree that at least it would be better to remove reading "SHELL" and just look for the presense of .bash_profile. zsh changes can be left for some other PR.
This should really also have a test case. Crib off of "install_adds_path_to_profile".

I've updated this in #1179.


Extract client instantiation into a separate tutorial

You could also extract the entire client instantiation into a separate tutorial segment and replace it with a single line client import in all subsequent segments.
Originally posted by @riongull in https://github.com/dashpay/platform-tutorials/issues/34#issuecomment-2023892748
Also see: https://github.com/dashpay/platform-tutorials/pull/34#issuecomment-2023982083 and https://github.com/dashpay/platform-tutorials/pull/34#issuecomment-2024045005

Originally posted by @riongull in https://github.com/dashpay/platform-tutorials/issues/34#issuecomment-2024045005
I would have one client configuration with most or all of the client option keys documented in the passed-in object - scrap the separate clientOpts object:
const client = new Dash.Client({
  network: 'testnet',
  wallet: {
    mnemonic: 'a Dash wallet mnemonic with testnet funds goes here',
    unsafeOptions: {
      skipSynchronizationBeforeHeight: 875000, // only sync from mid-2023
    },
  // all other keys, or most if there are too many
  },
});

You could start each comment with "required for reads", "required for writes" or some convention like that. Might also make sense to document what the defaults are.
A dev wants to know what is optional, required, and default. If that can be done right in copy-pastable code that's ideal in my opinion.  Easiest to have it all in one code block and then let the dev delete or comment out from there.
@ajcwedev is translating your docs into a complete quick start that devs can literally follow step by step in a copy paste way. To me, this tutorial presumes that you want to learn how to do reads and writes, so I would structure it that way.
Adding this extended info will be more reason to have the client configuration be a separate segment of the tutorial where you just import the configured client instance in each subsequent segment.


/finding/accepted title is incorrect

The accepted findings is displayed as  Tool Configuration List. This might be Findings.

Found in 1.5.4RC6

I can see it see when you first go to http://defectdojo/tool_config and then to http://defectdojo-dev/finding/accepted

Looks like the accepted_findings() and closed_findings() in /dojo/finding/views.py don't have anything for updating/adding a breadcrumb.
Would the correct display be to show the breadcrumb ? Or no breadcrumb at all ?
Example:
https://github.com/DefectDojo/django-DefectDojo/blob/master/dojo/finding/views.py#L560-L585

Home findings I think.


autoconf/automake support

Might as well open a ticket.  @bictorv mentioned in https://github.com/dseagrav/ld/issues/28#issuecomment-487269386 that he considered adding autoconf/automake support for cbridge.

See https://github.com/bictorv/chaosnet-bridge/pull/19 .


AttributeError: module 'tensorflow' has no attribute 'set_random_seed'

tf2.0
tf.set_random_seed(self._seed)

AttributeError: module 'tensorflow' has no attribute 'set_random_seed'

Moved to tf.random.set_seed()
https://www.tensorflow.org/versions/r2.0/api_docs/python/tf/random/set_seed

@Jie-Yuan Were you able to resolve this issue?

Automatically closing due to lack of recent activity. Please update the issue when new information becomes available, and we will reopen the issue. Thanks!


UI Not Correct and OpenAI Error

App Frontend Issues
Getting ReferenceError: BiErrorCircle is not defined from the app. Also the app looks wonky, potentially missing dependencies?

Python Issues
OpenAI error:
Traceback (most recent call last):
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\tenacity\__init__.py", line 382, in __call__
    result = fn(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\backend\database\my_codebase.py", line 240, in encode
    result = openai.Embedding.create(input=text_or_tokens, model=model)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\openai\api_resources\embedding.py", line 33, in create
    response = super().create(*args, **kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\openai\api_resources\abstract\engine_api_resource.py", line 153, in create
    response, _, api_key = requestor.request(
                           ^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\openai\api_requestor.py", line 298, in request
    resp, got_stream = self._interpret_response(result, stream)
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\openai\api_requestor.py", line 700, in _interpret_response
    self._interpret_response_line(
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\openai\api_requestor.py", line 763, in _interpret_response_line
    raise self.handle_error_response(
openai.error.InvalidRequestError: This model's maximum context length is 8191 tokens, however you requested 8994 tokens (8994 in your prompt; 0 for the completion). Please reduce your prompt; or completion length.

Other error:
Traceback (most recent call last):
  File "C:\Python311\Lib\multiprocessing\process.py", line 314, in _bootstrap
    self.run()
  File "C:\Python311\Lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\uvicorn\_subprocess.py", line 76, in subprocess_started
    target(sockets=sockets)
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\uvicorn\server.py", line 61, in run
    return asyncio.run(self.serve(sockets=sockets))
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\asyncio\runners.py", line 190, in run
    return runner.run(main)
           ^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\asyncio\runners.py", line 118, in run
    return self._loop.run_until_complete(task)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\asyncio\base_events.py", line 653, in run_until_complete
    return future.result()
           ^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\uvicorn\server.py", line 68, in serve
    config.load()
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\uvicorn\config.py", line 467, in load
    self.loaded_app = import_from_string(self.app)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\uvicorn\importer.py", line 21, in import_from_string
    module = importlib.import_module(module_str)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\importlib\__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1206, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1178, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1149, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 690, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 940, in exec_module
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\backend\main.py", line 32, in <module>
    codebase = MyCodebase("../")
               ^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\backend\database\my_codebase.py", line 100, in __init__
    self._update_files_and_embeddings(directory)
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\backend\database\my_codebase.py", line 137, in _update_files_and_embeddings
    self.update_file(file_path)
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\backend\database\my_codebase.py", line 171, in update_file
    embedding = pickle.dumps(self.encode(text))
                             ^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\tenacity\__init__.py", line 289, in wrapped_f
    return self(f, *args, **kw)
           ^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\tenacity\__init__.py", line 379, in __call__
    do = self.iter(retry_state=retry_state)
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\mfalc\Documents\Projects\GPT-CodeApp\.venv\Lib\site-packages\tenacity\__init__.py", line 326, in iter
    raise retry_exc from fut.exception()
tenacity.RetryError: RetryError[<Future at 0x24e5aa5f690 state=finished raised InvalidRequestError>]

Did you run npm install from the /frontend directory? The OpenAI error means you've added too many files to the prompt. Check the System Prompt to see what's in there.

I did run the npm install.
Do you have a virtual environment folder in your local repo root? I wonder if it is going through that on my end, because I didn't do anything else different.

No virtual environment over here. It appears that tailwindcss isn't working correctly on your end. Trying to reproduce on my end. The icon comes from react-icons which is in the package-json. Maybe try updating that package and see if that error goes away

You not using a virtual environment for python is the least surprising thing in the world. The issue was that it wasn't ignoring my .venv folder so the context window was filling up. I'm still having some of them show up despite adding it to the IGNORE_DIRS.
I still can't make the UI look normal. But everything else is working now.


[language-git] Warnings are not being highlighted

User Info

Atom: v1.14.4
OS: macOS Sierra v10.12.3

Hey, Carlos! 👋
First off, I'd like to say that this syntax theme is beautiful, and it's a treat to work with this theme. 👌
Issue
While writing a commit message, warnings (for example, when the subject line goes beyond 50 characters) are not being highlighted. 😔
Material Dark:

One Dark:

Solution
Adding the following in /styles/base.less
.syntax--invalid {
    &.syntax--illegal {
        background-color: @red;
        color: @white;
    }

    &.syntax--deprecated {
        background-color: @orange;
        color: @white;
    }
}

instead of lines 141-144
.syntax--invalid.syntax--illegal {
    background-color: @red;
    color: @white;
}

fixes the issue. 😎

Pull Request
Carlos, I can create a PR for this if you say so. 💪
Cheers,
Rishit

Hey @RishitKedia!
Thanks for submitting this issue, (the best one I've ever seen 🎉). Never noticed that warning section inside of language-git.
Please, feel free to send a pull request 👍

Thanks, Carlos! I'll create a PR for this right away! 👍 😃


docs: Fix links in docs/compute_resources.md table of contents

Description
fixes 404 error in  ToC links in docs/compute_resources.md file
Motivation and Context
BTW, maybe it would be better to use relative links?
Breaking Changes
N/A
How Has This Been Tested?
N/A

This PR is included in version 18.26.3 :tada:


Vulnerability in github.com/satori/go.uuid

One of the dependencies in this package (github.com/satori/go.uuid) has a vulnerability that dates back quite a while with no published version that has a fix. The repository for that package appears to be abandoned. Here's the CVE: https://snyk.io/vuln/SNYK-GOLANG-GITHUBCOMSATORIGOUUID-72488
Is it possible to upgrade to a different package? I see that there is also a dependency on github.com/google/uuid here. As another reference point, the Azure SDK for Golang chose to move to github.com/gofrs/uuid when faced with the same issue: https://github.com/Azure/azure-sdk-for-go/issues/14283

I had a brief look at this today and I don't believe we suffer from the vulnerability. The vulerability seems based around not having enough random bytes when generating a UUID allowing an ID to be guessed.  We don't generate UUIDs with satori's package.
This is used in the ingestion code if satori's package is in use to read an existing UUID that we did not generate and convert it to Google's UUID format. I'm not sure why this exists there, so I'm going to have to go back and look if this was a customer need or something like that.  If we can strip it, we will.
I looked over at the one that SDK is using.  We are unlikely to migrate to it.  Google's version is based on Paul Borman's uuid package.  They beat on his for years and then used it for the base of Google's official one.  It is used by all the largest projects and I have more faith in it.  It also has more recent updates (though not a ton).
Will update this when I figure out why we have this in there at all.

Hi,
Satori UUID is a dependency of Azure Storage Tables in Go SDK.
We only use it to convert read UIDs  from Satori to Google UIDs.
We do not generate UIDs with it as the table values are fed from google UID GUIDs.
// Status.go
import (
	"github.com/google/uuid"
	storageuid "github.com/satori/go.uuid"
)
...
case storageuid.UUID:
		uid, err := uuid.ParseBytes(x.(storageuid.UUID).Bytes())
		if err != nil {
			return uuid.Nil
		}

It looks like storage's newer SDK uses the gofrs uuid package (shakes head).  We could just up our dependency on them and switch out to the new one to eliminate this package.  It just helps ensure we never use it in the future by accident.
Another option is the author works for SRE, currently on leave.  We could see if he is willing to apply the fix, which is pretty trivial.


Can't resolve string value resource

This plugin of Flutter is awesome! But I have encountered the issue that when I have added more string to the arb files, the i18n.dart is not re-generated automatically. How can I trigger it manually?
I'm using Android Studio 3.2
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel beta, v0.11.12, on Mac OS X 10.14.1 18B75, locale zh-Hans-CN)
[✓] Android toolchain - develop for Android devices (Android SDK 28.0.3)
[✓] iOS toolchain - develop for iOS devices (Xcode 10.1)
[✓] Android Studio (version 3.2)
[✓] Android Studio (version 3.0)

having same issue

It should work once every minute, that's how the plugin is programmed even though my Android Studio regenerates the i18n.dart instantly. Try uninstalling and reinstalling maybe?

Next to the run button you should have the generate arb icon. Closing this as duplicate

Thanks, I never saw that :)

Thanks. I've never met the problem again.
By the way, any plan to support the string array?


Remove join variable

Pull Request Test Coverage Report for Build 34

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 87.576%

Totals

Change from base Build 33:
0.0%

Covered Lines:
189

Relevant Lines:
207

💛  - Coveralls

Pull Request Test Coverage Report for Build 34

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 87.576%

Totals

Change from base Build 33:
0.0%

Covered Lines:
189

Relevant Lines:
207

💛  - Coveralls


Not showing active state on header

When on home page or on appearance page, tab shows active on header but on other page, it doesn't shows active state

The issue is far from resolved. Can I try to solve it?

The issue is far from resolved. Can I try to solve it?

actually I want to solve this issue


Online profiling

Hello,
first of all very nice tool. Great work, thank you 👍
I've noticed that only offline profiling is currently supported (capture first, visualize after).
Are there any plans to add support for online profiling (tool visualizes data real time, as they come from profiled app)?
In your estimation, how much work (man-days?) it would take to add support of online profiling?
Thank you, keep up the great work!

Yep, this feature will be super useful and has been on my TODO list for quite a while.
It'll probably take about 5-7 days to implement it.

That's a great news. I was afraid that offline visualization may be fully embedded in the tool's architecture.
Is the online visualization something you'd like to checkout in foreseeable future, or totally out of reach for months?

Unfortunately, I won't get to this feature in the next couple of months.


Still looks like the same issue with minified code is there...

Or at least there is some kind of issue with the beginning of the code.
Originally posted by @mallow76 in https://github.com/geosenna/simpleParallax/issues/5#issuecomment-427680161

check out 3.1.3 and let me know

Yes - fixed now. Thanks

https://github.com/geosenna/simpleParallax/releases/tag/4.0.1
let me know.

No change. Minified code starts at "use strict".

Could you share a codepen or something so I can see the issue? Do you have an error in the console?


Fix Processing of Extensions Managed by zokugun.vscode-vsix-manager

Currently, extensions managed by zokugun.vscode-vsix-manager are sinced just like any other extension.
Changes made in this PR will cause extensions managed by zokugun.vscode-vsix-manager not to be synced.
Furthermore, tests were added to proof everything is working out as expected.
This PR is related to issue #32

Damn! Great catch. Thx
I need to change that variable name... I'm getting confused just by reviewing (I'm doing a double negation in my mind).

 I'm glad I could help 😄
Let me know if there's anything that needs to be changed in this PR


fix warnings in serializer.hpp for VS2019

Refer to #1911
fix warnings in serializer.hpp for VS2019

Coverage remained the same at 100.0% when pulling b85e261c4fa0a6a810bd382ca6cfe944f6546b06 on dota17:dota17-warning into 973c52dd4a9e92ede5ca4afe8b3d01ef677dc57f on nlohmann:develop.

As byte is unsigned, the check whether it is >= 0 is redundant, right?

@nlohmann , @dota17:
byte < 400 is redundant too, because a std::uint8_t can be at most 255.
If anything, the expression 256 + (std::size_t)state * 16u + (std::size_t)type should be bounds checked. Honestly: Can't we just use the original code and suppress the warning from the msvc analyzer? Those casts add absolutely nothing in terms of correctness, readability or safety to the code.
What MSVC complains about is that computation is done in 32 bits first and then the result is widened to 64bits (a.k.a. std::size_t). Such a warning makes sense in circumstances where people expect the result of a  computation might need more than 32 bits and thus assign the result to a 64 bit variable, but forget that the computation itself (and resulting overflow) still happens in 32 bits.
But here the result must be less than 400 (the size of the array) anyway and it doesn't matter if computation happens in 32 or 64 bits. At most, an argument can be made that computation has to happen in something bigger than 8 bits, but this is anyway happening as per the language rules no matter the input types (any operator if a small integral type gets promoted to int or unsigned int).

If anything, the expression 256 + (std::size_t)state * 16u + (std::size_t)type should be bounds checked. Honestly: Can't we just use the original code and suppress the warning from the msvc analyzer? Those casts add absolutely nothing in terms of correctness, readability or safety to the code.
What MSVC complains about is that computation is done in 32 bits first and then the result is widened to 64bits (a.k.a. std::size_t). Such a warning makes sense in circumstances where people expect the result of a computation might need more than 32 bits and thus assign the result to a 64 bit variable, but forget that the computation itself (and resulting overflow) still happens in 32 bits.

I agree with you.
What I worry about is that maybe it is not suitable for shutting up a compiler warning for a single line. But if people think it is ok, everything will be fine.
In addition, @nlohmann , what is this project's policy about these annoying compiler warnings?

The "policy" of the library is to be warning-free where possible. However, this is getting more and more difficult, because some warnings are loaded with stylistic opinions, and it gets impossible to write code where all compilers remain silent.
In this specific case, it seems only MSVC complains, and though it would be nice to silence the warning, I am hesitant to achieve this "whatever it takes".
I put the decode function into C++ Insights which translates
codep = (state != UTF8_ACCEPT)
        ? (byte & 0x3fu) | (codep << 6u)
        : (0xFFu >> type) & (byte);

state = utf8d[256u + state * 16u + type];

into
codep = (static_cast<int>(state) != static_cast<int>(UTF8_ACCEPT))
      ? (static_cast<unsigned int>(byte) & 63U) | (codep << 6U)
      : (255U >> static_cast<int>(type)) & static_cast<unsigned int>((byte));
state = utf8d.operator[](static_cast<unsigned long>((256U + (static_cast<unsigned int>(state) * 16U)) + static_cast<unsigned int>(type)));

Maybe this can help to find a fix for the issue.

As byte is unsigned, the check whether it is >= 0 is redundant, right?

Right.
From #1911 , it said that Warning C28020 The expression '0<=_Param_(1)&&_Param_(1)<=400-1' is not true at this call.. So i added this.
And from #859, it may be a false positive.
The newest version of this PR had move it out.

There are some errors in CI. And i tried to fix it.
However, the errors in #2004, #2002 are same as this issue, especially #2004 just add a yml file and don't change any code.

Ready to go.

Thanks!

🔖 Release item
This issue/PR will be part of the next release of the library. This template helps preparing the release notes.
Type

[ ] ✨ New Feature
[ ] 🐛 Bug Fix
[ ] ⚡ Improvement
[x] 🔨 Further Change
[ ] 🔥 Deprecated function

Description

Fix a compiler warning in MSVC. #1969 #1911


chore(GRO-452): preloads unica italic

Closes: GRO-452
There is an ongoing design issue with the goal of removing italics completely, but for the time being this font is used prominently on every page, so it makes sense to preload it in the meantime.

Thanks for doing this! I've been meaning to test this out myself. One day we'll implement progressive font loading and be happy.


[ie/iqiyi] Fix extractor

IMPORTANT: PRs without the template will be CLOSED
Description of your pull request and other information

The JavaScript module's filename has been changed from 9491.95d5c8e43c7d8e44.js to middlekey.95d5c8e43c7d8e44.js. As a result, we need to acquire the following two maps from webpack and update the module URL accordingly.
https://stc.iqiyipic.com/_next/static/chunks/webpack-2b5033a75f5434df.js
{
            1106: "ibdiq",
            1361: "lib-ibd-data-pc",
            1487: "lib-ibd-skin-mobile",
            1647: "ibd.datain",
            1650: "lib-ibd-http-mobile",
            2398: "ibd.httpin",
            2708: "lib-ibd-skin-mini",
            4753: "lib-ibd-http-mobile-debug",
            5482: "lib-middlekey",
            7045: "lib-ibd-skin-pc",
            9491: "middlekey",
}

{
            268: "e6c280426a8746e8",
            1106: "6591fd31131b3a66",
            1126: "697ce126de3c33bb",
            1361: "233b2da38728401d",
            1417: "fbcfbf8326847599",
            1487: "f14812f1a1255796",
            1647: "e014ce13cd7fafcf",
            1650: "ecee125e7bc512db",
            1903: "e170a1017928d974",
            2152: "05c86652ea379cd8",
            2248: "9fc66e61fe94b1a9",
            2274: "5dc16eb3979f5503",
            2398: "923e8ff2379fdcd3",
            2708: "bb1fd0428b882be9",
            2846: "051b1b4ca335dac2",
            2925: "5f78adcd0a33696c",
            3087: "535f9d451f7d7237",
            4182: "1d3a53100a901bf8",
            4403: "a2404ee0cb55fc58",
            4681: "855fd3d29ae62015",
            4753: "4af6cb51a511537e",
            4959: "e214027027515082",
            5189: "35247471a82442e3",
            5449: "a3f7bb4f560fd996",
            5465: "124930ad130f53a7",
            5482: "ec02153a04d5f6cb",
            7045: "07a132444951f7cb",
            8085: "c7b29bf1e0281ef8",
            8741: "f701991230f9b0a6",
            9491: "95d5c8e43c7d8e44",
            9839: "ae31ac0c557aeb34",
            9864: "a355a27f18dba3f5",
            9922: "644e79ec97062215",
            9943: "76be891a7dc1d1f5",
}

Fixes #8123
By modifying the query parameters, we can instruct the website to return the non-encrypted version instead.
'k_ft1': '143486267424900',
'k_ft4': '1572868',
'k_ft7': '4',
'k_ft5': '1',

Fixes #7734
Template

Before submitting a pull request make sure you have:

[x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check all of the following options that apply:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Fix or improvement to an extractor (Make sure to add/update tests)
[ ] New extractor (Piracy websites will not be accepted)
[ ] Core bug fix/improvement
[ ] New feature (It is strongly recommended to open an issue first)

Copilot Summary

🤖 Generated by Copilot at 6628398
Summary
🛠🔐🗺

Fixed iqiyi extraction by updating the encryption and map parsing logic in IqIE.

IqIE extractor
Adapts to website changes
Fixes errors in fall

Walkthrough

Update encryption parameters for video URLs (link)
Handle new format of webpack map for JS modules (link)

It seems doesn't work again recently.
(base) PS F:\Video> yt-dlp -F https://www.iqiyi.com/v_19rrkuoal4.html --cookies "C:\Users\X\Downloads\www.iqiyi.com_cookies.txt"
[iqiyi] Extracting URL: https://www.iqiyi.com/v_19rrkuoal4.html
[iqiyi] temp_id: download video page
ERROR: [iqiyi] Can't find any video; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
(base) PS F:\Video> yt-dlp -U
Latest version<EMAIL_ADDRESS>from yt-dlp/yt-dlp
yt-dlp is up to date<EMAIL_ADDRESS>from yt-dlp/yt-dlp)

There has been an issue talking about this which is #2740 , and it's been listed on #3766 , so I'm not sure if I should open a new issue to talk about that.

It seems doesn't work again recently.
(base) PS F:\Video> yt-dlp -F https://www.iqiyi.com/v_19rrkuoal4.html --cookies "C:\Users\X\Downloads\www.iqiyi.com_cookies.txt"
[iqiyi] Extracting URL: https://www.iqiyi.com/v_19rrkuoal4.html
[iqiyi] temp_id: download video page
ERROR: [iqiyi] Can't find any video; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
(base) PS F:\Video> yt-dlp -U
Latest version<EMAIL_ADDRESS>from yt-dlp/yt-dlp
yt-dlp is up to date<EMAIL_ADDRESS>from yt-dlp/yt-dlp)

The video is only available in the China region. It's a known issue.
My pull request is to fix iq.com only.

Alright, thanks.


allow attributes to contain dictionaries

I reworked the initial regular expression in the parsetree.Tag._parseattributes function to allow attributes to contain dictionaries.  The difficult part was really to allow for the capture of multiple "}" while allowing for trailing white space at the end. An artifact of my regular expression is that the resulting created list elements ended up with captured white space that needed to be stripped.  I added the additional use case with multiple expressions next to each other without any space between them.

currently my PR is passing all the test cases including test case 400. If you have additional use cases that I should check for please let me know

that's my main concern is thinking of them.    i dont deal with mako very much these days so I would need to consider cases.  the regex is more complex now and I'm concerned it's hardcoded to specific combinations.     I also dont understand the use of [{]+ instead of just {+

that's my main concern is thinking of them. i dont deal with mako very much these days so I would need to consider cases. the regex is more complex now and I'm concerned it's hardcoded to specific combinations. I also dont understand the use of [{]+ instead of just {+

I completely get what you are saying. Honestly the [{]+ is likely overkill, but the closing [\s*}]* was needed to account for white space in the expression with the dictionary. I modified the code, adding an extra function looking for multiple pairs of {} which is really my use case. I then modified the _parse_attributes function to only use my complex regular expression on this limited subset and the usual one the rest of the time. I am still passing all pytest with this modified code.  Hope this helps as now most if not all, except for limited use cases mako will use the original time tested regular expression.

Been giving this more thought. Although I didn't "like" the solution of declaring the dict as a variable and passing that to the expression, truth is my use case is managed by Mako without my PR. Also I think I'm just adding complexity where it's unneeded. I'm going to pull this PR for now, but thanks for considering in the first place.


delete sheet1

Hello dear developer, in the previous version, sheet1 was automatically created, and I used to delete sheet1. Now it's automatically created again, but I can't delete it. I get the following error:
UnmodifiableListMixin.removeWhere (dart:_internal/list.dart:139:5)
E/flutter (8393): #1 Excel.delete (package:excel/src/excel.dart:279:22)

Issue seems to be with
   _archive.files.removeWhere((file) {         return file.name.toLowerCase() == _xmlSheetId[sheet]?.toLowerCase();       });
_archive.files is an UnmodifiableListView

You cannot even rename it: you get the same error.
var defaultSheet = excel.getDefaultSheet() ?? "Sheet1";
excel.rename(defaultSheet, "NewSheetName");
Error: Unsupported operation: Cannot remove from an unmodifiable list
This is a bit strange

Duplicate of https://github.com/justkawal/excel/issues/309#issuecomment-1914475812

#309
Check this fix:
https://github.com/justkawal/excel/issues/309#issuecomment-1896225285

same issue here


I can't open Macro Deck

When I try to open the setup exe, it doesn't do anything. I even checked task manager if it crashed or something but it doesn't even launch. Please help !

Managed to install it using another local account to install the setup exe and then launching it on my main account. This isn't only a Macro Deck issue I had it with other apps.


Error connecting to the service protocol: HttpException: Connection closed before full header was received, uri = http://<IP_ADDRESS>:65227/797xemDEehQ=/ws

Steps to Reproduce

Lauch
Run 'main.dart'
Get the error Error connecting to the service protocol: HttpException: Connection closed before full header was received, uri = http://<IP_ADDRESS>:65227/797xemDEehQ=/ws + App launching and closing immediately

Logs
Launching lib/main.dart on iPhone 6s in debug mode...
Running Xcode build...
Xcode build done.                                            8,3s
Configuring the default Firebase app...
6.0.0 - [Firebase/Core][I-COR000004] App with name __FIRAPP_DEFAULT does not exist.
6.0.0 - [Firebase/Analytics][I-ACS023007] Analytics v.60000000 started
6.0.0 - [Firebase/Analytics][I-ACS023008] To enable debug logging set the following application argument: -FIRAnalyticsDebugEnabled (see http://goo.gl/RfcP7r)
Configured the default Firebase app __FIRAPP_DEFAULT.
6.0.0 - [Firebase/Core][I-COR000027] The library name (flutter-firebase_core) or version number (0.4.0+1) contain invalid characters. Only alphanumeric, dash, underscore and period characters are allowed.
*** First throw call stack:
(
	0   CoreFoundation                      0x00000001173776fb __exceptionPreprocess + 331
	1   libobjc.A.dylib                     0x000000011691bac5 objc_exception_throw + 48
	2   CoreFoundation                      0x0000000117377555 +[NSException raise:format:] + 197
	3   Runner                              0x000000010f46aa96 +[FIRApp configureWithName:options:] + 326
	4   Runner                              0x000000010f46a92f +[FIRApp configureWithOptions:] + 143
	5   Runner                              0x000000010f46a85f +[FIRApp configure] + 607
	6   Runner                              0x000000010f31eacc -[AppDelegate application:didFinishLaunchingWithOptions:] + 156
	7   UIKitCore                           0x000000011fa90311 -[UIApplication _handleDelegateCallbacksWithOptions:isSuspended:restoreState:] + 280
	8   UIKitCore                           0<…>
Error connecting to the service protocol: HttpException: Connection closed before full header was received, uri = http://<IP_ADDRESS>:65227/797xemDEehQ=/ws

If, from the AppDelegate.m, I remove the [FIRApp configure]; instruction, the app launches with the logs above, without the error...
This is my flutter doctor:
[✓] Flutter (Channel stable, v1.5.4-hotfix.2, on Mac OS X 10.14.4 18E226, locale fr-FR)
    • Flutter version 1.5.4-hotfix.2 at /Users/mickaeldebalme/SDK/Flutter/flutter
    • Framework revision 7a4c33425d (3 weeks ago), 2019-04-29 11:05:24 -0700
    • Engine revision 52c7a1e849
    • Dart version 2.3.0 (build 2.3.0-dev.0.5 a1668566e5)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at /Users/mickaeldebalme/Library/Android/sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: /Users/mickaeldebalme/Library/Application
      Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/182.5314842/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)
    • All Android licenses accepted.

[✓] iOS toolchain - develop for iOS devices (Xcode 10.2.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 10.2.1, Build version 10E1001
    • ios-deploy 1.9.4
    • CocoaPods version 1.7.0.beta.3

[✓] Android Studio (version 3.3)
    • Android Studio at /Users/mickaeldebalme/Library/Application
      Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/182.5314842/Android Studio.app/Contents
    • Flutter plugin version 34.0.1
    • Dart plugin version 182.5215
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)

[✓] Connected device (1 available)
    • iPhone 6s • EB9A5D7D-C265-4C42-AAA8-790CD5AED88A • ios •
      com.apple.CoreSimulator.SimRuntime.iOS-12-2 (simulator)

• No issues found!

duplicate #33050

Maybe related #33050

i am also having same issue

+1

For those seeing this on Android emulator using Q level API, see #33050. Try creating one using API level 28 to see if that solves the issue until there's a fix.
I don't think that covers the OP here though, as it says iPhone in the message.

@DanTup I'm also seeing this error on emulators with the api version 28.

@biklas7 do you mean the crash shown in the original message here, or just the message in the title ("Connection closed before full header...")? If the latter, please open a new issue with the full output when reproducing with flutter run -v (and output of flutter doctor) as it's probably a different issue (there are many causes for this error message).

@DanTup I think it was the same message like the one presented in this issue. It happened both on a real device with Android Q and then on an emulator with API 28. I did a big refactor in the app, but I will try to reproduce the error again and will post the logs here or in a new issue if that's the case.

@biklas7 to clarify - there are two messages in this issue - the one in the title "Connection closed before full header was received" and what looks like a crash related to Firebase:
*** First throw call stack:
(
	0   CoreFoundation                      0x00000001173776fb __exceptionPreprocess + 331
	1   libobjc.A.dylib                     0x000000011691bac5 objc_exception_throw + 48
	2   CoreFoundation                      0x0000000117377555 +[NSException raise:format:] + 197
	3   Runner                              0x000000010f46aa96 +[FIRApp configureWithName:options:] + 326
	4   Runner                              0x000000010f46a92f +[FIRApp configureWithOptions:] + 143

I think the message in the title (connection issue) is a red herring here - I think it occurred because the app crashed during startup (which means Flutter can't connect to the VM). If you're seeing that connection error message without seeing the same crash at startup, it's likely a different error (there are many reasons why Flutter might not be able to connect - for example proxy servers - so that message isn't a good indicator of issues being the same).

Good point! Maybe it's a different error. Either way, it seems that the error isn't happening now :man_shrugging: and I don't know why. @DanTup sorry I can't be of more help. If it happens again I will open an issue with the proper logs attached.

On one of the iPads I am using, I am having this issue about 50% of the time when I launch from VS Code. I have never been able to reproduce this bug launching via XCode. On the other, I get this error 100% of the time I try launching from VS Code (again, never from XCode). Launching via flutter run will run the app in addition to displaying the error message, but hot reloading is disabled.

@thavlik do you have a proxy server? Do you have the iPads set to sync over WiFi? Both of those have caused similar issues in the past. The full output of flutter run -v may be useful when you see this issue.

The device I've been using is neither logged into an Apple account nor has "iTunes Wi-Fi Sync" enabled in Settings > General.

@thavlik are you able to post full output from flutter run -v when you see the message there?

Without additional information, we are unfortunately not sure how to resolve this issue. We are therefore reluctantly going to close this bug for now. Please don't hesitate to comment on the bug if you have any more information for us; we will reopen it right away!
Thanks for your contribution.