text:
SASL auth is broken in IRC (beta)

Describe the bug
SASL login method doesn't work, it behaves like "Server Password" login method, except it sends PASS after NICK and USER messages.
To Reproduce
Connect to server that drops you if you don't authenticate successfully, it will always drop you.
Expected behavior
connection begins
CAP LS 302
CAP * LS :... (from server)
NICK ...
USER ...
CAP REQ :...
CAP * ACK :... (from server)
AUTHENTICATE PLAIN
AUTHENTICATE + (from server)
AUTHENTICATE nick.nick.password (nick.nick.password in base64)
900 ... (from server)
903 ... (from server)
CAP END
Chatterino version
Chatterino Nightly 2.1.5 (commit d200f12f4, 27.09.2019) (randers minimod fork)

There are two parts to this issue:

libcommuni does not parse the SASL-capability properly from servers that respond in the format of sasl=PLAIN,EXTERNAL
A patch has been made here, and I'll figure out the right way to PR this into libcommuni. For now, we will go towards using our own fork of libcommuni.

diff --git a/src/core/ircprotocol.cpp b/src/core/ircprotocol.cpp
index 8ce044c..2111773 100644
--- a/src/core/ircprotocol.cpp
+++ b/src/core/ircprotocol.cpp
@@ -306,8 +306,24 @@ void IrcProtocolPrivate::handleCapabilityMessage(IrcCapabilityMessage* msg)
             }
             const QStringList params = msg->parameters();
             if (params.value(params.count() - 1) != QLatin1String("*")) {
-                if (!connection->saslMechanism().isEmpty() && availableCaps.contains(QLatin1String("sasl")))
-                    requestedCaps += QLatin1String("sasl");
+                if (!connection->saslMechanism().isEmpty()) {
+                    // CAP LS 302 enables servers to send sasl in the format of sasl=...
+                    // this means we can't do a simple "contains" check.
+                    // we also get to check which sasl mechanisms the server allow and only request sasl cap if it supports our mechanism
+                    foreach (const QString& cap, availableCaps) {
+                        QStringList capParts = cap.split('=');
+                        if (capParts.length() == 2) {
+                            QStringList serverSaslMethods = capParts[1].split(',');
+                            if (serverSalsMethods.contains(connection->saslMechanism())) {
+                                requestedCaps += QLatin1String("sasl");
+                            }
+                        } else {
+                            if (cap.compare(QLatin1String("sasl"), Qt::CaseInsensitive) == 0) {
+                                requestedCaps += QLatin1String("sasl");
+                            }
+                        }
+                    }
+                }
             }
             if (!requestedCaps.isEmpty())
                 connection->sendRaw("CAP REQ :" + QStringList(requestedCaps.toList()).join(" "));

Chatterino's insecure credentialstore does not save credentials properly (Fixed in d4474c4ed4a8a2dd48f186fcf7fc8cd5220f7eeb)

@TETYYS A new nightly build is being built right now, please give that a try at your earliest convenience.

Works 👍

authors: TETYYS pajlada


text:
Constant Reconnecting when logged in

Describe the bug
In the last month or longer Chatterino(1) has been stuck in the reconnecting loop on every channel chat added. Strangely, when I log out everything starts working perfectly
To reproduce
By logging in and out within the client.
Screenshots
Example in Gif
Chatterino version
Chatterino for Twitch (v1.3.3)
Operating system
Windows 10
Additional information
I have tried re adding my account. Chatterino2 does the same to me. Having all the chats or just 1, It's still the same result.

@Shoebug reduce your channel count to >101 (100 or less) (not including /whispers or /mentions)

Having it reduced doesn't help. The problem still persists.

Most likely your auth token expired.
Try adding it new (don't know if deleting one works rn).

Strangely, when I log out everything starts working perfectly

I missed this part, @SLCH should be correct about your auth token being expired

@Shoebug https://i.imgur.com/zvutYSG.png

Not really a Chatterino issue (other than that we don't advertise any limits).
There are limits set to how many channels you can join, and you've exceeded that limit. Not much we can do, sorry.

@Shoebug Although this issue is closed, try lowering your channels to >36. I've been told 35 works on c1. 🤷

source: gharchive/issue

authors: Felanbird SLCH Shoebug cinemassacres pajlada

license: MIT

license_type: permissive

license_source: github-api


text:
First message

Describe your issue
It's hard to see new viewers in chat, that's why Twitch has recently implemented an new feature that will highlight the first message of a user in chat.
Chatterino could highlight these messages as well. Maybe something similar to Channel Point Redemption Messages equally configurable.
https://twitter.com/TwitchSupport/status/1403049576278417425
Example first message:
@badge-info=;badges=glhf-pledge/1;client-nonce=5d2627b0cbe56fa05faf5420def4807d;color=#1E90FF;display-name=oldcoeur;emote-only=1;emotes=84608:0-7;first-msg=1;flags=;id=7412fea4-8683-4cc9-a506-4228127a5c2d;mod=0;room-id=62300805;subscriber=0;tmi-sent-ts=1623429859222;turbo=0;user-id=139147886;user-type= :oldcoeur!oldcoeur@oldcoeur.tmi.twitch.tv PRIVMSG #nymn :cmonBruh

Seems the tag first-msg=1 can be used to detect this kind of message.

These are apparently shown to mods only on webchat. src

Unfortunate, but still interesting though.
If we ever want to built upon this for moderating purposes, like highlighting new accounts in general, FFZ has a pretty smart implementation based on the incremental way userids are generated currently.
https://github.com/FrankerFaceZ/Add-Ons/blob/master/src/new-account-highlighter/index.js

Let's hope that the tag is sent to everyone. Related: https://github.com/Chatterino/chatterino2/issues/2525#issuecomment-804848697

Done in #3267


text:
tf azure sensitive port is exposed to small public network - incorrect possitive test?

Looking at rule: https://github.com/Checkmarx/kics/blob/master/assets/queries/terraform/azure/sensitive_port_is_exposed_to_small_public_network/
Name says: "sensitive port is exposed..."
Looking at the positive test for azurerm_network_security_rule.positive1 source_address_prefix has a small public network suffix, but the destination_port_range which is "61621" doesn't appear to be a sensitive port. Is this incorrect (bug)?

My bad. 61621 is "Cassandra OpsCenter"

Hello, @binarymist!
Thank you so much for using KICS and contacting us 😊
You can find the ports dictionary here.

My bad, sorry for the false lead.

authors: binarymist rafaela-soares

repo: Checkmarx/kics


text:
Add a security.txt

Most modern websites now publish a security.txt file to encourage anyone spotting a vulnerability to get in contact.
Add one.

fixed

repo: ChelseaStats/striders


text:
可以实现tabbar 不显示图标只显示文字 的吗

UI设计了一版 最丑的UI 让我很无所适从。如果不能。麻烦作者告诉怎么还能继续使用你这个框架的情况下。实现这个土鳖的需求。麻烦了么么哒

支持
这里有三个参数，你慢慢调下：
CYLTabBarContoller：
/*!
* Customize UITabBar height
*/
@property (nonatomic, assign) CGFloat tabBarHeight;

/*!
* To set both UIBarItem image view attributes in the tabBar,
* default is UIEdgeInsetsZero.
*/
@property (nonatomic, readwrite, assign) UIEdgeInsets imageInsets;

/*!
* To set both UIBarItem label text attributes in the tabBar,
* use the following to tweak the relative position of the label within the tab button (for handling visual centering corrections if needed because of custom text attributes)
*/
@property (nonatomic, readwrite, assign) UIOffset titlePositionAdjustment;

你最棒了。

authors: ChenYilong wangyuuuu

repo: ChenYilong/CYLTabBarController

license: mit

license_source: bigquery


text:
Tcdjzjgyx

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the youtxkgxkgxglh you'd like
A clear and concise description of what you want to happen.
YouTube. Com is great

Great stuff..

repo: Chesire/LifecykleLog


text:
Add Japanese (jp) Language Support

Description
Thanks to Google's Gemini Advanced, we can translate existing English to any other languages. Let's support this.
Expected Behavior
Language is available
Current Behavior
Language is not available.
Associated Data Files
No response

base layer established (ref: cbe47f51b40c8b1206953f9b313c671635667a16).

push out and prioritize features & bug fixing instead.

repo: ChewKeanHo/AutomataCI


text:
[Bug] Test RuntimeError: Expected all tensors to be on the same device, but found at least two devices

问题描述
使用Test样例：
for query in queries_cut:
    for doc in documents_cut:
        text_left = query
        text_right = doc
        model = DSSM('./dssm-model', device='cuda:1')
        vectors = model.encode([text_left, text_right])

错误信息如下：
Traceback (most recent call last):
  File "/xxxxxx/workspace/xxxxxx/eval_cuda.py", line 20, in <module>
    vectors = model.encode([text_left, text_right])
  File "/xxxxxx/miniconda3/envs/xxxxxx/lib/python3.9/site-packages/dssm/model.py", line 257, in encode
    vectors = self.mlp_left(vectors).tolist()
  File "/xxxxxx/miniconda3/envs/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/xxxxxx/miniconda3/envs/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/container.py", line 141, in forward
    input = module(input)
  File "/xxxxxx/envs/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/xxxxxx/miniconda3/envs/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/container.py", line 141, in forward
    input = module(input)
  File "/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/xxxxxx/lib/python3.9/site-packages/torch/nn/modules/linear.py", line 103, in forward
    return F.linear(input, self.weight, self.bias)
RuntimeError: Expected all tensors to be on the same device, but found at least two devices, cuda:1 and cpu! (when checking argument for argument mat1 in method wrapper_addmm)

测试的时候用CPU试试，不行的话改一下第256行的代码：
vectors = torch.FloatTensor(vectors).to(self.device)

谢谢🙏，GPU可以指定了，就是这一行的问题，建议更新下文件 @Chiang97912

代码更新了，可以从pypi更新一下版本。


text:
Camera and Video models expanded

Camera and Video models are now (for the most part) ready to accept data from Users.
Added a configuration page template for Users to interact with our models but it is not functional yet.
Added a script from @melippmann for installing OpenCV on a Pi because it worked for me and it may useful to anyone interested in our project.
Miscellaneous housekeeping

Closing to reopen as a draft

source: gharchive/pull-request

repo: ChicoState/open-source-security-camera


text:
game crashes directly after shift clicking a dynamo to convert it to a boiler

displays as a 'Exception in server tick loop' eror in crash log
also it occured with a stirling dynamo if that matters

can you please provide the full crash report or logs?

crash-2023-06-18_21.26.59-server.txt

That is not the full report, you cut off the bottom.

Managed to reproduce this by removing PNC:R. Fixed in 1.4.0 (https://www.curseforge.com/minecraft/mc-mods/systeams/files/4599922 once approved).

authors: ChiefArug clectico

repo: ChiefArug/ThermalSysteams


text:
Fix mongoose reliability issue with async/await

I have fixed the mongoose reliability issue in this branch as mentioned in #3. I have just simply made a catch statement to catch any errors that may occur while connecting such as authentication network or security errors.

The async function is now complete, tested and verified and is now ready for review and merge.

Unrelated: Please remove { Request, Response, NextFunction } at src/index.ts:33 as it is not used

Resolved in 6b0e061e4835fc27b6e04c6598c4afd8673398cc

repo: Chillandchat/api


text:
Missing Nitro MIT License

Product
Hot Chocolate
Version
14.1.0
Link to minimal reproduction
none
Steps to reproduce
Use Snyk to analyze a solution using Hot Chocolate.
What is expected?
Snyk should not report a vulnerability alert, "License in ChilliCream.Nitro.App 20.0.2." Please include an MIT license for Nitro.
What is actually happening?
Snyk reports a vulnerability alert, "License in ChilliCream.Nitro.App 20.0.2." The MIT license appears to be missing.
Relevant log output
No response
Additional context
No response

The ChilliCream license is permissible and allows you to use it. What it does not allow is removal of our sign in functionality.
https://www.chillicream.com/licensing/chillicream-license
Nitro is an optional component that can be switched off if you do not agree with the ChilliCream license.
If you want to disable Nitro you can do it like the following:
app.MapGraphQL().WithOption(new() { Tool = { Enable = false });

authors: michaelstaib uwe-schmitz

repo: ChilliCream/graphql-platform


text:
Update extending-filtering.md

Rephrased the text, fixes some punctuation errors.

Again ... thank you for your help on this project.

Join us on slack.chillicream.com and give me a ping there and we add you to the contributor channel.


text:
QueryCursor.highlights() highlights same token multiple times

I'm using SwiftTreeSitter for syntax highlighting in my app. However, I find that highlights obtained using
let cursor = query.execute(node: tree.rootNode!)
var attrString = AttributedString(stringLiteral: code)

for highlight in cursor.highlights() {
    print(highlight.name) // for debugging (see below)
    print(highlight.range)
    let range = Range(highlight.range, in: attrString)!
    let attr = HighlightTheme.attributesFor(name: highlight.name)
    attrString[range].mergeAttributes(attr)

gives different results from using the same parser and highlighter in the tree-sitter CLI. I'm not sure if this is because I'm using SwiftTreeSitter the wrong way or because there's a bug. Here's an example:
Given a string containing the following very simple C code
// my main function
int main() {
    printf("Hello World\n");
    return 0;
}

the code above outputs:
comment
{0, 19}
type
{20, 3}
function <---
{24, 4}
constant <---
{24, 4}
variable <---
{24, 4}
...

i.e. the token "main" is marked as both a function, a constant, and a variable. This messes with my highlighting, since "main" will be marked as a variable, not a function. I see in the docs that in the highlights() function "[r]esults are sorted such that less-specific matches come before more-specific." In that case, I could keep track of whether I've seen a specific range before and ignore any subsequent matches for that range. However, for other languages, I find that the order is different. Here is another example in Rust:
// my main function
fn main() {
    println!("Hello World");
}

which yields:
comment
{0, 19}
keyword
{20, 2}
constant <---
{23, 4}
constructor <---
{23, 4}
function <---
{23, 4}

I was curious to see whether this was due to a problem with the different highlight.scm files I'm using, so I ran tree-sitter highlight test.c and tree-sitter highlight test.rs (i.e. the same snippets I've shown above) with the same parser and highlight.scm files and found that the code is highlighted properly.
Is this expected behavior? If so, how do I deal with it?

This is an interesting report!
So, tree-sitter's "highlighting system" actually isn't part of tree-sitter itself, but is more of an ad-hoc specification. The implementation is left entirely up to the client, of which the tree-sitter CLI is one. SwiftTreeSitter is another.
It looks like, in this case, the patterns defined in these highlights.scm are ambiguous. I have found that many are, leading to multiple matches. Which is exactly why I had to specify this behavior.
If I'm understanding right, the ordering is different for Rust and C. How does the CLI prioritize ambiguous matches? I'm not opposed to making changes here, but I do not fully understand what the change should be yet.

I just tried using ResolvingQueryCursor instead, and it does make a difference!
In the Rust example, each token is only matched once (great!), while the C example now gives:
comment
{0, 19}
type
{20, 3}
function <---
{24, 4}
variable <---
{24, 4}
...

i.e. it no longer matches on "constant" and the matches are still given in the correct order. Will have to test it some more, but if this is any indication, I should be able to solve the problem by doing:
let cursor = query.execute(node: tree.rootNode!)
let resolvingCursor = ResolvingQueryCursor(cursor: cursor)
var attrString = AttributedString(stringLiteral: component.content)

for highlight in resolvingCursor.highlights() {
    let range = Range(highlight.range, in: attrString)!
    let attr = HighlightTheme.attributesFor(name: highlight.name)
    attrString[range].mergeAttributes(attr, mergePolicy: .keepCurrent)
}

Will post an update when I've tested it more thoroughly.

Unfortunately, I just found a counterexample. Using the parser and highlights.scm in tree-sitter-java, the ResolvingQueryCursor.highlights() for the following Java code
public class Main {
    // my main method
    public static void main(String[] args) {
        System.out.println("Hello World");
    }
}

gives
keyword
{0, 6}
keyword
{7, 5}
type <---
{13, 4}
variable <---
{13, 4}
comment
{24, 17}
keyword
{46, 6}
keyword
{53, 6}
type.builtin
{60, 4}
variable <---
{65, 4}
function.method <---
{65, 4}
...

In the first example, Main matches as "type" before "variable", which is fine if best matches come first. However, in the last example, main first matches as "variable" (wrong) and then "function.method" (correct).
I'm still new to tree-sitter, so I just realized (correct me if I'm wrong) that what is meant by

Results are sorted such that less-specific matches come before more-specific.

is that "variable" (less specific) will come before "function.method" (more specific) but not necessarily before, say, "function". In other words, if a token has multiple and equally specific matches, the order is not guaranteed and I won't be able to highlight the code correctly.

The thing we really want to understand is if the matches being returned are consistent with what is inside of the "highlights.scm" file. Multiple matches are 100% allowed (and common) by queries. I really do want to stress that "right" vs "wrong" is not the correct way to think about this issue. What matters is does this do what the query tells the system to do, ambiguities included.
Making your life more complex, I have found many highlights.scm files to be poorly-maintained and/or just plain wrong. I frequently tweak them myself, and try to submit patches when appropriate. I'm actually in the middle of doing this for Swift now. But I have done this for a number of other parsers.
As for the ordering, it is always deterministic. If two matches have the same number of components, like "variable" and "function", then they are ordered by how they appear within the query definition file. I'm unsure if there is any alternative that could work better, but I'm open to suggestions.
As an aside, I've begun work on a higher-level library within SwiftTreeSitter, called TreeSitterDocument. It is specifically built to help people use tree-sitter successfully without needing to understand the system fully. Just wanted to make you aware.

authors: augustwester mattmassicotte

repo: ChimeHQ/SwiftTreeSitter


text:
Table list overflowing: add scroll bar?

Thanks for this plugin, it's very useful!
My data model is quite large (>60 tables). Currently, when I look through the list of tables, the only way to reach the ones towards the bottom is to enlarge the Drift Inspector tool window (and even then, at full height on my 1440p screen I cannot access the last ones).
Would it be possible to add a scroll bar to the table list, so that I can more easily find all of my tables?

Hey @frankvollebregt, good suggestion, I will be retiring this plugin soon though. It is being replaced with a more advanced one that integrates all kinds of local storage and a better query editor/system.
Please take a look here: https://pub.dev/packages/drift_local_storage_inspector and here https://pub.dev/packages/storage_inspector
The plugin can be found at https://plugins.jetbrains.com/plugin/18231-local-storage-inspector/versions
Note that not everything is supported in database mode yet (editing most of all), the plugin is under active development and will replace this one when it is finished.

I just noticed I am missing a scroll component there as well 😅 It will be there in the next release sometime this week I hope

Good to hear, thank you! I'll switch over to the new plugin then

@frankvollebregt how is the new plugin working for you? Any feedback is always welcome (perhaps on that repository issue tracker)

authors: NicolaVerbeeck frankvollebregt


text:
错误信息：非法访问！

最新版本文件下载验证会经常弹出错误信息：非法访问！的提示，或者在验证界面点击右侧那个闪动的蓝点会跳过验证然后也会弹出错误信息：非法访问！的提示。
https://test.tamakyi.club/webdisk
附链接

感谢你的反馈，这个确实是我测试的时候没有遇到过的问题，请等待解决，如果方便请加一下群然后在群里@群主，方便我及时发现问题，感谢！

BUG已经修复，结合极验官方文档得出结论，出现此BUG的大概原因可能因为你私自修改验证ID或者验证KEY，当时判断没有做全面，已经加入判断，如果私自修改ID出现宕机，程序会进入宕机模式，这个问题会在下个版本修复。
目前解决方案就是，你用最新源码替换掉app/class/Geetestlib.class.php，即可解决

@tamakyi 如果没有其他问题， Issue 将被关闭。

authors: ChinaMoli tamakyi

repo: ChinaMoli/AmoliCloud


text:
🎉🎊🍾 [New Feature] Let mock API request setting supports value formatting feature.

Target

Let mock API request setting supports value formatting feature.

Effecting Scope

For the usage in configuration: a little bit breaking changes.
For the code: integrate the value formatting feature into response data model.

Description

Integrate the formatting value feature in request part of configuration and server data models.

Add utility function in format data model and enum object to check whether the format of input value is satisfy the rule or not.
Integrate the value format checking feature in server process.

About the coverage report, it's is impossible the program would run to the missing code line. So it's okay about doesn't cover it.


text:
Allow system default theme in UI

Added the transparent bg version of the logo and now the dark mode looks good!

nice, instead of replace can you copy the old one to logo-white-bg.png so we don't loose the original?

repo: ChorusOne/blazar


text:
ImportError on _unpack_args_extended

I see a report on ImportError on _unpack_args_extended from quiverplot.py's import of spb.utils. In the repo version of spd.utils there is no _unpack_args_extended. https://github.com/Davide-sd/sympy-plot-backends/blob/master/spb/utils.py
This has been removed: https://github.com/Davide-sd/sympy-plot-backends/commit/2c255977c9abc7e09b471fd1a23bac36875fbb2e

This is spb that has updated to a new, unsupported version. Update dtumathtools to version 1.0.5, that effectively downgrade spb to 1.6.6/1.6.7.

Let me know if this fixes the problem.
Support for newer versions of spb is planned for next semester.

The student that had the problem says it now works

authors: Chrillebon fnielsen

repo: Chrillebon/DTUMathTools


text:
Create a Brand Identity

Brainstorm:

Brand colors
Typography

A brand guide has been established with:
Colors:
-primary: #006DCC
-primary-light: #3383F5
-primary-dark: #0057A3
-background: #f5f5f5
-background-light: #fff
-background-dark: #E6E6E6
-text: #333
-text-light: #666
-text-dark: #000
-success: #007A00
-danger: #A70000
Font:

Family: Raleway


text:
update() method doesn't raise an error when key does not exist

Describe the bug
The update() method of Version2() class does not raise an exception when the key does not exist.
To Reproduce
Steps to reproduce the behavior:
import config_handler

a = config_handler.Version2("temp.config")
a.new("Test", "someone")
a.load()
a.add("thisexists", "arr", [1, 2, 3], "int")
a.update("thisdoesnotexist", "anything")  # The key does not exist in the dictionary.

Expected behavior
update() method must raise an exception when the key does not exist in the dictionary.

Advanced mode (formerly Version2) is now simplified. The available methods to call are set() and get().


text:
Apps not centered, missing from 2nd monitor and gradually repositioning themselves

Describe the bug

Taskbar apps not centered on monitor 1 (pushed to the right of center).
No app on taskbar on monitor (initialization animation has them move from left to right of taskbar and then disappear).
As the computer is used, the taskbar on monitor 1 gradually reposition more and more to the right until they disappear.

To Reproduce
Steps to reproduce the behavior:
I'm using a default settings, unchanged for quite some time, so not much to say here. These are the basic screens though:

Expected behavior
Taskbar apps to be centered on both monitors and to not reposition themselves over time.
Screenshots
Monitor 1 - apps appearing, but not centered:

Monitor 2 - no apps:

Monitor 1 - apps gradually moving more and more to the right and out of sight:

Desktop (please complete the following information):

OS: Windows 10 Home
Version: 21H1

Additional context
I had been on version 1.6, so paid for the upgrade to 1.7.6.0, but still seeing this issue after installing latest version and restarting PC.

I am having the same issue too. It crashes is very buggy.

The icons also randomly disappear for me. This thing crashes on me and just does random glitches on the taskbar.

authors: maffuall themoonmeetsthesun


text:
Adding @all-contributors bot

Summary
Adding @all-contributors bot

@all-contributors please add @ChrisCarini for bug, code, doc, example, ideas, maintenance, question, review


text:
24h2 oct 2024 - WinUtil Installation process not working - similar to "winget #2986"

Hi, i tried to install programs with the utility as usual with a new windows 24h2 installation and it does a similar thing as it did with 23h2. it just doesn't install programs, and it does set configs properly.
to recreate:
(clean win 11 24h2 install)

Run the utility from shortcut or from powershell.
Select programs to install (no tweaks or any other config changed).
terminal says, "Getting installed tweaks" and "Getting Install programs", then "done". but no tweaks were changed and no programs get installed.
tried to use choco and Winget Reinstall.
2 packets failed (something about the word "module" not being recognized.
tried to install again, same issue.
Winget Reinstall Again.... same issue.
unclick the "prefer choco" box.
tried again, and same issue.

Terminal output.
`
====Chris Titus Tech=====
=====Windows Toolbox=====
Getting Installed Programs...
Getting Installed Tweaks...
Done...
Getting Installed Programs...
Getting Installed Tweaks...
Done...
Checking if Chocolatey is Installed...
---    Chocolatey is not installed      ---
Seems Chocolatey is not installed, installing now.
Forcing web requests to allow TLS v1.2 (Required for requests to Chocolatey.org)
Getting latest version of the Chocolatey package for download.
Not using proxy.
Getting Chocolatey from https://community.chocolatey.org/api/v2/package/chocolatey/2.3.0.
Downloading https://community.chocolatey.org/api/v2/package/chocolatey/2.3.0 to C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall\chocolatey.zip
Not using proxy.
Extracting C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall\chocolatey.zip to C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall
Installing Chocolatey on the local machine
WARNING: It's very likely you will need to close and reopen your shell
before you can use choco.
PATH environment variable does not have C:\ProgramData\chocolatey\bin in it. Adding...
WARNING: Not setting tab completion: Profile file does not exist at
'C:\Users\jcpis\OneDrive\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1'.
Ensuring Chocolatey commands are on the path
Ensuring chocolatey.nupkg is in the lib folder
Chocolatey v2.3.0
Installing the following packages:
winget
By installing, you accept licenses for the packages.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-ui-xaml-2-7 2.7.3... 100%
microsoft-ui-xaml-2-7 v2.7.3 (forced) [Approved]
microsoft-ui-xaml-2-7 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-ui-xaml-2-7 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-vclibs-140-00 14.0.33321... 100%
microsoft-vclibs-140-00 v14.0.33321 (forced)
microsoft-vclibs-140-00 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-vclibs-140-00 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading winget-cli 1.9.25180... 100%
winget-cli v1.9.25180 (forced) [Approved]
winget-cli package files install completed. Performing other installation steps.
WARNING: The installed version of the app package, 2024.1025.2351.0, is the same vesion that this Chocolatey package installs, 2024.1025.2351.0.
WARNING: The '--force' option has been used so we will attempt to install the app package version 2024.1025.2351.0.
Downloading winget-cli
from 'https://github.com/microsoft/winget-cli/releases/download/v1.9.25180/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle'
Progress: 100% - Completed download of C:\ProgramData\chocolatey\lib\winget-cli\tools\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (225.88 MB).
Download of Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (225.88 MB) completed.
Hashes match.
C:\ProgramData\chocolatey\lib\winget-cli\tools\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle
Downloading winget-cli
from 'https://github.com/microsoft/winget-cli/releases/download/v1.9.25180/0a769c4da0ae4747ba4ab2f173709ced_License1.xml'
Progress: 100% - Completed download of C:\ProgramData\chocolatey\lib\winget-cli\tools\License.xml (2.63 KB).
Download of License.xml (2.63 KB) completed.
Hashes match.
C:\ProgramData\chocolatey\lib\winget-cli\tools\License.xml
WARNING: Note that the Microsoft may collect data when the WinGet-CLI software is installed.
WARNING: Please see https://github.com/microsoft/winget-cli#datatelemetry for more information on how to opt-out.
The install of winget-cli was successful.
Software install location not explicitly set, it could be in package or
default install location of installer.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading winget 1.9.25180... 100%
winget v1.9.25180 (forced) [Approved]
winget package files install completed. Performing other installation steps.
The install of winget was successful.
Deployed to 'C:\ProgramData\chocolatey\lib\winget'
Chocolatey installed 2/4 packages. 2 packages failed.
See the log for details (C:\ProgramData\chocolatey\logs\chocolatey.log).
Failures

microsoft-ui-xaml-2-7 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
microsoft-vclibs-140-00 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.
Getting Installed Programs...
Getting Installed Tweaks...
Done...
===========================================
---        Winget is installed          ---
===========================================
Version: v1.9.25180

Winget is a release version.
Winget is Up to Date
Getting Installed Programs...
Done...
Checking if Chocolatey is Installed...
===========================================
---      Chocolatey is installed        ---
===========================================
Version: v2.3.0
Chocolatey v2.3.0
Installing the following packages:
winget
By installing, you accept licenses for the packages.
winget v1.9.25180 already installed. Forcing reinstall of version '1.9.25180'.
Please use upgrade if you meant to upgrade to a new version.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-ui-xaml-2-7 2.7.3... 100%

microsoft-ui-xaml-2-7 v2.7.3 (forced) [Approved]
microsoft-ui-xaml-2-7 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-ui-xaml-2-7 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-vclibs-140-00 14.0.33321... 100%
microsoft-vclibs-140-00 v14.0.33321 (forced)
microsoft-vclibs-140-00 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-vclibs-140-00 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading winget 1.9.25180... 100%
winget v1.9.25180 (forced) [Approved]
winget package files install completed. Performing other installation steps.
The install of winget was successful.
Deployed to 'C:\ProgramData\chocolatey\lib\winget'
Chocolatey installed 1/3 packages. 2 packages failed.
See the log for details (C:\ProgramData\chocolatey\logs\chocolatey.log).
Failures

microsoft-ui-xaml-2-7 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
microsoft-vclibs-140-00 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.
`

i tried to use WinGet dirrectly and it works, i tried to install PowerToys manually with
'
winget install Microsoft.PowerToys
Encontrado PowerToys [Microsoft.PowerToys] Versión 0.86.0
El propietario de esta aplicación le concede una licencia.
Microsoft no es responsable, ni tampoco concede ninguna licencia de paquetes de terceros.
Descargando https://github.com/microsoft/PowerToys/releases/download/v0.86.0/PowerToysUserSetup-0.86.0-x64.exe
████████████████████             181 MB /  271 MB
'
it seems to be working...

winget works fine

Also winget reinstall works regardless of errors for upgrade of xaml and vlibs

I have a similar problem,  when trying to install anything after fresh windows installation it says "system does not have access to the file"

@zmileski in my case the install option doesn't work.... But winget commands outside the utility work.. What can I do?
I tried by updating Winget, App installer and windows in general. It doesn't work...
Is there any info I can give you four troubleshooting?

Try install with prefer choco
But first delete folders of chocolatey in C/ProgramData

Try install with prefer choco
But first delete folders of chocolatey in C/ProgramData

Same behavior, doesn't event try to reinstall choco. I deleted two folders in program data but the terminal output at install process is the same. What is surprising is that doesn't detect that the choco folders are missing.... Either way, they didn't appeared after I deleted them and executed the utillity.

That's strange, can't replicate the issue
can you provide screen of terminal output error

steps:

run the utility.
install programs without choco.
install programs with choco. (doesnt do anything)
Winget Reinstall, installs choco.
Install programs with choco, same behavior.

`
====Chris Titus Tech=====                                                                                =====Windows Toolbox=====                                                                                ===========================================                                                                             ---        Winget is installed          ---                                                                             ===========================================                                                                             Version: v1.9.25180                                                                                - Winget is a release version.
- Winget is Up to Date
Getting Installed Programs...   ---whitout choco checkbox----
Done...
Getting Installed Programs... .----with choco checkbox, after deleting folder on /programdata---
Getting Installed Tweaks...
Done...
Checking if Chocolatey is Installed...  ---Winget Reinstall---
---    Chocolatey is not installed      ---
Seems Chocolatey is not installed, installing now.
Forcing web requests to allow TLS v1.2 (Required for requests to Chocolatey.org)
Getting latest version of the Chocolatey package for download.
Not using proxy.
Getting Chocolatey from https://community.chocolatey.org/api/v2/package/chocolatey/2.3.0.
Downloading https://community.chocolatey.org/api/v2/package/chocolatey/2.3.0 to C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall\chocolatey.zip
Not using proxy.
Extracting C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall\chocolatey.zip to C:\Users\jcpis\AppData\Local\Temp\chocolatey\chocoInstall
Installing Chocolatey on the local machine
WARNING: It's very likely you will need to close and reopen your shell
before you can use choco.
WARNING: Not setting tab completion: Profile file does not exist at
'C:\Users\jcpis\OneDrive\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1'.
Ensuring Chocolatey commands are on the path
Ensuring chocolatey.nupkg is in the lib folder
Chocolatey v2.3.0
Installing the following packages:
winget
By installing, you accept licenses for the packages.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-ui-xaml-2-7 2.7.3... 100%
microsoft-ui-xaml-2-7 v2.7.3 (forced) [Approved]
microsoft-ui-xaml-2-7 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-ui-xaml-2-7 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading microsoft-vclibs-140-00 14.0.33321... 100%
microsoft-vclibs-140-00 v14.0.33321 (forced)
microsoft-vclibs-140-00 package files install completed. Performing other installation steps.
ERROR: The type initializer for '' threw an exception.
The install of microsoft-vclibs-140-00 was NOT successful.
Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading winget-cli 1.9.25180... 100%
winget-cli v1.9.25180 (forced) [Approved]
winget-cli package files install completed. Performing other installation steps.
WARNING: The installed version of the app package, 2024.1025.2351.0, is the same vesion that this Chocolatey package installs, 2024.1025.2351.0.
WARNING: The '--force' option has been used so we will attempt to install the app package version 2024.1025.2351.0.
Downloading winget-cli
from 'https://github.com/microsoft/winget-cli/releases/download/v1.9.25180/Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle'
Progress: 100% - Completed download of C:\ProgramData\chocolatey\lib\winget-cli\tools\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (225.88 MB).
Download of Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle (225.88 MB) completed.
Hashes match.
C:\ProgramData\chocolatey\lib\winget-cli\tools\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle
Downloading winget-cli
from 'https://github.com/microsoft/winget-cli/releases/download/v1.9.25180/0a769c4da0ae4747ba4ab2f173709ced_License1.xml'
Progress: 100% - Completed download of C:\ProgramData\chocolatey\lib\winget-cli\tools\License.xml (2.63 KB).
Download of License.xml (2.63 KB) completed.
Hashes match.
C:\ProgramData\chocolatey\lib\winget-cli\tools\License.xml
WARNING: Note that the Microsoft may collect data when the WinGet-CLI software is installed.
WARNING: Please see https://github.com/microsoft/winget-cli#datatelemetry for more information on how to opt-out.
The install of winget-cli was successful.
Software install location not explicitly set, it could be in package or
default install location of installer.
Downloading package from source 'https://community.chocolatey.org/api/v2/'
Progress: Downloading winget 1.9.25180... 100%
winget v1.9.25180 (forced) [Approved]
winget package files install completed. Performing other installation steps.
The install of winget was successful.
Deployed to 'C:\ProgramData\chocolatey\lib\winget'
Chocolatey installed 2/4 packages. 2 packages failed.
See the log for details (C:\ProgramData\chocolatey\logs\chocolatey.log).
Failures

microsoft-ui-xaml-2-7 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-ui-xaml-2-7\tools\chocolateyInstall.ps1'.
See log for details.
microsoft-vclibs-140-00 (exited -1) - Error while running 'C:\ProgramData\chocolatey\lib\microsoft-vclibs-140-00\tools\chocolateyInstall.ps1'.
See log for details.

Enjoy using Chocolatey? Explore more amazing features to take your
experience to the next level at
https://chocolatey.org/compare
Getting Installed Programs...
Getting Installed Tweaks...
Done...
`
i tried to restart de utility and nothing changed on the functionality. im using powershell as an administrator.
here is the log of the last use:
Windows PowerShell transcript start
Start time: 20241108153237
Username: PC79-W000\jcpis
RunAs User: PC79-W000\jcpis
Configuration Name:
Machine: PC79-W000 (Microsoft Windows NT 10.0.26100.0)
Host Application: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
Process ID: 1324
PSVersion: 5.1.26100.1882
PSEdition: Desktop
PSCompatibleVersions: 1.0, 2.0, 3.0, 4.0, 5.0, 5.1.26100.1882
BuildVersion: 10.0.26100.1882
CLRVersion: 4.0.30319.42000
WSManStackVersion: 3.0
PSRemotingProtocolVersion: 2.3
SerializationVersion: 1.1.0.1

Did you press "Get Installed" button ?

Its working, i was erroneously using the "get installed" option. i remembered badly how to use the utility apparently. sorry for your time...

repo: ChrisTitusTech/winutil


text:
FEATURE REQUEST: GAMING TWEAKS

Discussed in https://github.com/ChrisTitusTech/winutil/discussions/437

Originally posted by efyandro November 27, 2022
It would be super cool if this tool can do a gaming tweak such as CPU Optimization, RAM Optimization, Latency Tweak, Network Optimization, or maybe Win32 Priority Separation.
Adding MemReduct, Park Control and Process Lasso in application list

Working on something like this in #167

authors: ChrisTitusTech efyandro


text:
Breaking change from SkySpark 3.0.27 to 3.0.28

The following snippet
session = pyhaystack.connect(
  implementation="skyspark",
  uri=SKYSPARK_URL,
  username=SKYSPARK_USERID,
  password=SKYSPARK_PWD,
  project=PROJECT,
  grid_format=hszinc.MODE_JSON,
)

print(session.find_entity("site"))
print(session.find_entity("site").result)

produces the following output
  <FindEntityOperation failed>
Traceback (most recent call last):
  File "test.py", line 31, in <module>
    print(session.find_entity("site").result)
  File "/home/jdechale/.venv/py38/lib64/python3.8/site-packages/pyhaystack/util/state.py", line 100, in result
    self._result.reraise()
  File "/home/jdechale/.venv/py38/lib64/python3.8/site-packages/pyhaystack/util/asyncexc.py", line 29, in reraise
    reraise(*self._exc_info)
  File "/home/jdechale/.venv/py38/lib64/python3.8/site-packages/six.py", line 703, in reraise
    raise value
  File "/home/jdechale/.venv/py38/lib64/python3.8/site-packages/pyhaystack/client/ops/entity.py", line 66, in _on_read
    entity_id = entity_ref.name
AttributeError: 'dict' object has no attribute 'name'

with a skyspark server running 3.0.28 but was working with 3.0.27.
If I remove the grid_format argument (which I am guessing defaults to zinc for the skyspark implementation), then the issue disappears. For our application, parsing json was much faster than zinc, so we would prefer to keep that.
I'd be happy to do a bit more digging to try to resolve this, but it would be great to get a few pointers. It looks like entity_ref here is not expected to be a dict.
Does someone have thoughts on what is happening here?

id should only ever be a Ref, which last time I checked, cannot be represented by a JSON object.  It'd be worth turning on full logging and inspecting what the server actually spat out.

Thanks for replying back soon. I was actually just looking into more detailed logs.
It looks like before the update, the server returned a Ref for id. After the update, the server returns a dictionary with a field _kind that is has value 'ref' {'_kind': 'ref', 'val': 'IDENTIFIER', 'dis': 'HUMAN READABLE NAME'}

Right, so their application/json is now the previously discussed application/vnd.haystack.v1+json which is described here.
Clearly they don't use Semantic Versioning, because a jump from 3.0.27 to 3.0.28 would not imply such a drastic change.

I wonder whether this is intended behavior on the Skyspark side actually. From the blog post you referenced, I understand that you should only be getting the "Hayson" format if you specify application/vnd.haystack.v1+json in the headers. I am explicitly asking for application/json, in which case I should be getting Zinc JSON encoded data according the blog post.
If I try asking for application/vnd.haystack.v1+json in the headers I get Unsupported Accept type: application/vnd.haystack.v1+json

C'est pas gentil....

Is there a parser available for hayson, or would this need to be written from scratch?

They have a little tendency to create new things instead of reusing existing stuff....
I can only hope that this will be close enough to JSON so we don't have to rebuild a new parser... and that specs won't change too often.
#chatéchaudé

A parser (and dumper) for Hayson does not yet exist, see https://github.com/widesky/hszinc/issues/35.

Personally, we need to do two things:

Support "Hayson"… that's mostly a hszinc bug, but lightly touches pyhaystack too.
Complain to SkySpark about using application/json to represent Hayson.  There should be a setting on the server somewhere to control this… and going forward, SkySpark should use the agreed application/vnd.haystack.v1+json to represent Hayson; leaving application/json for the legacy Haystack JSON encoding.  Doing otherwise is an egregious bug IMO.

Coming back to this a year later. I had missed the description of this change in the Skyspark 3.0.28 build notes (see below). I was able to get the previous format by making a manual request using application/vnd.haystack+json;version=3, but I am having trouble changing the corresponding header for the http client in your SkysparkScramHaystackSession because you are disabling the use of requests.Session in favor of just using the requests module directly here.
Do you have an idea of a workaround for passing headers?
Hayson
Haystack 4 includes a new JSON encoding named Hayson which was developed by WG 792. Based on community feedback this build makes the Haystack 4 encoding the default for SkySpark.
The ioReadJson(), ioReadJsonGrid(), and ioWriteJson() funcs will now all default to Haystack 4 JSON. They each accept an options Dict that allows you specify v3 JSON should be used instead:
readAll(site).ioWriteJson(`io/sites.json`, {v3})

You can force the io JSON funcs to default to v3 by setting the jsonVersion tag to "3" on the io ext rec in your project.
If you are using the Haystack REST API to invoke Ops, then the application/json MIME type will result in Haystack 4 JSON. You can request Haystac 3 JSON by using the MIME type application/vnd.haystack+json;version=3 MIME. You can change the host default by applying the jsonVersion: 3 tag to your api SysMod config.

Not easily… See pyhaystack was designed to the previous contract, which SkySpark decided to break.  That is on them.  I'd work on it, but I have limited time to do this.

Not easily… See pyhaystack was designed to the previous contract, which SkySpark decided to break. That is on them. I'd work on it, but I have limited time to do this.

Are you sure they broke the contract here? From the Haystack docs, Hayson is now the standard that should be returned by application/json. Json v3 is still supported for backwards compatibility, but is no longer the default.
Passing a different Accept header seems like a pretty easy way to fix this issue. Do you remember why requests.Session was disabled for pyhaystack's Skyspark client? Would re-enabling it open a whole other can of worms?
If you do not have the bandwidth to support this, I understand. But this will mean moving away from pyhaystack for me, so I did want to check.
Thanks for your time

Are you sure they broke the contract here? From the Haystack docs, Hayson is now the standard that should be returned by application/json. Json v3 is still supported for backwards compatibility, but is no longer the default.

We (I) wrote to the standard that existed at the time.  That was, application/json, generated the format that they now call "JSON v3".  They chose to change this, thereby no longer respecting what was the agreed upon standard → breech of contract.
If they wanted to use a different content-type for the new Hayson standard, that'd be fine, it'd be backward-compatible with existing clients, and we could update those clients to also support the new standard… no problems.  This is not what Skyspark did.
Now, I'm not saying pyhaystack can't be fixed, and I'm sure a pull request would be reviewed and merged, I am saying that I cannot personally work on it.  I'd have to convince management at my workplace (who maintain and sell a competing product) to permit me to spend some time to fix this issue.  Unilateral decisions on this are not possible as I am under a non-compete clause.  Any work otherwise by myself would have to wait until such clauses lapsed which would take years assuming I quit my job now.
The pyhaystack HTTP interface is intended to be abstracted, so in addition to using requests, other HTTP clients can be used as well (e.g. aiohttp, tornado) if suitable code is written to support them.
It should be possible to allow switching of the Accept header for Skyspark, but I also worry what such a change will do to backward compatibility, as not everyone will be running the latest version of Skyspark.

Understood. Does your comment about management at your workplace also mean that general maintenance of the pyhaystack library will be discontinued?
Thanks for all the work you have done on this so far.

It is not planned to be deprecated. It is just that we built pyhaystack .... not pyskyspark. @sjlongland uses it on widesky, a competing product and I use it with Niagara4 nhaystack.
Most of the work required has to be done in hszinc, the parser used by pyhaystack. If I change the header in pyhaystack alone, hszinc will complain about not knowing what grid format to be used. Both libraries need to be updated in a way that won't break other implementation (Widesky and Niagara)
I agree with Stuart that application/json should have been kept for standard json. This change creates a situation where you ask for something common and standard and you get something else. Clearly they made a move, forgetting other people using haystack outside of Skyspark. Haystack was supposed to be an open standard... politically, it's highly tied to one major player.
Now as Stuart told, pyhaystack is not closed source. We would love getting PR from people using Skyspark. I don't see why we should end up with multiple different tools to deal with haystack on different platforms. Which is the former reason why Stuart joined me in my effort of building this tool at the beginning (thanks to him, as I wouldn't have gone very far without him).
The other question is Haystack 4... but let's keep that for another time.

repo: ChristianTremblay/pyhaystack


text:
Check Internet Connection

Description:
Code for checking internet availability added.

@Chromicle suggest changes if any.

@ShivangiSingh17 it is perfect and thanks for sending PR
one more thing to merge if any pdf is selected it is coming to previous intent, instead of that if there is no network make not to open the PDF reader activity and give a toast that No internet connection

repo: Chromicle/AmritaResource


text:
ts-force-gen: Picklist (Multi-select) generates the type as string instead of string[]

version: 2.6.0
Example:
@sField({
   apiName: 'Groups__c',
   createable: true,
   updateable: true,
   required: false,
   reference: undefined,
   childRelationship: false,
   salesforceType: SalesforceFieldType.MULTIPICKLIST,
   salesforceLabel: 'Groups',
   externalId: false
})
public groups: string;

interesting, Looks like it only correctly generates as a [] when the enforcePicklistValues:true in the config.
Will fix

fixed in v2.6.2

authors: ChuckJonas ScottMGerstl

repo: ChuckJonas/ts-force


text:
Steam Deck Crash with Mirror + FizzyFacepunch

My project uses Mirror with FizzyFacepunch transport based somewhat around the Mirror Room Example. Normally it works great, but I am seeing that if Steam Deck users host a game, the Steam Deck crashes to desktop after the client connects. The client does successfully enter the host's room, but the host's game crashes.
From the logs it seems to happen after OnConnectionStatusChanged completes in Mirror.FizzySteam, but before NetworkRoomManager OnServerReady would normally trigger. Image is a photo of the Deck user's log right before they crashed to Steam Deck desktop. From the client's point of view, the connection is successful, but the host is gone.

And here's the crash log from the user's Steam Deck: https://drive.google.com/file/d/1rDJQpFCVn6hY2t2boR3sTy8rbsRkzvK6/view

I have resolved the issue by making a Linux native build instead of relying on proton. This indicates an incompatibility with proton somewhere, though.

repo: Chykary/FizzyFacepunch


text:
Add CI job to test generated JAR package

In order to check if our package is created correctly, a new job should be added to test it isolated from the source files. To achieve this, I created a new job that generates the JAR file and test it using our test/ folder. The tests runs in the target/ folder, which means that Clojure command will not look up the deps.edn or the src/ folder.

LGTM :heavy_check_mark:

authors: ercdude puchka

repo: CicadaBank/bips


text:
Include referenced assemblies

Option to include referenced assemblies in WindowLocator.RegisterAll(bool includeReferencedAssemblies).
This option is to support shared projects with ViewModel.

Implemented in commit 8b8d2716c4a9dadcfc012d9100a1b5431f8b2d78.

repo: Ciesix/FusionMVVM


text:
tolha connot run on jupyter notebook

---------------------------------------------------------------------------
Error                                     Traceback (most recent call last)
<ipython-input-7-86031215e230> in <module>
----> 1 call_usage = get_recent_call_history("0992866936", "c4J}LNR94+JR", "1419900489238")

~\WinDevs\codustry\tolha\tolha\myais.py in get_recent_call_history(phone_number, password, national_id)
      4
      5 def get_recent_call_history(phone_number, password, national_id):
----> 6     with sync_playwright() as p:
      7         browser = p.chromium.launch(headless=False)
      8         page = browser.newPage()

~\anaconda3\lib\site-packages\playwright\__init__.py in sync_playwright()
     32
     33 def sync_playwright() -> SyncPlaywrightContextManager:
---> 34     return SyncPlaywrightContextManager()
     35
     36

~\anaconda3\lib\site-packages\playwright\main.py in __init__(self)
     86 class SyncPlaywrightContextManager:
     87     def __init__(self) -> None:
---> 88         self._connection = run_driver()
     89         self._playwright: SyncPlaywright
     90

~\anaconda3\lib\site-packages\playwright\main.py in run_driver()
     80     loop = asyncio.get_event_loop()
     81     if loop.is_running():
---> 82         raise Error("Can only run one Playwright at a time.")
     83     return loop.run_until_complete(run_driver_async())
     84

Error: Can only run one Playwright at a time.

https://github.com/microsoft/playwright-python/issues/178

repo: CircleOnCircles/tolha


text:
q_method is a classmethod but passes in self as first argument

It should behave like this:
class CustomQuerySet(QuerySet):
    @q_method
    def is_active(cls):
        return Q(is_active=True)

instead of this:
class CustomQuerySet(QuerySet):
    @q_method
    def is_active(self):
        return Q(is_active=True)

you guys need to pull me out of your org entirely please
On Tue, Dec 6, 2016 at 3:41 PM, Bryce Drennan notifications@github.com
wrote:

Closed #2 https://github.com/CircleUp/django-qtools/issues/2.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/CircleUp/django-qtools/issues/2#event-884427656, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAAsC7liEoFYQvUy8SeiI27EXoSEn2B5ks5rFeSugaJpZM4HAz-h
.

Still working on qtools. Nice!!
Sent from my iPhone

On Dec 6, 2016, at 2:41 PM, Bryce Drennan notifications@github.com wrote:
Closed #2.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

authors: brycedrennan jsandlund mnichols

repo: CircleUp/django-qtools


text:
Error compiling Less stylesheet using New Moon syntax

https://github.com/taniarascia/new-moon-atom-syntax
Error compiling Less stylesheet: D:\Programs\Atom\resources\app.asar\static\atom.less
Line number: 38
error evaluating function `fadeout`: color.toHSL is not a function

everything seems to be fine, but if I restart I get a white screen and this error in the console that pops up:
Error
    at new Parser (D:\Programs\Atom\resources\app.asar\node_modules\less-cache\node_modules\less\lib\less\parser.js:333:27)
    at LessCache.module.exports.LessCache.parseLess (D:\Programs\Atom\resources\app.asar\node_modules\less-cache\lib\less-cache.js:244:16)
    at LessCache.module.exports.LessCache.cssForFile (D:\Programs\Atom\resources\app.asar\node_modules\less-cache\lib\less-cache.js:275:20)
    at LessCache.module.exports.LessCache.readFileSync (D:\Programs\Atom\resources\app.asar\node_modules\less-cache\lib\less-cache.js:263:19)
    at LessCompileCache.module.exports.LessCompileCache.read (D:\Programs\Atom\resources\app.asar\src\less-compile-cache.js:36:25)
    at ThemeManager.module.exports.ThemeManager.loadLessStylesheet (D:\Programs\Atom\resources\app.asar\src\theme-manager.js:310:33)
    at ThemeManager.module.exports.ThemeManager.loadStylesheet (D:\Programs\Atom\resources\app.asar\src\theme-manager.js:286:21)
    at ThemeManager.module.exports.ThemeManager.requireStylesheet (D:\Programs\Atom\resources\app.asar\src\theme-manager.js:203:24)
    at ThemeManager.module.exports.ThemeManager.reloadBaseStylesheets (D:\Programs\Atom\resources\app.asar\src\theme-manager.js:266:12)
    at ThemeManager.module.exports.ThemeManager.loadBaseStylesheets (D:\Programs\Atom\resources\app.asar\src\theme-manager.js:261:19)

I get a very similar error using the duotone dark syntax. If I remove the .atom/packages/metro-ui directory atom loads just fine, if not I get a white screen and the developer tools.
Error compiling Less stylesheet: `C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\static\atom.less`
Line number: 93
error evaluating function `lighten`: color.toHSL is not a function

Error
    at new Parser (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\node_modules\less-cache\node_module…:333)
    at LessCache.module.exports.LessCache.parseLess (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\node_modules\less-cache\lib\less-ca…:255)
    at LessCache.module.exports.LessCache.cssForFile (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\node_modules\less-cache\lib\less-ca…:286)
    at LessCache.module.exports.LessCache.readFileSync (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\node_modules\less-cache\lib\less-ca…:274)
    at LessCompileCache.module.exports.LessCompileCache.read (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\less-compile-cache.js:36)
    at ThemeManager.module.exports.ThemeManager.loadLessStylesheet (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\theme-manager.js:281)
    at ThemeManager.module.exports.ThemeManager.loadStylesheet (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\theme-manager.js:257)
    at ThemeManager.module.exports.ThemeManager.requireStylesheet (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\theme-manager.js:174)
    at ThemeManager.module.exports.ThemeManager.reloadBaseStylesheets (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\theme-manager.js:237)
    at ThemeManager.module.exports.ThemeManager.loadBaseStylesheets (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\theme-manager.js:232)
    at new AtomEnvironment (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\atom-environment.js:250)
    at module.exports (C:\Users\Martin\AppData\Local\atom\app-1.6.2\resources\app.asar\src\initialize-application-window.js:19)
    at setupWindow (index.js:86)
    at window.onload (index.js:41)

authors: martindevans ryanspice

repo: Cirex/atom-metro-ui


text:
Add SAML / Shibboleth Support

It would be nice to have SAML / Shibboleth support for IPSK Manager.  We have a company policy that requires apache and iis servers to use SSO authentication for users.  This can be done via basic apache auth and using shibboleth plugin.  Once authenticated user info can be looked up in AD via SLDAP or via the shibboleth headers.
We are trying to utilize a common SSO page and authentication process for corporate users to help decrease confusion for untrusted sites.
Please see shibboleth site:  https://www.shibboleth.net/community/

+1 for SSO.

So I am starting to work on SAML support and I think the easiest way to do that is to rely on the application not being the SP. Where either a module, such as the Apache Shibboleth module acts as the SP and sets environment variable(s) the app will use, or, something outside of a module is the SP and headers are set for the app to use.  Obviously, headers add risk if your SP isn't set to strip incoming headers that it sets but thinking it provides flexibility to provide both as options.
My thought is for at least the first pass at this it would still require users to be defined in either the internal user db or a connected ldap server for group mapping.  This I feel would require less modifications to the existing base code and be quicker to implement to get SAML support in at least some form in the app.  I already have some base modifications in the admin portal complete and working in a crude way.

I would think you can just use the saml attributes to map "AD" users in the request.  This is normally how we use saml in other apps.

From: Nick Ciesinski @.>
Sent: Tuesday, April 9, 2024 1:12 AM
To: CiscoDevNet/iPSK-Manager @.>
Cc: slivesay30 @.>; Author @.>
Subject: Re: [CiscoDevNet/iPSK-Manager] Add SAML / Shibboleth Support (#5)
So I am starting to work on SAML support and I think the easiest way to do that is to rely on the application not being the SP. Where either a module, such as the Apache Shibboleth module acts as the SP and sets environment variable(s) the app will use, or, something outside of a module is the SP and headers are set for the app to use. Obviously, headers add risk if your SP isn't set to strip incoming headers that it sets but thinking it provides flexibility to provide both as options.
My thought is for at least the first pass at this it would still require users to be defined in either the internal user db or a connected ldap server for group mapping. This I feel would require less modifications to the existing base code and be quicker to implement to get SAML support in at least some form in the app. I already have some base modifications in the admin portal complete and working in a crude way.
—
Reply to this email directly, view it on GitHubhttps://github.com/CiscoDevNet/iPSK-Manager/issues/5#issuecomment-2044160359, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AQMGM5E2H3ONYPVMMZHFHYDY4N2DTAVCNFSM4PF73WC2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBUGQYTMMBTGU4Q.
You are receiving this because you authored the thread.Message ID: @.***>

@dresken @slivesay30 You can try a preview for SAML support for admin portal only (at this time) by pulling from the dev-saml-support branch.  Would help if you can try it out and provide feedback.

You can actually test sponsor and captive portal SAML support as well. It was quicker to add support for those portals than I thought.  Barring any issues you find I believe it's ready for pushing to the main branch other then improving the readme on how to configure Apache for mod_shib.

authors: ciesinsn dresken slivesay30

repo: CiscoDevNet/iPSK-Manager


text:
Add support for delete by value

Add support for delete by value. This changeset borrows the changes from https://github.com/evanphx/json-patch/pull/103/files and also adds support for deletion by partial value in cases when the value in the array is an object.
This PR will add two features:

Use of - instead of the array index and specifying the value to remove in "value". For example:

[{ "op": "remove", "path": "/foo/-", "value": "qux"}]

will delete value qux from the array foo. This will also work with values that are objects. A global configuration variable jsonpatch.SupportDeleteByValue is introduced to enabls the support for the above non-standard practice of deleting from an array with value. It is set to true (i.e. functionality is enabled) by default. This functionality can be disabled by setting jsonpatch.SupportNegativeIndices = false.

The support for the non-standard practice of deleting from an array with value when the value only specifies partial document. For example: if the target document contains

{ "foo": [ {"1": "3", "4": "5", "5": "6"}, {"2": "1"} ] }

the request payload of
[{ "op": "remove", "path": "/foo/-", "value": {"1": "3" }}]

will delete value
{"1": "3", "4": "5", "5": "6"}

from the array. A new configuration variable jsonpatch.SupportDeleteObjectByPartialValue is introduced and set to true by default to enable this functionality. This functionality can be disabled by setting jsonpatch.SupportDeleteObjectByPartialValue = false.

Check for ambiguous delete that matches multiple nodes in the array and return explicit error.


text:
TM:PE 11.7.0.0 - compatibility patch 1.15.x

Version 11.7.0.0

Version update,
translations update,
What's new and changelog update
minor fix for displaying tooltip for disabled options in the main menu
Allow u-turn on roads if outgoing roads does not allow the same vehicle category
Default vehicle restrictions should match the road vehicle category restrictions as close as possible (to be improved in the future)
Speed limits tool and overlay UI should not allow changing the limit on segments in the district with the Slow Driving policy enabled (forces slow speed)
Timed Traffic lights can control pedestrian street bollards
Fixed u-turn behaviour on sections with custom vehicle routing, fix float comparison
Skip searching for parking prop if building is connected to pedestrian zone road
Hide pedestrian crossing toggle on pedestrian streets
Don't show pathfind updater message if mod is used for the first time on existing savegame
Fixed traffic lights visual state code according to vanilla changes
Rewritten VehicleAI.CalculateSegmentPosition to transpiler, added CustomCaclulateTargetSpeed without check for SlowDriving policy and fixed incorrect calls for Train and Tram
Improved compatibility of target speed calculations for Bus and Trolleybus AI

fixing build pipeline...

CI pipeline ready

repo: CitiesSkylinesMods/TMPE


text:
THF-525: Support for events and articles on other languages

Testing instructions in: https://github.com/City-of-Helsinki/drupal-employment-services/pull/171

http://localhost:3000/au need to ad redirection to http://localhost:3000/au/frontpage.

authors: MariaHokas juho-lehmonen

repo: City-of-Helsinki/employment-services-ui


text:
Kesaseteli review environments

Description :sparkles:
DevOps review environment
YJDH-658

remove useless azure pipeline files
azure pipeline kesaseteli-review.yml
do not add python virtual environment '.envs' -directory to git (added to .gitignore)
yarn cmd 'browser-test:wsl2win' to run browser tests on wsl2 environment
slack message sender crash test run if any test fails and slack was not configured properly

Issues :bug:
Testing :alembic:
Screenshots :camera_flash:
Additional notes :spiral_notepad:

Codecov Report

Merging #1973 (42aadbc) into develop (646ac7b) will decrease coverage by 27.12%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##           develop    #1973       +/-   ##
============================================
- Coverage    78.53%   51.42%   -27.12%
============================================
  Files          639       91      -548
  Lines        21331     2003    -19328
  Branches      1304      297     -1007
============================================
- Hits         16752     1030    -15722
+ Misses        4373      889     -3484
+ Partials       206       84      -122

see 548 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe employer result is failed for https://kesaseteli-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe employer result is failed for https://kesaseteli-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe employer result is failed for https://kesaseteli-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://kesaseteli-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://kesaseteli-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://kesaseteli-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://kesaseteli-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://youth-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe handler result is failed for https://handler-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe employer result is failed for https://kesaseteli-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

TestCafe youth result is failed for https://youth-pr1973.dev.hel.ninja :crying_cat_face::anger::boom::boom:

@terovirtanen There are 12 failing checks:

Node updated to 16 on DevOps pipelines

EMPLOYER branch is deployed to platta: https://kesaseteli-pr1973.dev.hel.ninja :rocket::rocket::rocket:

YOUTH branch is deployed to platta: https://youth-pr1973.dev.hel.ninja :rocket::rocket::rocket:

API branch is deployed to platta: https://kesaseteli-pr1973.api.dev.hel.ninja/healthz :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://handler-pr1973.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://kesaseteli-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://handler-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://youth-pr1973.dev.hel.ninja :laughing::tada::tada::tada:

repo: City-of-Helsinki/yjdh


text:
feat: delete applications older than 10 years

Description :sparkles:
Modify the delete_applications command so that multiple statuses can be given as parameters.
Schedule the command so that it deletes applications older than 10 years.
Issues :bug:
Testing :alembic:
Screenshots :camera_flash:
Additional notes :spiral_notepad:

APPLICANT branch is deployed to platta: https://helsinkilisa-ui-pr3646.dev.hel.ninja :rocket::rocket::rocket:

HANDLER branch is deployed to platta: https://helsinkilisa-ui-handler-pr3646.dev.hel.ninja :rocket::rocket::rocket:

TestCafe result is success for https://helsinkilisa-ui-pr3646.dev.hel.ninja :laughing::tada::tada::tada:

TestCafe result is success for https://helsinkilisa-ui-handler-pr3646.dev.hel.ninja :laughing::tada::tada::tada:

authors: rikuke terovirtanen


text:
"How to apply" section in the individual-listing view

The current individual-listing view has only two things in the right rail ("last updated" and "management company"):

And on mobile, the "Process" section only includes "management company":

Our mocks include a "How to apply" section:

This ticket tracks adding that "How to apply" section. Here are the relevant fields in the Listing model that could be exposed there:

Property Phone number --> listing.property.phone_number
Project Address --> listing.property.building_address.street
Zip Code --> listing.property.building_address.zip_code
Latitude --> listing.property.building_address.latitude
Longitude --> listing.property.building_address.longitude

But there's an assumption in there: this assumes that the property address is the correct place to pick up an application. We should verify that assumption before declaring that that's true.
I don't think we want the "Go to online application" link because we don't have those urls.

@tomgebauer Is there anything you'd add/amend to this ticket?

@willrlin should we pull this into M10?

Linked draft PR#432 to this ticket.  There are a few fields that we can leverage to get an address or contact information for applications.  listing.applicationPickUpAddress and listing.applicationAddress.  @willrlin do we have a preference?
@tomgebauer is there anything else you would like to include in this section based on your mockup, or for when we don't have an address?

A note: we're not populating any of the application addresses (listing.applicationAddress, listing.applicationPickupAddress, listing.applicationDropOffAddress, or listing.applicationMailingAddress ) because we don't know them - the only address we know for sure is the actual address of the property. It may be worth checking with HRD to see if we can assume that the actual property address could be used for e.g. applicationPickupAddress, but AFAIK we can't make that assumption at the moment.
In terms of data fields that don't show up anywhere else in the ListingView, the only one that comes to mind is listing.phoneNumber. Maybe we only display that in this section? And/or say: if that doesn't work, contact the management company (since there's a "Management Company" section with more details about how to get in touch with the management company).

I think some of that information could be in the Rentlinx data, so I don't think we should exclude those applications addresses if they theoretically could be populated. It might be good to check listing.applicationPickUpAddress and if not that one, use the building address, and if that's not available, use a "contact management company" fallback. Phone number, I don't really have any preference on what we use.

I've updated the draft PR to include a waterfall if statement.  First it looks for listings.applicationPickupAddress, then listings.applicationAddress, then listing.buildingAddress, and finally the default "Contact Management Company" message.  We can pull out any one of those once we confirm with HRD.

authors: anders-schneider pfeeny5 willrlin

repo: CityOfDetroit/bloom


text:
🛑 Green Stormwater Infrastructure is down

In 1f567f4, Green Stormwater Infrastructure (https://detroitstormwater.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Green Stormwater Infrastructure is back up in 57b812b after 9 minutes.

repo: CityOfDetroit/uptime


text:
Docs: Changelog + Utils

Added a changelog page for overview of changes
Added utils page
Added utils to reference

awesome, this is really useful!

authors: Ejhfast snowypowers

repo: CityOfZion/neon-js


text:
Insecure recommendation in Screen lock  ("Securing Your Workspace") documentation

In https://guidebook.civicactions.com/en/latest/common-practices-tools/security/securing-your-workspace/
you suggest
xss-lock -- i3lock -n -c 000000

exec --no-startup-id xss-lock -- i3lock -n -c 000000

That, however, is not the recommended procedure to ensure screen is locked on suspend, because the call to xss-lock is missing the argument --transfer-sleep-lock  to xss-lock.  See the help of i3wm itself:  https://github.com/i3/i3lock?tab=readme-ov-file#running-i3lock  and additional discussion here https://github.com/i3/i3lock/issues/207  (argument "-l" and "--transfer-sleep-lock"  are the same).

@rdiaz02 - Good catch - please submit a PR to correct the page. Thanks!

repo: CivicActions/guidebook


text:
⚠ Bofrost.at has degraded performance

In bb74d06, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1533 ms

Resolved: Bofrost.at performance has improved in 7862596.

repo: Ckal/Uptime


text:
⚠ Bofrost.be has degraded performance

In 71131c0, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1611 ms

Resolved: Bofrost.be performance has improved in 4ef0c72.


text:
⚠ Bofrost.at has degraded performance

In 2c74090, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1139 ms

Resolved: Bofrost.at performance has improved in 95101b9.


text:
⚠ Bofrost.be has degraded performance

In ec7b1a5, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1128 ms

Resolved: Bofrost.be performance has improved in 7b9bcfe.


text:
⚠ Bofrost.de has degraded performance

In 4e7e4ed, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1271 ms

Resolved: Bofrost.de performance has improved in 079893d.


text:
⚠ Bofrost.lu has degraded performance

In 072347a, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 882 ms

Resolved: Bofrost.lu performance has improved in 4b934aa.


text:
⚠ Bofrost.at has degraded performance

In fa75365, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1401 ms

Resolved: Bofrost.at performance has improved in 80e4683 after 7 minutes.


text:
⚠ Bofrost.at has degraded performance

In ea79a1c, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2118 ms

Resolved: Bofrost.at performance has improved in 96db64c after 13 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 61da96e, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1615 ms

Resolved: Bofrost.lu performance has improved in d965aa4 after 15 minutes.


text:
⚠ Bofrost.es has degraded performance

In e84879f, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1481 ms

Resolved: Bofrost.es performance has improved in deb9e9f after 6 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 5454ced, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1293 ms

Resolved: Bofrost.lu performance has improved in ef5d916 after 8 minutes.


text:
⚠ Bofrost.at has degraded performance

In 96a7905, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1303 ms

Resolved: Bofrost.at performance has improved in de8872f after 6 minutes.


text:
⚠ Bofrost.de has degraded performance

In 11a4dc0, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1503 ms

Resolved: Bofrost.de performance has improved in 7f7de7e after 6 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 4e8acff, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1494 ms

Resolved: Bofrost.lu performance has improved in 0f2319c after 6 minutes.


text:
⚠ Bofrost.fr has degraded performance

In 3e8630d, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1286 ms

Resolved: Bofrost.fr performance has improved in 565adc4 after 8 minutes.


text:
⚠ Bofrost.at has degraded performance

In 417f7d2, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 963 ms

Resolved: Bofrost.at performance has improved in 6ade3bc after 9 minutes.


text:
⚠ Bofrost.lu has degraded performance

In 2c809ee, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1967 ms

Resolved: Bofrost.lu performance has improved in 7aa0998 after 20 minutes.


text:
⚠ Bofrost.fr has degraded performance

In 474957e, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1005 ms

Resolved: Bofrost.fr performance has improved in 2e99092 after 7 minutes.


text:
⚠ Bofrost.at has degraded performance

In 88a5cfb, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1467 ms

Resolved: Bofrost.at performance has improved in 5e0d117.


text:
⚠ Bofrost.at has degraded performance

In de600e3, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2169 ms

Resolved: Bofrost.at performance has improved in 8e72b52.


text:
Build failures with LLVM 13.0.0-++20210330111113+6d2fb3cefba6-1~exp1~20210330091825.3874

Example: https://github.com/ClangBuiltLinux/continuous-integration2/runs/2234582121?check_suite_focus=true
However, if I check out LLVM at 6d2fb3cefba6 and try to reproduce outside of TuxSuite / tuxmake, it works fine :(
$ git checkout 6d2fb3cefba6
Note: switching to '6d2fb3cefba6'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 6d2fb3cefba6 [clangd] Perform merging for stale symbols in MergeIndex

$ cmake \
-B build \
-G Ninja \
-Wno-dev \
-DCMAKE_BUILD_TYPE=RelWithDebInfo \
-DCMAKE_C_COMPILER=clang \
-DCMAKE_CXX_COMPILER=clang++ \
-DLLVM_CCACHE_BUILD=ON \
-DLLVM_ENABLE_ASSERTIONS=ON \
-DLLVM_ENABLE_PROJECTS="clang;lld" \
-DLLVM_TARGETS_TO_BUILD=X86 \
-DLLVM_USE_LINKER=lld \
llvm
...

$ ninja -C build check-clang check-lld check-llvm check-llvm-unit
...

$ export PATH=${PWD}/build/bin:${PATH}

$ make -C "${SRC_FOLDER}"/linux -skj"$(nproc)" LLVM=1 LLVM_IAS=1 O=build/x86_64 distclean defconfig bzImage
...

$ echo ${?}
0

@sylvestre is this something in Debian's patches?

We appear to be back in action with 13.0.0-++20210330100633+ae217bf1f327-1~exp1~20210330201344.3875.


text:
Crash when clicking different button

Problem Description
Hi, I'd appreciate any help or insight you can give me and thank you so much for your time! The save file is titled "space BATO practice 2"
Sorry it's 500+ MB....
So my Factorio crashes when I click on different buttons in Factory Planner.
When I click the Tutorial button I get this back:
The mod Factory Planner (1.1.73) caused a non-recoverable error.
Please report this error to the mod author.
Error while running event factoryplanner::Custom event (ID 269)
factoryplanner/backend/calculation/solver.lua:275: attempt to index local 'line' (a nil value)
stack traceback:
factoryplanner/backend/calculation/solver.lua:275: in function 'set_line_result'
...ctoryplanner__/backend/calculation/sequential_engine.lua:157: in function 'update_line'
...ctoryplanner__/backend/calculation/sequential_engine.lua:241: in function 'update_floor'
...ctoryplanner__/backend/calculation/sequential_engine.lua:196: in function 'update_floor'
...ctoryplanner__/backend/calculation/sequential_engine.lua:269: in function 'update_factory'
factoryplanner/backend/calculation/solver.lua:211: in function 'update'
factoryplanner/ui/dialogs/tutorial_dialog.lua:24: in function 'dialog_open'
factoryplanner/ui/base/modal_dialog.lua:171: in function 'enter'
factoryplanner/ui/event_handler.lua:209: in function <factoryplanner/ui/event_handler.lua:189>
[C]: in function 'raise_event'
factoryplanner/util/raise.lua:20: in function 'open_dialog'
factoryplanner/ui/main/title_bar.lua:113: in function 'handler'
factoryplanner/ui/event_handler.lua:157: in function <factoryplanner/ui/event_handler.lua:114>
stack traceback:
[C]: in function 'raise_event'
factoryplanner/util/raise.lua:20: in function 'open_dialog'
factoryplanner/ui/main/title_bar.lua:113: in function 'handler'
factoryplanner/ui/event_handler.lua:157: in function <factoryplanner/ui/event_handler.lua:114>
When I click the little icon of the constant combinator next to where it says Ingredients I get back:
The mod Factory Planner (1.1.73) caused a non-recoverable error.
Please report this error to the mod author.
Error while running event factoryplanner::on_gui_click (ID 1)
Unknown signal type: entity
stack traceback:
[C]: in function 'set_blueprint_entities'
factoryplanner/util/cursor.lua:10: in function 'set_cursor_blueprint'
factoryplanner/util/cursor.lua:106: in function 'set_item_combinator'
factoryplanner/ui/main/item_boxes.lua:217: in function 'handler'
factoryplanner/ui/event_handler.lua:157: in function <factoryplanner/ui/event_handler.lua:114>
When I click on one of the buttons designating resources under the "Product" column (In between Power and Byproducts) I get back:
The mod Factory Planner (1.1.73) caused a non-recoverable error.
Please report this error to the mod author.
Error while running event factoryplanner::on_gui_click (ID 1)
factoryplanner/ui/main/production_handler.lua:233: attempt to index field 'Product' (a nil value)
stack traceback:
factoryplanner/ui/main/production_handler.lua:233: in function 'handle_item_click'
factoryplanner/ui/main/production_handler.lua:392: in function 'handler'
factoryplanner/ui/event_handler.lua:157: in function <factoryplanner/ui/event_handler.lua:114>
Reproduction
``
factorio-current.log

Thanks, those are indeed quite a few issues. Will have a look.

These are pretty old now, and I think they should have been addressed. Please open a new issue if you run into any further problems.

repo: ClaudeMetz/FactoryPlanner


text:
Test Issue

Using to test the close issue system.

Lorem Impsum fixes this.

repo: ClemensCodeCentral/type-type-revolution


text:
How to assign team reviewers?

I tried assigning a an entire team as a reviewer when doing mp push but the PR had no reviewers. Is there a special syntax or something I need? Does microplane handle assigning a team as a reviewer? 🤔  I'm not sure if it's a bug or if I'm missing something.
mp push -a teamname -r eks_cicd-util
mp push -a 15five/teamname -b 'Testing multi-repo changes with https://github.com/Clever/microplane. You can ignore this.'

@caleb15 thanks for the report!

I tried assigning a an entire team as a reviewer when doing mp push but the PR had no reviewers. Is there a special syntax or something I need?
Does microplane handle assigning a team as a reviewer? 🤔 I'm not sure if it's a bug or if I'm missing something.

Today, microplane sets "assignees" but can't set "reviewers".
It seems Github doesn't support setting a team as an "assignee", although they do as a "reviewer". If of interest, here's some historical discussion on this feature suggestion: https://github.com/dear-github/dear-github/issues/170
Given these two things, it unfortunately doesn't support your current workflow.

Solving this in microplane would require adding support for setting reviewers.
How assignees gets set today:

github API  (https://docs.github.com/en/rest/reference/issues#add-assignees-to-an-issue)
relevant microplane code https://github.com/Clever/microplane/blob/568adcda022aebdb778f3118992ccafda81e730c/push/push.go#L124-L130

How reviewers could work:

Managing reviewers looks to now be available in Github's API https://docs.github.com/en/rest/reference/pulls#review-requests
Supporting it would require updating cmd/push.go (CLI interaction; add a new --reviewer flag) and push/push.go (Github API calls)

nit: could have >1 reviewer (or assignee) despite our support for just one today

One other thought: At Clever one workaround here is to use CODEOWNERS files, which ensure microplane created PRs get reviewers set automatically.

repo: Clever/microplane


text:
🛑 Cleverclip Wordpress is down

In b5c901c, Cleverclip Wordpress (https://backend.cleverclipstudios.com/) was down:

HTTP code: 403
Response time: 1056 ms

Resolved: Cleverclip Wordpress is back up in 65cb358.

repo: Cleverclip/status


text:
Use more ghost buffers in box example

CI has been occasionally breaking lately with
┌ Warning: MPICommsMPI: tag overflow
--
  | └ @ ClimaCommsMPI /central/scratch/esm/slurm-buildkite/climaatmos-ci/depot/cpu/packages/ClimaCommsMPI/dNUfd/src/ClimaCommsMPI.jl:54

This PR should hopefully fix that.

Superseded by #406


text:
separate vertical diffusion and surface flux

This PR adds an option nothing to surface_scheme, so we can run simulations with vertical diffusion only.

bors try

I'm not sure off the top of my head if @. dif_flux_energy *= 0 is supported, but these code changes seem overall fine to me

Would @. dif_flux_energy = Ref(Geometry.WVector(FT(0))) be better?

I will go ahead and merge it. I added a longrun which will tell us whether it works tomorrow:)

bors r+


text:
Ignore clickhouse-docs submodule by default

See https://github.com/ClickHouse/ClickHouse/pull/48110

I think it's substituted by https://github.com/ClickHouse/ClickHouse/pull/48123

authors: Felixoid tavplubix

repo: ClickHouse/checkout


text:
Dark theme added

Привет, Леша! Давай добавим темную тему, пожалуйста :)

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Наталья Шойхет seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Thank you, looks great!

repo: ClickHouse/pastila


text:
:bug: fix: Cannot read property 'range' of null

Closes #31

@ClintOxx if you merge this could you tag this as hacktoberfest-accepted please ?

@anselal Yea sure, thanks!

you need to label this PR as hacktoberfest-accepted
the repo can have a topic of hacktoberfest

Gotcha, just added that label, couldn’t do it from the mobile app.
I’ll check over the other requests and comments Friday or Saturday @anselal

authors: ClintOxx anselal

repo: ClintOxx/vuetify-admin-dashboard


text:
Suggest methods to pull data without cloning the complete EvalAI repo

Changes proposed:

Added a report file with the alternatives to using git clone

Alternatives proposed:

Maintain a separate codebase (Originally by: @yashdusing)
Use svn to download required files/folders.
Maintain a zip file with only the required files and folders which automatically updates when there are changes in related files in EvalAI repo. git clone will be called once on the server but can be served multiple times from there.

Please see: https://github.com/nikochiko/EvalAI-ngx/blob/FetchContainer/docker/dev/fetching_docker_container.md

Codecov Report

Merging #251 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #251   +/-   ##
=======================================
  Coverage   50.87%   50.87%
=======================================
  Files          66       66
  Lines        3731     3731
  Branches      438      438
=======================================
  Hits         1898     1898
  Misses       1738     1738
  Partials       95       95

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 1228629...fbf7a86. Read the comment docs.

authors: codecov-io nikochiko

repo: Cloud-CV/EvalAI-ngx


text:
fixed model name selection

Store Model Used in Chat Completion
Overview
This pull request enhances the chat_completion method in the provider.py file by storing the model used for the chat completion response.
Changes

Key Changes:

The chat_completion method now stores the model used for the completion in the self.model attribute.

New Features:

None

Refactoring:

None

✨ Generated with love by Kaizen ❤

Original Description

!review

repo: Cloud-Code-AI/kaizen


text:
sofar dataset

Not sure if this link is being update since I couldn't find anything online linking to it except Milan's notebook and other notebooks on the same repo, https://github.com/sofarocean/spotter-data-archive/blob/main/examples/.

Thank you for this PR. Does it need to be brought even with main? There are past unrelated commits.
For the function name, I suggest spotters.
I recommend holding with this PR until we get a thumbs up from upstream.

I don't understand, it is showing changes from previous things that are already merge. For example, if you look at adapters/gdp it says there is a change from .dims -> .sizes`, but this is already on the main branch.

Right, I can't say I understand it either :joy:

@isabelhoughton would you like to chime in on this PR? We are ready to add a dataset accessor for the spotter dataset into clouddrift.

Thanks for sharing - looks good to me. Not many sources point to https://github.com/sofarocean/spotter-data-archive/blob/main/examples/ yet as we're in the final steps of setting it all up. Let me know if any testing on my end would be appreciated.

Quick question, what is the plan with regards to update to the archive dataset? Is it to always keep the same link or create a new one each time?

We will create a new one each time most likely. We have not been able to sort out a DOI yet, but we would like it to be clear which version of the dataset is referred to externally.

We will create a new one each time most likely. We have not been able to sort out a DOI yet, but we would like it to be clear which version of the dataset is referred to externally.

Ok. Once this is in place, we could add logic in the code to look for the latest available archive. For now, I just hardcoded the current link.

authors: isabelhoughton milancurcic philippemiron selipot

repo: Cloud-Drift/clouddrift