text:
CloudPRNT - Access to debug / log information on printer to find out cause of (Cloudflare) proxying problem

Since there is no repository dedicated to CloudPRNT protocol, I submit it here, feel free to move to the proper repository.
As also discussed here: https://wordpress.org/support/topic/connection-to-printer-gets-lost/, the use of an intermediate proxying server like Cloudflare might cause connection problems when using CloudPRNT.
For example: in Cloudflare I created a CNAME "printer.myProjectDomain.ext" which points to our server "myServerDomain.ext"

when "proxying" is enabled: this does not work, the requests from the printer do not reach the server

when "proxying" is disabled: this does work, the requests from the printer do reach the server

I am trying to figure out what part of Cloudflares proxying functionality breaks the connection. To do this, I use Cloudflare Page Rules to disable specific features and see what happens. But even when I disabled almost all features, the connection still does not work. When disabling proxying again, it works immediately.

It would be nice if there was some kind of debug / log information I can access on the printer itself to determine what it is doing and what goes wrong... currently it is a bit "trial and error"...

@holtkamp
Yes, a device side logging/debug solution would be very helpful, we are certainly aware of that. Although nothing is available currently, it is something that we will certainly keep under consideration.
In general, our devices do not care about proxy services in the middle, the issues only arise in cases where very heavy caching prevents the server side from being able to respond. This can manifest in a few ways:
1 - The proxy responds to GET requests from the printer with a previously cached response. This can cause old print jobs to be reprinted.
2 - the proxy responds to a DELETE request with a cached result, considering the resource to be already deleted. this again can cause repeated printing as the server side does not receive the request to clear the job.
3 - less common, but observes is where a service caches the POST requests. http idempotency rules do not allow this, but we have observed it in some cases. in this case, the server does not received device status updates and is entirely unable to trigger a print job.
While caching of GET/DELETE requests is entirely allowed, in some cases we have observed proxy services that seem to ignore the response headers which should prevent it. Resulting in sites that are unable to print or worse repeatedly print the same job.
In many cases, enabling specifying a unique print job id can resolve these issues, since that results in a unique query parameter for the GET and DELETE request for each print job. We will enable this in the WordPress plugin in the future, where these kinds of issue are more common, and often out of the end customers control.

@Lozrus thanks for the detailed answer.
When Cloudflare proxying is enabled for the subdomain we use for CloudPRNT, not a single request (POST, GET, DELETE) reaches our servers. Also when disabling a lot / all of the functionality that they provide. As you can see I also tried "Cache Level: Bypass" which completely disables caching. Therefore I suspect something else, like the SSL-part of the connection.
I really would like to have Cloudflare proxying enabled, since it offers protection against various kinds of threats. Eventually the subdomain we intend to use for CloudPRNT will become "public", which opens up a security threat / potential entry for a DDoS-attack
Maybe we can plan a debug session where you use one of your own development printers to send requests to our servers?

In an effort to collect additional information we used ngrok to forward incoming requests to our subdomain that we intend to use for CloudPRNT so that I can monitor "what happens" on the ngrok dashboard running on my own computer.
The tunnel can be started like this:
ngrok http --authtoken mySecretToken -host-header=rewrite https://someProjectDomain.someDomain.ext

Note that:

"to forward a request to an external URL", an authorization token is required, which can be acquired after free signup at ngrok
we need the -host-header=rewrite option for the target server to accept the incoming request

Observations
With tunnel
When using the ngrok tunnel and restarting the printer, this same approach works and keeps working after (multiple) restarts.
- [ok] printer => ngrok tunnel => subdomain
- [ok] printer => ngrok tunnel => subdomain, proxied by Cloudflare
- [ok] printer restart
- [ok] printer => ngrok tunnel => subdomain, proxied by Cloudflare

Without tunnel
When not using the tunnel and Cloudflare proxying is disabled: requests reach our server. When enabling proxying it keeps working, but after a single restart of the printer it stops working...
- [ok] printer => subdomain
- [ok] printer => subdomain, proxied by Cloudflare
- [ok] printer restart
- [not ok] printer => subdomain, proxied by Cloudflare

When disconnecting and reconnecting the network cable, it keeps working
- [ok] printer => subdomain
- [ok] printer => subdomain, proxied by Cloudflare
- [ok] disconnect for 10 seconds and reconnect network cable
- [ok] printer => subdomain, proxied by Cloudflare

When starting with Cloudflare proxying enabled, it does not work. After disabling Cloudflare proxying and without restarting the printer: it starts working:
- [not ok] printer => subdomain, proxied by Cloudflare
- [ok] printer => subdomain, no restart required

I remember reading something about an SSL handshake issue on older firmware versions. We use a mC-Print2 printer with latest firmware 3.3 so I don't think this is the case, but still the observations are quite "strange"...?

@Lozrus and @gare-bear is there anymore information I can provide to see why Cloudflare proxying prevents CloudPRNT requests to reach our servers?
In October 2021 we intend to start experimenting with CloudPRNT printers in production, knowing Cloudflare's proxy can be enabled to guard our API would make me sleep better at night 😉

@Lozrus and @gare-bear just wondering do you guys still have time to spend on these projects?

Hi @holtkamp , I'm facing the same issue. Did you happen to find the solution or root cause? Is it possible to resolve the issue by properly configureing cloudflare proxy?

Hi @zsy6504,

Did you happen to find the solution or root cause?

No, unfortunately not. I have the "feeling" the cause is certain behaviour of the printer firmware. Check the "weird" observations documented in https://github.com/star-micronics/star-cloudprnt-for-woocommerce/issues/16#issuecomment-919847860

Is it possible to resolve the issue by properly configureing cloudflare proxy?

I was not able to resolve it and kept the Cloudflare proxy disabled.
What firmware are you using? Can you reproduce the problem / observations that I made?
Maybe a newer firmware resolves the problem, I haven't spend time on this since september 2021. I hoped somebody from Star would step in with some pointers to the possible cause. @Lozrus shows little activity on GitHub. @gare-bear was active last week, maybe he can join this thread?

I'm also running into this issue and my investigation has lead me here.  Any progress toward a resolution since August?

@fl-jeremy nope, unfortunately it is quite silent from the Star side of this project, which is a pity, since the functionality of CloudPRNT is quite nice.

@fl-jeremy nope, unfortunately it is quite silent from the Star side of this project, which is a pity, since the functionality of CloudPRNT is quite nice.

A pity, indeed.  I'm gonna do some more investigating and will let y'all know if I come up with anything promising.

I have the same problem. the requests from the printer do not reach the server when using cloudflare.
It work very well with 3 existing websites using cloudflare but when i try to add a new website, star cloud printing do not work. It seem to be a proxy problem related to cloudflare but i did not rosolve the problem yet.
So if someone can give feedback about this problem please.


text:
[RFC] ListItem endMedia full support

[RFC] ListItem endMedia full support
Problem description
In Teams theme, the endMedia slot is shown only on hover. There are certain user scenarios that imply showing different content for endMedia in different UI states.
e.g.: show a specific icon by default that changes on hover/focus)
We need a way to differentiate between the current behavior and the ability to specify different slot contents for endMedia in different UI states (regular vs hover/focus).
Proposed solution
We can achieve that by:

having a design term to suggest the different behavior
changing the theme default behavior (shows endMedia only on hover currently) to always show the endMedia slot and let the component user define different content using CSS selectors
other proposals?

fyi @codepretty @alinais

I wonder if this is common enough in lists to warrant some kind of area that is shown on hover in the base control.  I know many lists and rows tend to do this on the web.  Would be great to survey a number of them and see.

@levithomason 's suggestion above seems like it would cover both cases I can think of we need to support

nothing shows to the right, then on hover/focus area on the right is shown
something shows to the right, then on hover/focus that is swapped out

source: gharchive/issue

authors: Bugaa92 codepretty levithomason

repo: stardust-ui/react

license: MIT

license_type: permissive

license_source: github-api


text:
feat(button): added fluid prop

Button (fluid prop)
This PR will introduce possibility to specify fluid buttons
TODO

[x] Conformance test
[x] Minimal doc site example
[ ] Stardust base theme
[x] Teams Light theme
[ ] Teams Dark theme
[ ] Teams Contrast theme
[ ] Confirm RTL usage
[ ] W3 accessibility check
[ ] Stardust accessibility check
[ ] Update glossary props table
[x] Update the CHANGELOG.md

API Proposal
fluid
fluid will allow a button to take the width of its container.

[The circular prop is one of many shapes.  Proposing shapes be grouped as enums under the shape prop.]
<Button fluid content="Fits to Container" />

<button class="ui-button">Fits to Container</button>

@levithomason
@kuzhelov
@mnajdova
ready for revew

source: gharchive/pull-request


text:
Need for Vault Enterprise support (namespace)

Hi,
I'm using safe with HashiCorp Vault OSS version, but I have to replace it with Vault Enterprise Edition.
I'm under testing safe with Vault Enterprise, but safe dose not support NameSpace.
eg) With NameSpace, safe encountered the error.
➜  ~ safe paths
!! 403 Forbidden: 1 error occurred:
* permission denied
Please help me out.

safe paths without an argument assumes secret as the path. This can't change for backwards-compatibility reasons.
I would not be opposed to allowing the specification of a namespace through a flag when targeting. In the interim, I believe a workaround is to give the namespace as part of the path. If your namespace is ns1, then I believe you can use, for example, safe paths ns1/secret

Thanks for the tip. It works.

Resolved.

Reopening because we can't do mount type detection right now if there's a namespace.

This should be addressed by 17856004fa5396188eb95db11047b5231aee0429
@powhapki Are you able to take a build for a spin to see if this solves for your use cases?
There is now a -n flag to target to specify a namespace to be used for that target.

Hi, You almost fixed, except the output of safe env.
-n flag works, so I can access kv2 just like kv1. But the output of safe env is weird.
Other than, everything seems good.
➜  bin ./safe env --bash
\unset VAULT_SKIP_VERIFY;
\export VAULT_ADDR=http://10.7.0.13:8200;
\export VAULT_TOKEN=s.sdfsdfsdfsdf;
➜  bin ./safe get  kv2/test
--- # kv2/test
val: XMn7MqzV4oFbPYkpX2ns
➜  bin ./safe paths  kv2/test
kv2/test
kv2/test/random
➜  bin ./safe get kv2/test/random:value
pQi8IJVsqRKMKNdBQLwa
➜  bin

the output format of the bash env is correct. Putting a backslash before the command causes the shell to ignore aliases in interactive mode.
However, this does highlight that a couple of the newer environment variables are missing and should be added in before the next release.

I think safe env need to print out "VAULT_NAMESPACE" also, but it's omitted.
That's why I thought almost fixed.

Fixed that this morning with 80f20fe9ceb5cf16c303389ac52f448be2cf0d77

I'll rebuild & test again, then let you know the result.

Beautiful, I finally get the NAMESPACE Info.
I don't know how to thank you enough. If there's further help, I'll request.
\export VAULT_ADDR=http://10.7.0.13:8200;
\export VAULT_TOKEN=s.w12123;
\unset VAULT_SKIP_VERIFY;
\export VAULT_NAMESPACE=ns1;

authors: powhapki thomasmitchell

repo: starkandwayne/safe


text:
Motion Blinds showing shades as Unknown status

I have successfully integrated 7 roller battery powered shades to HA with the DD7002B gateway. I can successfully control the shades such as open, close and stop. However, the status of all shades remain Unknown regardless of the action.
When I connected the gateway to HA initially, they were on a separate VLAN. Gateway was on the IoT VLAN and while HA is on its own VLAN having only allowed access to IoT, vice versa. Like I said above, the controls functions great but the status doesn't is stuck in Unknown.
I now moved the gateway to the HA VLAN. I also disabled IGMP snooping and Multicast Enhancement per documentation. However, not much luck as well.
I’m going to try to move the both of them to the IoT VLAN next but I would expect the same result as the above.
Unfortunately, I cannot make automation because the status doesn’t change from being Unknown.
Please advice.

@jancantor do you see the current position in the manufactures app of the shades?
Some models/brands of shades do not support position status, but only allow to be controlled using open/close/stop.
In HomeAssistant if you go to settings->devices&services -> motion blinds -> x devices -> select one of your shades,
In the top left what does it say after Hardware: ?

@starkillerOG the Connector app is displaying the status, Closed, Open and Stop. Hardware is UniDirection. I just bought a Sonof Bridge. Hopefully, the new hardware would fix the issue.

@jancantor UniDirection blinds can only receive commands but cannot respond with there current position.
Therefore it is impossible to accuretly know the position of the blind.
The Connector app will just show the last command that it send to the blind.
However if you control the blind using a remote directly for example, the Connector app will not know about this and the status would be wrong in the Connector app.
In HomeAssistant the status will only be shown if we actually know the status of the device. Assumed states from last send commands are not allowed since this can cause confusion and issues with automations since it will not always be correct.
Sorry I could not help you.
If you just bought the roller blinds, maybe you could return them and get BiDirectional blinds that can respond and report there position.
If you appreciate the motion blinds integration and want to support its development, please consider sponsering this library.

authors: jancantor starkillerOG

repo: starkillerOG/motion-blinds


text:
API Docs

I really miss having API docs generally available.. this isn't just a starlite issue, but in general I notice that developer docs are more tailored to the beginner by being mostly prose and metaphor.
I actually agree with that though, ease of uptake is important, but that doesn't mean api docs can't be buried somewhere via some tiny obscure link at the bottom of the page somewhere.
https://github.com/mkdocstrings/mkdocstrings looks like it might be a good plugin to use.

Go ahead, I just got exhausted from writing docs 😀

Haha, I can totally understand that, and I hope my comment didn't come across as diminishing in any way to the work you've done!
@Goldziher do you have a preference for docstring style? I prefer the numpy style myself.
@dkress59 I'm only asking your opinion here as I see you were tagged into the other docs issue, so assume you are across the mkdocs setup? I've only used readthedocs and sphinx in the past. Do you have any opinion on this, or happy to let me run with it?

Not really, as long as the comment style is consistent I'm good.

Great, thanks.

I'm not exactly sure what you question is but I'll try to answer 😄
I've only ever used mkdocs and docsify, so I have no opinion of  sphinx or readthedocs.
I'm mostly responsible for the appearance of the starlite docs and I've always wanted to go over it once more to improve readability/ease-of-use: making paragraphs easier to skim by making keywords bold, introducing more paragraphs, splitting long pages into shorter sub-pages, plus maybe some re-arranging.
If you're asking to contribute to the docs – please go ahead! @Goldziher and me would both be happy to review your PR.

Thanks for your reply @dkress59.
This issue is specifically about adding api reference docs. I linked a tool that I would probably try to use if I was to undertake the task, and I was trying to see if you had some opinion as @Goldziher linked you into the other docs issue that I raised.
Sorry if I was unclear.

yeah that mcdocstrings plugin looks awesome!

Yeah, out of all the plugins listed for autogen api docs in the mkdocs wiki, it seems to be the most supported/active.
There's another issue I'm working on that will have a bit of a docs component to it. I'll hopefully find my way alright but if I need any assistance would you mind if I ping you?

wouldn't mind at all!

@peterschutt - can you do a write down of what required? lets see if other people would like to chip in on this one.

+1 for mkdocsstrings. i'm using it on a few projects and it works well, especially when following google's docstring style. pairing it with with something like interrogate can also be a plus

Yep I remember the logo!

especially when following google's docstring style

OK I've been looking for a reason to prefer a docstring style - so if there's benefit to preferring google style for this do you mind if we make that a requirement for new contribs going forward @Goldziher?

especially when following google's docstring style

OK I've been looking for a reason to prefer a docstring style - so if there's benefit to preferring google style for this do you mind if we make that a requirement for new contribs going forward @Goldziher?

Not at all

The note doesn't render in the screenshot however it says:

WIP: Building these API docs is an ongoing, community driven task and contributions are welcome. If you feel an interface is missing, feel free to comment in this issue.

I figure that it will be better to have the api docs included in main, yet incomplete, so that we don't have to constantly rebase and resolve conflicts as we would if we chose to keep all this isolated. Hence the note.

TODO:

[ ] settle on the configuration
[ ] set some baselines for doc string style in CONTRIBUTING.md, e.g., references to other public api members should be cross-referenced, e.g., [`Object 1`][full.path.object1]
[ ] detail all classes/functions that should be included in the public api docs
[ ] detail members of each class that should be included in the public api for each class identified above
[ ] break the work up and get stuck in

for full transparency and seeing that this is going pretty fast, i feel like i should mention that the the reason i said that it works best with google's style is bcuz i simply couldn't get it to work with other styles at the time, which was ~4 months ago; i don't know if that was my incompetence or a bug that is resolved now
about the layout choice, i think having multiple files, one for each class/namespace/file/whatever works best

I see that google style is the default for the framework, so that's good enough for me. If we run into any issues we can try some others.

about the layout choice, i think having multiple files, one for each class/namespace/file/whatever works best

Agree.

repo: starlite-api/starlite


text:
Issue 188: resolve exceptions swallowing args

This PR addresses #188 by calling super().__init__(...) in the exception constructors, and handling *args and **kwargs.

@Bobronium perhaps you want to review?


text:
Windows 21H2 (OS Build 19044.1503)

I upgraded Windows Build without noticing it.  Current build is Windows 21H2 OS Build 19044.1503) (as of 1/28/22) and now RD Wrap is not working.
Please update ini file.

RDPConf screenshot, please...

https://github.com/stascorp/rdpwrap/issues/1697 ?

Duplicate of https://github.com/stascorp/rdpwrap/issues/1697

Hello!
Today I upgraded windows home to 19044.1503 release (21h2), and now have not worked rdpwrapper.

@gan-iv

now have not worked rdpwrapper.

RDP Wrapper has been removed by antivirus.
The anti-virus cleared the Terminal server registry branch when uninstalling.  It needs to be restored from another system.
Backup from Windows 10 21H2: https://t.me/rdpwrap/38026

authors: ServerSheila gan-iv nattlip sashaqwert sebaxakerhtc

repo: stascorp/rdpwrap

license_source: bigquery


text:
10.0.19041.2673 x86 need supporting

Not supported 10.0.19041.2673 x86 (32 bits)
Thank you
termsrv.zip

rdpwrap.txt
This one support 10.0.19041.2673 good luck!

https://github.com/sebaxakerhtc/rdpwrap.ini/commit/c1e50a98fcd1c988f43c03e4748f716e8f8444cb

Did you read? In your file by affinityv no x86 section
[10.0.19041.2673]
; no x86 section

Just fixed the update problem with very simple modification of update.bat (bolded).

Download rdpwrap.ini file from https://github.com/sebaxakerhtc/rdpwrap.ini to your installation directory (RDPWrap-v1.6.2 folder)
Change the update.bat script to the following:

@echo off
net stop termservice
if not exist "%~dp0RDPWInst.exe" goto :error
"%~dp0RDPWInst" -w
echo.
goto :anykey
:error
echo [-] Installer executable not found.
echo Please extract all files from the downloaded package or check your anti-virus.
:anykey
copy "%~dp0rdpwrap.ini" "%ProgramFiles%\RDP Wrapper\rdpwrap.ini"
net start termservice
pause
4. Run update.bat script as an admin.
Next time just download the ini file and run the update.bat script with admin rights!
Cheers :)

rdpwrap.txt This one support 10.0.19041.2673 good luck!
thanks!!!

authors: LJYLu RainyLave netcuter r-troncoso sashaqwert sebaxakerhtc


text:
ipv6 supports

Dear Sir,
Thank you very much.
Can you please update to supports ipv6 in C# dot net, like this:
2a00:1851:8003:e7a4:50a6:c3a:e352:846
Regards

Sorry, IPV6 tables are huge and won't work in this model of portable lookup table.

authors: honeyawad vijaye-statsig

license: ISC


text:
Geração de Etiquetas

Pessoal,
Boa tarde!
Alguém já passou por isso?
A AGR (agencia) dos correios em que enviamos os produtos, nos informa que as etiquetas ao serem lidas pelo sistema dos correios apresenta a seguinte mensagem de erro!
“Erro na validação do arquivo quantidade de caracteres maior que a permitida ou preenchimento incorreto (complemento. Numero. End destinatário)”.
Eu já olhei o manual, adaptei os campos para o padrão solicitado na documentação, mesmo assim o problema continua a acontecer.
Será que pode me dar uma ajuda?
Obrigado Galera.

Verifique o tamanho dos campos complemento, Numero e endereço, se estão obedecendo o tamanho máximo permitido pelo Correio. Outra sugestão é remover acentuação e caracteres especiais.

@andersonls obrigado pelo retorno, quanto aos tamanhos eu já verifiquei e esta certinho com o manual do SIGEP Web, não tinha me atentado sobre os caracteres especiais, vou dar uma olhada nisso também! Obrigado!

authors: andersonls andrecrorazim

repo: stavarengo/php-sigep

license: mit


text:
[RFC]: add @stdlib/iter/cartesian-product

Description
This RFC proposes adding the package @stdlib/iter/cartesian-product.
This package would be the iterator equivalent of @stdlib/array/cartesian-product.
function iterCartesianProduct( x1, x2 ) { ... }

where x1 and x2 are input array-like objects.
Package: @stdlib/iter/cartesian-product
Alias: iterCartesianProduct
Related Issues
None.
Questions
No.
Other
No.
Checklist

[X] I have read and understood the Code of Conduct.
[X] Searched for existing issues and pull requests.
[X] The issue name begins with RFC:.

Hello! I'd like to work on this issue, Please assign it to me.
Thank you.

Thanks for volunteering to work on this issue @Aryann15. Please feel free to submit a PR implementing this feature.

@Aryann15 The approach you outline is not correct. See https://github.com/stdlib-js/stdlib/tree/develop/lib/node_modules/%40stdlib/iter for example iterator packages. You should only develop against the main project repository. There is no need to install standalone packages as you mention in your comment.

Hi Aryan, Are you currently proceeding with the issue? If not, I would like to give it a try.

Hi I would like to work on this issue but can I get some basic intel on how I should structure it. Since the issue refers to creating a new package @stdlib/iter/cartesian-product. So I would like to know how I should structure it.

authors: Aryann15 ayushwasnothere kgryte shubhexists

repo: stdlib-js/stdlib


text:
feat: add array/base/count-same-value-zero

Resolves #1326.
Description

What is the purpose of this pull request?

This pull request:

add count-same-value-zero functionality to the array packages of stdlib

Related Issues

Does this pull request have any related issues?

This pull request:

resolves #1326

Questions

Any questions for reviewers of this pull request?

No.
Other

Any other information relevant to this pull request? This may include screenshots, references, and/or implementation notes.

No.
Checklist

Please ensure the following tasks are completed before submitting this pull request.

[x] Read, understood, and followed the contributing guidelines.

@stdlib-js/reviewers

@AgPriyanshu18 This PR is missing a docs/repl.txt file, which needs to be added before this PR can be reviewed.

@kgryte I have added the file and have made suggested changes.

@Planeshifter Why did this one get merged when CI was failing?


text:
feat: add C implementation for stats/base/dists/uniform/mean

Resolves #3830
Description

What is the purpose of this pull request?

This pull request:

adds C implementation for @stdlib/stats/base/dists/uniform/mean along with relevant tests, benchmarks and examples

Related Issues

Does this pull request have any related issues?

This pull request:

resolves #3830

Questions

Any questions for reviewers of this pull request?

No.
Other

Any other information relevant to this pull request? This may include screenshots, references, and/or implementation notes.

No.
Checklist

Please ensure the following tasks are completed before submitting this pull request.

[x] Read, understood, and followed the contributing guidelines.

@stdlib-js/reviewers

@Planeshifter Make all the changes. Please review all the changes.


text:
Windows 10下使用QtQuick主窗口外边缘有1px多余边线

Windows 10下打开QtQuick示例主窗口，将系统模式调整为亮色，将窗口主题调整为暗色，如下图所示，很明显：

这个边线是bug还是框线呢？

https://github.com/stdware/qwindowkit?tab=readme-ov-file#windows-10
Windows 10 有上边框问题，这个在 GDI 与 DirectX 渲染系统可以通过顶部画黑线解决，OpenGL 渲染就没办法了，只能用 QPainter 模拟，但是由于系统边框实际上是透明的，模拟不出透明效果，所以在深色背景就比较明显。

理解，这实际上就是之前README里有提到的问题，Windows 10各种小细节问题很多，Windows 11下很多都得到官方解决了。

理解，这实际上就是之前README里有提到的问题，Windows 10各种小细节问题很多，Windows 11下很多都得到官方解决了。

这个问题的解决得靠社区力量了（虽然看上去很悲观），但是我对 Windows 了解也没有，基本也是问会的人或者参考其他项目

确实是😂不过Windows 10的寿命也快到了，等Windows 11普及开之后这个问题也就可有可无

同样Quick，OpenGL模式下，顶部1像素白色的边，然后左右下部是1像素黑色的边，Windows 10 系统

同样Quick，OpenGL模式下，顶部1像素白色的边，然后左右下部是1像素黑色的边，Windows 10 系统 Win10淘汰还有点久，请问下这个还有优化计划不

这个是Windows内核的问题，跟显卡驱动也有很大关系，不是我们想优化就能优化的。实在没办法。

OpenGL建议不要保留原生边框，或者干脆用Qt经典的那个无边框。基于WM_NCCALCSIZE的无边框，OpenGL下都会出问题。

repo: stdware/qwindowkit


text:
first time with docker

Hello,
I dont have any experience with docker and steamcache.
After reading all differents threats, I install docker and start to pull steamcache/generic + steamcache-dns on my ubuntu cache server.
I type this command and hit enter:
docker run --restart=always --name cache-steam -v /cache/steam/data:/data/cache -v /cache/steam/logs:/data/logs -p 192.168.1.104:80:80 steamcache/generic:latest
I got the prompt:
nginx: the configuration file /etc/nginx.nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is sucessful
after the last line, I'm stuck inside the prompt. I tried to hit Ctrl + P, Ctrl + Q, Ctrl PQ, Ctrl + C, i'm still stuck inside. any idea how to deal with it ?
If someone had a white page how to proceed in every step pls.
THank you

try to add -d to the call it should start detached then
https://docs.docker.com/engine/reference/run/#detached--d

it still doesnt work. So everytime I'm stuck I restart that ubuntu server and try differents commands to find out. did you have any experience by setting up a steamcache/generic + steamcache-dns on the same ubuntu machine ? Thanks

@tamatoa could you be slightly more specific with "it doesn't work"? Are you still getting a locked terminal, or are you unable to communicate with the steamcache?
There's no reason to reboot the server, simply log in again from another terminal, and run docker ps This will show you the running containers.
We run both on the same server at LANs without any issues, the -d suggested by @tiramon should disconnect the container from your terminal so that you can run other commands, I don't see in your report that you're running the steamcache-dns container at all, You will need to run the steamcache container, DNS container and you'll also need to point your network DNS to the DNS container for steam to know where to find the cache.
If you are unfamiliar with docker, I suggest you have a quick read of this: https://docs.docker.com/get-started/

where to find nginx file to change the CACHE_MEM_SIZE, CACHE_DISK_SIZE, CACHE_MAX_AGE
and how to run Game Content Cache Hostnames please post a guide or tell here ty

Issue has been waiting on a response for 4 months, closing.
@mohsinskynet Please raise a new issue for your problem.

authors: JasonRivers mintopia mohsinskynet tamatoa tiramon

repo: steamcache/generic


text:
How to update account profile information?

Not clear for me, how we can update account profile information with https://v2.steemconnect.com/sign (Profile Update).
If i can write only name of the user, and no input for name, profile image and etc.
Please help

@miikkikiikki you will need to generate the link yourself or with SC2-SDK lib with the field(s) you want to edit, here is an example:
https://steemconnect.com/sign/profile-update?name=Fabien&profile_image=https%3A%2F%2Fipfs.busy.org%2Fipfs%2FQmZDi68NdNJGasKF1e8DKx395rZa9fqGRHidSjbnFfkmwG
You can test busy.org profile edit to see how it's supposed to work with more fields.

@bonustrack thank you for answer! I will try.

authors: bonustrack miikkikiikki

repo: steemit/steemconnect


text:
MQTT password allows only 31 characters

Hi,
I am using v0.5.1 and tried to add my MQTT credentials. However, I realized that the parameter cfgMqttPass only allows up to 31 characters. My MQTT password has more than that. I assume that only the first 31 characters are stored, which obviously won't work - I'm getting a return code 5 (MQTT_CONNECT_UNAUTHORIZED) :
01:00:00: CFG : cfgWbecVersion: v0.5.1
01:00:00: CFG : cfgBuildDate: Jan 20 2024 21:07:32
01:00:00: CFG : cfgCntWb: 1
01:00:03: MB  : HwVersion: 15
01:00:03: RFID: Disabled (rfid.txt not found)
16:48:40: MQTT: Attempting MQTT connection...16:48:40: MQTT: failed, rc=5 try again in 5 seconds

After creating a test user on my MQTT broker with a password that has exactly 31 characters, it worked:
01:00:00: CFG : cfgWbecVersion: v0.5.1
01:00:00: CFG : cfgBuildDate: Jan 21 2024 17:25:58
01:00:00: CFG : cfgCntWb: 1
01:00:03: MB  : HwVersion: 15
01:00:03: RFID: Disabled (rfid.txt not found)
17:31:25: MQTT: Attempting MQTT connection...connected
17:31:25: MQTT: Publish to openWB/set/lp/1

With 32 characters or more, it doesn't work anymore.
I have fixed this for myself by changing the array size of the cfgMqttPass parameter to 128. Maybe this can be changed in the official build as well. :)

Hi, I don't think it's a valid, long-term solution. The maximum password length specified by MQTT is 65535 (!) characters. This is wasted memory. Even if we would increase to 127, then somebody will insist on having a password with 128 characters.

You are right, it's more a workaround than a sustainable solution. However, I think that the probability of someone having a password with >127 characters is quite low. Even password generators nowadays create passwords with far less characters (50-64 is what I've seen). Which means that, for the next 5+ years at least, this should be more than enough.


text:
Revisit Ingestion workflow to preload asset data

applies to history_assets and asset_stats
we should preload the assets tables at the beginning of ingestion so the lazy loading of assets happens once and in bulk. Following from that, whenever we perform the asset stats queries we will have data for the corresponding asset and can therefore do these stats queries in bulk to make them more efficient on the db.
Additionally as part of this change, we should consider having an order-preserving id hash as the primary key on the history_assets that can be used by external tables like asset_stats and also used for sorting on that key value.
see this for an example of such a hash algorithm: http://cmph.sourceforge.net/chm.html

Fixed in the new ingestion system.

authors: bartekn nikhilsaraf

repo: stellar/go


text:
exp/ingest: Verification of buckets in history archive

PR Checklist
PR Structure

[x] This PR has reasonably narrow scope (if not, break it down into smaller PRs).
[x] This PR avoids mixing refactoring changes with feature changes (split into two PRs
otherwise).
[x] This PR's title starts with name of package that is most changed in the PR, ex.
services/friendbot

Thoroughness

[ ] This PR adds tests for the most critical parts of the new functionality or fixes.
[ ] I've updated any docs (developer docs, .md
files, etc... affected by this change). Take a look in the docs folder for a given service,
like this one.

Release planning

[x] I've updated the relevant CHANGELOG (here for Horizon) if
needed with deprecations, added features, breaking changes, and DB schema changes.
[x] I've decided if this PR requires a new major/minor version according to
semver, or if it's mainly a patch change. The PR is targeted at the next
release branch if it's not a patch change.

Summary
This commit provides verification of buckets in history archive exploiting the fact that hash of buckets for HAS is stored in LedgerHeader.
Goal and scope
History archives cannot be fully trusted if they are maintained by a third party or are not exposed using a safe protocol. The goal of this PR is to add verification of buckets to ensure data is safe and has not been changed. The verification works like this:

The prerequisite is a trusted Stellar-Core node that will provide an authentic ledger header (or at least header of the checkpoint ledger obtained from a trusted source).
We get ledger header from Stellar-Core backend for the HAS we want to apply.
We calculate bucket list hash using data in HAS and compare it with the authentic ledger header from 1.
For each bucket file we check if the hash of it's contents matches the hash in the file name.

This way any change in HAS or in any of buckets found in HAS will either: change the bucket list hash (will not be equal to the one in stellar-core) or will change the bucket file hash (and file name) so this will affect the list of buckets in HAS (and as a result change the bucket list hash).
See: https://github.com/stellar/go/issues/1311 (not closing it because we still need to figure out security for sessions that don't use stellar-core backend).
Summary of changes

A new method HistoryArchiveState.BucketListHash() calculates the hash for the given HAS that later can be compared with the bucket hash list found in a ledger header.
A new method XdrStream.SetExpectedHash allows setting the expected hash of a given XDR stream (ex. bucket file in a history archive). The actual check is performed in Close() that should always be called anyway (to close readers) and that way we don't need to read the file twice.
Update LiveSession to compare bucket list hash from history archive and ledger backend.

Known limitations & issues
As mentioned in the previous sections this solution requires connected stellar-core backend. This means that I added bucket hash check to LiveSession only. The other session SingleLedgerSession does not have stellar-core backend.
What shouldn't be reviewed
Will add tests after the first round of reviews when API changes are approved.

@bartekn it looks good to me but I just want to make sure I understand the validation process.
A history archive snapshot consists of a bucket list. Each of the buckets in the bucket list have their own hash. XDRStream ensures that the contents of each bucket match the bucket's hash.
The bucket list hash is hash of all the bucket hashes for each bucket in the bucket list. validateBucketList() in LiveSession ensures the bucket list hash from the history archive snapshot matches the one found in stellar-core.
Is that outline correct?

@tamirms this it correct.

authors: bartekn tamirms


text:
Xdr view page cannot decode valid transaction meta

Xdr view page cannot decode the valid transaction meta below.
XDR:
[encoded data, 6288 characters]

Ref: https://discord.com/channels/897514728459468821/1214178563587309659

What I see in laboratory:

Decoding the same xdr works fine in the soroban-cli:
$ echo -n '[encoded data, 6288 characters]' \
    | soroban lab xdr decode --type TransactionMeta --output json-formatted

Output:
{
  "v3": {
    "ext": "v0",
    "tx_changes_before": [
      {
        "state": {
          "last_modified_ledger_seq": 50642155,
          "data": {
            "account": {
              "account_id": "GAOTYOCNRJ7KRH3YDVTUYDRBRNIAYZKRIBJ3XALROUL3XBUTFW4SLGZD",
              "balance": 532141401,
              "seq_num": 199923902925766687,
              "num_sub_entries": 4,
              "inflation_dest": null,
              "flags": 0,
              "home_domain": "",
              "thresholds": "01000000",
              "signers": [],
              "ext": {
                "v1": {
                  "liabilities": {
                    "buying": 0,
                    "selling": 0
                  },
                  "ext": {
                    "v2": {
                      "num_sponsored": 0,
                      "num_sponsoring": 0,
                      "signer_sponsoring_i_ds": [],
                      "ext": {
                        "v3": {
                          "ext": "v0",
                          "seq_ledger": 50642153,
                          "seq_time": 1709551151
                        }
                      }
                    }
                  }
                }
              }
            }
          },
          "ext": "v0"
        }
      },
      {
        "updated": {
          "last_modified_ledger_seq": 50642155,
          "data": {
            "account": {
              "account_id": "GAOTYOCNRJ7KRH3YDVTUYDRBRNIAYZKRIBJ3XALROUL3XBUTFW4SLGZD",
              "balance": 532141401,
              "seq_num": 199923902925766688,
              "num_sub_entries": 4,
              "inflation_dest": null,
              "flags": 0,
              "home_domain": "",
              "thresholds": "01000000",
              "signers": [],
              "ext": {
                "v1": {
                  "liabilities": {
                    "buying": 0,
                    "selling": 0
                  },
                  "ext": {
                    "v2": {
                      "num_sponsored": 0,
                      "num_sponsoring": 0,
                      "signer_sponsoring_i_ds": [],
                      "ext": {
                        "v3": {
                          "ext": "v0",
                          "seq_ledger": 50642155,
                          "seq_time": 1709551163
                        }
                      }
                    }
                  }
                }
              }
            }
          },
          "ext": "v0"
        }
      }
    ],
    "operations": [],
    "tx_changes_after": [
      {
        "state": {
          "last_modified_ledger_seq": 50642155,
          "data": {
            "account": {
              "account_id": "GAOTYOCNRJ7KRH3YDVTUYDRBRNIAYZKRIBJ3XALROUL3XBUTFW4SLGZD",
              "balance": 532141401,
              "seq_num": 199923902925766688,
              "num_sub_entries": 4,
              "inflation_dest": null,
              "flags": 0,
              "home_domain": "",
              "thresholds": "01000000",
              "signers": [],
              "ext": {
                "v1": {
                  "liabilities": {
                    "buying": 0,
                    "selling": 0
                  },
                  "ext": {
                    "v2": {
                      "num_sponsored": 0,
                      "num_sponsoring": 0,
                      "signer_sponsoring_i_ds": [],
                      "ext": {
                        "v3": {
                          "ext": "v0",
                          "seq_ledger": 50642155,
                          "seq_time": 1709551163
                        }
                      }
                    }
                  }
                }
              }
            }
          },
          "ext": "v0"
        }
      },
      {
        "updated": {
          "last_modified_ledger_seq": 50642155,
          "data": {
            "account": {
              "account_id": "GAOTYOCNRJ7KRH3YDVTUYDRBRNIAYZKRIBJ3XALROUL3XBUTFW4SLGZD",
              "balance": 533242897,
              "seq_num": 199923902925766688,
              "num_sub_entries": 4,
              "inflation_dest": null,
              "flags": 0,
              "home_domain": "",
              "thresholds": "01000000",
              "signers": [],
              "ext": {
                "v1": {
                  "liabilities": {
                    "buying": 0,
                    "selling": 0
                  },
                  "ext": {
                    "v2": {
                      "num_sponsored": 0,
                      "num_sponsoring": 0,
                      "signer_sponsoring_i_ds": [],
                      "ext": {
                        "v3": {
                          "ext": "v0",
                          "seq_ledger": 50642155,
                          "seq_time": 1709551163
                        }
                      }
                    }
                  }
                }
              }
            }
          },
          "ext": "v0"
        }
      }
    ],
    "soroban_meta": {
      "ext": "v0",
      "events": [],
      "return_value": {
        "bool": false
      },
      "diagnostic_events": [
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "fn_call"
                  },
                  {
                    "bytes": "d982c22dcbcf2026575af17e1e1954ccc23c4bc21a5711c1409b1c4694ee962b"
                  },
                  {
                    "symbol": "add_prices"
                  }
                ],
                "data": {
                  "vec": [
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "EUR"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 7
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 136500000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "EURT"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 9
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 135600000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "TRY"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 15
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 4702000000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "XLM"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 24
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 1000000000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "yBTC"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 28
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 2280000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "BTCLN"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 4
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 12,
                              "lo": 6639071115485410608
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "EURC"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 8
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 136500000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "TRYB"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 16
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 0,
                              "lo": 4702000000000000000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "IDRT"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 11
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 125,
                              "lo": 4788990786306048000
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    },
                    {
                      "map": [
                        {
                          "key": {
                            "symbol": "asset"
                          },
                          "val": {
                            "vec": [
                              {
                                "symbol": "Other"
                              },
                              {
                                "symbol": "TZS"
                              }
                            ]
                          }
                        },
                        {
                          "key": {
                            "symbol": "asset_u32"
                          },
                          "val": {
                            "u32": 17
                          }
                        },
                        {
                          "key": {
                            "symbol": "price"
                          },
                          "val": {
                            "i128": {
                              "hi": 20,
                              "lo": 5325846525808967680
                            }
                          }
                        },
                        {
                          "key": {
                            "symbol": "source"
                          },
                          "val": {
                            "u32": 0
                          }
                        },
                        {
                          "key": {
                            "symbol": "timestamp"
                          },
                          "val": {
                            "u64": 1709550600
                          }
                        }
                      ]
                    }
                  ]
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": "d982c22dcbcf2026575af17e1e1954ccc23c4bc21a5711c1409b1c4694ee962b",
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "error"
                  },
                  {
                    "error": {
                      "auth": "invalid_action"
                    }
                  }
                ],
                "data": {
                  "vec": [
                    {
                      "string": "failed account authentication with error"
                    },
                    {
                      "address": "GDKPTOMVZUNZGVSA65R7WIICFHXJR4UVFN2XPOQOQ5CLVAQWWBO6XEFF"
                    },
                    {
                      "error": {
                        "value": "unexpected_type"
                      }
                    }
                  ]
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": "d982c22dcbcf2026575af17e1e1954ccc23c4bc21a5711c1409b1c4694ee962b",
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "error"
                  },
                  {
                    "error": {
                      "auth": "invalid_action"
                    }
                  }
                ],
                "data": {
                  "string": "escalating error to VM trap from failed host function call: require_auth"
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": "d982c22dcbcf2026575af17e1e1954ccc23c4bc21a5711c1409b1c4694ee962b",
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "log"
                  }
                ],
                "data": {
                  "vec": [
                    {
                      "string": "VM call trapped with HostError"
                    },
                    {
                      "symbol": "add_prices"
                    },
                    {
                      "error": {
                        "auth": "invalid_action"
                      }
                    }
                  ]
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "host_fn_failed"
                  },
                  {
                    "error": {
                      "auth": "invalid_action"
                    }
                  }
                ],
                "data": "void"
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "read_entry"
                  }
                ],
                "data": {
                  "u64": 14
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "write_entry"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "ledger_read_byte"
                  }
                ],
                "data": {
                  "u64": 15860
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "ledger_write_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "read_key_byte"
                  }
                ],
                "data": {
                  "u64": 824
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "write_key_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "read_data_byte"
                  }
                ],
                "data": {
                  "u64": 512
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "write_data_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "read_code_byte"
                  }
                ],
                "data": {
                  "u64": 15348
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "write_code_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "emit_event"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "emit_event_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "cpu_insn"
                  }
                ],
                "data": {
                  "u64": 7144172
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "mem_byte"
                  }
                ],
                "data": {
                  "u64": 2060917
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "invoke_time_nsecs"
                  }
                ],
                "data": {
                  "u64": 846332
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "max_rw_key_byte"
                  }
                ],
                "data": {
                  "u64": 64
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "max_rw_data_byte"
                  }
                ],
                "data": {
                  "u64": 368
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "max_rw_code_byte"
                  }
                ],
                "data": {
                  "u64": 15348
                }
              }
            }
          }
        },
        {
          "in_successful_contract_call": false,
          "event": {
            "ext": "v0",
            "contract_id": null,
            "type_": "diagnostic",
            "body": {
              "v0": {
                "topics": [
                  {
                    "symbol": "core_metrics"
                  },
                  {
                    "symbol": "max_emit_event_byte"
                  }
                ],
                "data": {
                  "u64": 0
                }
              }
            }
          }
        }
      ]
    }
  }
}

@leighmcculloch Does this output look correct? It seems similar to soroban-cli output.

Does this output look correct?

It looks like a subset of the XDR, yup! 👏🏻

authors: leighmcculloch quietbits

repo: stellar/laboratory


text:
Introduce loadtest Command to Soroban RPC

What
This PR adds a new loadtest command to generate configurable load to a running Soroban RPC server.
Examples:
Simple ping loadtest at 10000 requests/s for 1 minute
soroban-rpc loadtest --soroban-rpc-url=<url> -g getHealth -n 10000 -d 1m
Simulate transaction loadtest at 1000 requests/s for 3 minutes
soroban-rpc loadtest --soroban-rpc-url=<url> -g simulateTransaction -n 1000 -d 3m --network-passphrase="Test SDF Future Network ; October 2022" --hello-world-contract-path="./test_hello_world.wasm"
Tested by spinning up a Soroban RPC docker image on a devbox and generating load to it from my local machine.
Why
It's useful for both us, and infrastructure providers, to be able to benchmark soroban-rpc performance with different types of request loads. In the future, we can consider productionalizing this to run on soroban releases to make sure we don't introduce notable performance regressions.
Known limitations

Limited types of requests able to be generated currently (getHealth, getEvents, simulateTransaction)
Config only from CLI and not config file
Manually have to inspect resource consumption on server machine (soroban-rpc metrics have limited support)

Closing this since all new RPC contributions belong in the soroban-rpc repo. If we want to move forward with incorporating this command I'll reopen this PR in the soroban-rpc repo.

repo: stellar/soroban-tools


text:
Implement validation for Stellar deposits

This PR implements getStellarDeposit() which is a helper function to extract and validate a deposit to the Stellar bridge account from an http request. getStellarDeposit() will be used by the HTTP handlers for the Stellar -> Ethereum withdrawal and refund endpoints.
A stellar deposit is valid if:

the transaction is successful
the transaction contains only one operation which is a payment to the bridge account

Note that we do not validate the Stellar asset or the ethereum address of the recipient (which is encoded in the transaction memo). Validation of those fields should only be implemented in the HTTP handler for the withdrawal endpoint. If a user does not set the memo correctly on their payment to the bridge then the withdrawal should fail, however, it should still be possible to refund the payment.

@bartekn I implemented your suggestion of ingesting both incoming and outgoing payments to the bridge, PTAL

repo: stellar/starbridge


text:
Add VisibleDeprecationWarning for more obvious deprecations

See: #1117

Per https://github.com/stellargraph/stellargraph/issues/1117#issuecomment-616311317, we've decided not to do this because #1144 fixes the major problems.

repo: stellargraph/stellargraph


text:
Brew installation failed with errors

Hello 👋
I tried to install config-lint via brew on M1 MacBook and it failed.
I ran commands:
brew tap stelligent/tap
brew install config-lint

I received errors:
Error: Invalid formula: /opt/homebrew/Library/Taps/stelligent/homebrew-tap/Formula/mu-cli.rb
mu-cli: wrong number of arguments (given 1, expected 0)
Error: Invalid formula: /opt/homebrew/Library/Taps/stelligent/homebrew-tap/Formula/config-lint.rb
config-lint: wrong number of arguments (given 1, expected 0)
Error: Cannot tap stelligent/tap: invalid syntax in tap!
Warning: No available formula with the name "config-lint". Did you mean configen?
==> Searching for similarly named formulae...
This similarly named formula was found:
configen
To install it, run:
  brew install configen
==> Searching for a previously deleted formula (in the last month)...
Error: No previously deleted formula found.
==> Searching taps on GitHub...
Error: No formulae found in taps.

2022-Aug-09: I have the very same problem, on my Mac laptop:
`brew tap stelligent/tap  --verbose --debug
/usr/local/Homebrew/Library/Homebrew/shims/shared/git --version
==> Tapping stelligent/tap
git clone https://github.com/stelligent/homebrew-tap /usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap --origin=origin --template=
Cloning into '/usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap'...
remote: Enumerating objects: 1386, done.
remote: Counting objects: 100% (78/78), done.
remote: Compressing objects: 100% (51/51), done.
remote: Total 1386 (delta 31), reused 55 (delta 26), pack-reused 1308
Receiving objects: 100% (1386/1386), 184.93 KiB | 2.08 MiB/s, done.
Resolving deltas: 100% (423/423), done.
/usr/local/Homebrew/Library/Homebrew/brew.rb (Formulary::FromPathLoader): loading /usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap/Formula/mu-cli.rb
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap/Formula/mu-cli.rb
mu-cli: wrong number of arguments (given 1, expected 0)
/usr/local/Homebrew/Library/Homebrew/brew.rb (Formulary::FromPathLoader): loading /usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap/Formula/config-lint.rb
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/stelligent/homebrew-tap/Formula/config-lint.rb
config-lint: wrong number of arguments (given 1, expected 0)
Error: Cannot tap stelligent/tap: invalid syntax in tap!
/usr/local/Homebrew/Library/Homebrew/tap.rb:312:in install' /usr/local/Homebrew/Library/Homebrew/cmd/tap.rb:65:in tap'
/usr/local/Homebrew/Library/Homebrew/brew.rb:93:in <main>'

Same issue on m1 here. Unfortunately there are no released arm images either.

01/25/2024
14:25 $ brew install config-lint
Error: config-lint: wrong number of arguments (given 1, expected 0)

repo: stelligent/config-lint


text:
Memory leaks report on pluck

Hello. Thank you for great tool.
I have question about instruments report.
I have question about query, reported as leaked in instruments
if let row = db.pluck(expression) {
            //word = row[c_word]

            //let now = NSDate().timeIntervalSince1970
            //try db.run(t_words.filter(c_id == row[c_id]).update(c_ai_used_at <- now))
}

if all lines in if block commented, this is how instruments report looks like:

if let row = db.pluck(expression) {
            word = row[c_word]

            let now = NSDate().timeIntervalSince1970
            try db.run(t_words.filter(c_id == row[c_id]).update(c_ai_used_at <- now))
}

if all lines in if block uncommented, this is how instruments report looks like:

Have idea what of errors in my code generate this leaks?

@roma86 Hi,
I am currently experiencing the same issue. Did you find something about it since you created this ticket ?
@stephencelis Do you have any idea ?

@craigzour hello. nope, i just moved to the GRDB lib and stop to investigate.

@roma86 Oh I see. And you do not have any leak at all with this new library ?

@craigzour i can not answer right now, some water is gone from that time. as i can remember there are was some other issues as well which improve my choice to move another lib and i like simple nature of grdb and they say it is match faster. But grdb required slightly more work (fe: models are not so handy as SQLite). You can test it by self with simple clean project and common sql tasks, this should not be hard. I do not want to lie you about leaks in reason i can not remember exactly.


text:
What about AUTOINCREMENT for integer keys??

One feature I rely on is the AUTOINCREMENT feature, and I can't find any support for that in the documentation. Is it there? I hate to have to create my table definition uses SQL strings just for that.

It's there: https://github.com/stephencelis/SQLite.swift/commit/798ee8eb9ba3f637031d0099bc792caac4a1a458

OK, after reading the AUTOINCREMENT description again, apparently it's got high overhead and is usually unnecessary and the default behavior is sufficient, probably for my needs.  I will try it out without autoincrement and then use it if necessary.  BTW: GREAT job on this API.  Really fantastic/prodigious, timely, convenient, complete, etc...  major kudos.

Yep, avoid AUTOINCREMENT unless you really need it!
And thanks! Glad you like it :)

Yes. Compared to ugly libsqlite and Objective C which I used to use, this is far cleaner, makes easier to read more maintainable code, and it actually works!

Stephen Celis is the man.
On Fri, Jan 30, 2015 at 12:40 PM, reflectivist notifications@github.com
wrote:

Yes. Compared to ugly libsqlite and Objective C which I used to use, this
is far cleaner, makes easier to read more maintainable code, and it
actually works!
—
Reply to this email directly or view it on GitHub
https://github.com/stephencelis/SQLite.swift/issues/55#issuecomment-72239593
.

:blush:

authors: ericcgu reflectivist stephencelis


text:
Migrate codeplex content to Pages

https://pages.github.com/

Daughter has chosen Cayman theme...

repo: stephenegriffin/mfcmapi


text:
[BUG] Galleries test failure due to thumbnail returning original URL

Is there an existing issue for this?

[X] I have searched the existing Issues

Current Behavior
The test case test_galleries.py will fail, due to this error:
tests/test_galleries.py:45: in test_thumbnail_generation
    self.assertEqual(os.path.normpath(thumb_image.lstrip("/")), thumb_name)
E   AssertionError: 'image.jpg' != '.thumbnails/image.jpg/image-24x24.jpg'
E   - image.jpg
E   + .thumbnails/image.jpg/image-24x24.jpg

On investigation, this turns out to be in the final step of thumbnail where the image is saved, which gives this exception (when traceback is printed):
Traceback (most recent call last):
  File "/workspace/mezdev/mezzanine/mezzanine/core/templatetags/mezzanine_tags.py", line 451, in thumbnail
    image = ImageOps.fit(image, to_size, Image.ANTIALIAS, 0, to_pos)
AttributeError: module 'PIL.Image' has no attribute 'ANTIALIAS'

The name ANTIALIAS was removed in PIL 10.0.0 and should be replaced with LANCZOS (ref: https://stackoverflow.com/a/76616129/653093 )
Expected Behavior
Test case to pass
Steps To Reproduce
Run the test_galleries.py test case
Environment
- Operating System: Ubuntu 22.04
- Python version: 3.10.12
- Django version: 4.1
- Database engine and version: default used by tox
- Mezzanine version: master

Anything else?
No response

I've applied the fix in my fork at https://github.com/molokov/mezzanine/commit/a89ef45c66569b542dc59a1fc735f66e4a11f876
Having trouble opening a PR - but that may be my fault, I've got other commits on my master branch unrelated to this.

repo: stephenmcd/mezzanine


text:
能不能设置到提前毫秒提交 提交有点慢

能不能设置到提前毫秒提交 提交有点慢

秒杀间隔是 提前？还是什么的 ？

repo: stephenml/taobao-helper


text:
conflict with same column name and association name

Hi!
I have a model with email column and with has_many :emails association.
# == Schema Information
#
# Table name: users
#
#  id              :integer          not null, primary key
#  email        :string

class User < ActiveRecord::Base
  has_many :emails
end

I am getting this error when I try to import and assigned value to email field.
  Failed to create John Smith: Association not found. Email.id = john.smith@example.com

You could try to filter out one of the fields using model configuration.
I'm not sure how to get past this kind of name confusion in the import
script.
On Jul 8, 2016 12:25 PM, "Rodel Medina" notifications@github.com wrote:

Hi!
I have a model with email column and with has_many :emails association.
class User < ActiveRecord::Base
has_many :emailsend
I am getting this error when I try to import and assign value to email
field.
Failed to create John Smith: Association not found. Email.id = john.smith@example.com
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/stephskardal/rails_admin_import/issues/75, or mute
the thread
https://github.com/notifications/unsubscribe/AB1KwdCplY3UELBmWrPfwv3ZR2mhnzawks5qTnntgaJpZM4JIL4h
.

Since there's no need for me to import the has_many :emails right now, I did this for now:
  config.model 'User' do
    import do
      include_all_fields
      # Removed the has_many assoc.
      # Just not sure if what setup should I need
      # incase I will be needing it both
      # in the future
      exclude_fields :emails
    end
  end

Great workaround. If you need to customize the import further, you can look at import hooks.

authors: medinarodel monkbroc


text:
feature request: Haskell-Language-Server / ormolu support

Did you check existing requests?

[X] I have searched the existing issues

Describe the feature
Some way to handle the errors ormolu sends when the code is malformed (probably something ormolu should handle on their end) or handle lsp time outs from formatting.
Provide background
Using hls leads to timeouts when the buffer has really malformed code (this is the fault of ormolu sending stdout errors). I have a habit of saving too often and at random times, basically whenever I move my head from my monitor so I get this slow-down each time. It would be nice to be able to handle these ormolu errors somehow. I just added an ormolu formatter for the time being which doesn't get rid of the errors but it does mean I can save without a timeout delay.
What is the significance of this feature?
nice to have
Additional details
If I should report an issue or feature request to the ormolu repo lmk and I won't waste peoples' time here. Or if I am doing something wrong then please correct me.

Ok more weird behaviour. I imagine it's unrelated but now formatting just reverts to the last saved version of the file and ignores the buffer entirely. I used $FILENAME for the arg like in the shfmt example on the readme and I'm getting this behaviour.


text:
hooks: correctly de-duplicate requests for products

My previous implementation here was incorrectly adding the zone ID to the key-set for the fragments, whivh are zone-agnostic.
Signed-off-by: Steve Kuznetsov skuznets@redhat.com
Only two requests now @floatplane !

CI looks good!

nice!

authors: floatplane stevekuznetsov

repo: stevekuznetsov/avalanche-forecast


text:
Create use-session.ts (#1)

Create use-session.ts

Help with making pages like dashboards, settings, custom login pages and more by grabbing the session of a already logged in user.
Eliminates the problems of "Session" wrapper or other workarounds. Can be called from clients to get a session, this however is slow and should not be used for things that needs the session immediately like the navbar.

Update use-session.ts

Added functionality to return null, otherwise parent code will never do anything when there is no user logged in.
(This is an issue if parent code checks for a session, if there is none then redirect to a login page.)

you should be able to get this from next-auth's useSession hook

repo: steven-tey/precedent


text:
Not pulling all hashtags, only ones I post.

I would like my website to display all #awesome posted on Instagram and I am only getting the ones that I post. Can anyone help me fix this? Any help is much appreciated!
Side note: I don't really want #awesome I am protecting what I do want with something more generic!

I am attempting something similar without any luck. Any help is appreciated!

Same here. Funnily enough, yesterday (1st June) I could get back all tagged images with whatever the hashtag I was loading. As of today, I can ONLY get images with tags that I have posted. Any clues? I've even created a new client id.

@mattredman June 1st was the magic day that the API restrictions changed and broke most of what anyone wants to do with the Ig API. Sorry to deliver bad news, but they killed searching by tag.

@emersonthis - yep. Have given up on my project weeks ago. Oh well.

authors: ashleymarchant emersonthis mattredman sarahhimmler


text:
Error when building the 3.0-dev branch

Hi,
Pulled the latest code this morning & get the following error:
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 1.186 s <<< FAILURE! - in org.owasp.dependencytrack.model.ProjectTest
[ERROR] testProjectPersistence(org.owasp.dependencytrack.model.ProjectTest)  Time elapsed: 0.89 s  <<< ERROR!
javax.jdo.JDOFatalUserException: A property named javax.jdo.PersistenceManagerFactoryClass must be specified, or a jar file with a META-INF/services/javax.jdo.PersistenceManagerFactory entry must be in the classpath, or a property named javax.jdo.option.PersistenceUnitName must be specified.
Caused by: javax.jdo.JDOFatalInternalException: Error creating transactional connection factory
Caused by: java.lang.reflect.InvocationTargetException
Caused by: org.datanucleus.exceptions.NucleusException: Attempt to invoke the "DBCP" plugin to create a ConnectionPool gave an error : The connection pool plugin of type "DBCP" was not found in the CLASSPATH!
Caused by: org.datanucleus.exceptions.NucleusUserException: The connection pool plugin of type "DBCP" was not found in the CLASSPATH!
Thanks,
AD

Are you using Java 8 and Maven 3.1 or higher?

I'm unable to replicate
git clone -b 3.0-dev https://github.com/stevespringett/dependency-track.git dependency-track
cd dependency-track
mvn clean package

Travis-ci does a very similar thing https://travis-ci.org/stevespringett/dependency-track
In my case, I using Maven 3.5.0 with Java 1.8.0_144

updated my maven & java & built the war successfully - thanks!

Pulled the latest 3.0 branch & get this error @ the end:
INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[36,
96] cannot find symbol
symbol:   variable APPLICATION_NAME
location: class alpine.Config.AlpineKey
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[37,
92] cannot find symbol
symbol:   variable APPLICATION_VERSION
location: class alpine.Config.AlpineKey
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[38,
94] cannot find symbol
symbol:   variable APPLICATION_TIMESTAMP
location: class alpine.Config.AlpineKey
[INFO] 3 errors
[INFO] -------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:36 min
[INFO] Finished at: 2017-11-08T09:33:35Z
[INFO] Final Memory: 32M/190M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:compile (default-compile) on pr
oject dependency-track: Compilation failure: Compilation failure:
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[36,
96] cannot find symbol
[ERROR]   symbol:   variable APPLICATION_NAME
[ERROR]   location: class alpine.Config.AlpineKey
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[37,
92] cannot find symbol
[ERROR]   symbol:   variable APPLICATION_VERSION
[ERROR]   location: class alpine.Config.AlpineKey
[ERROR] /C:/dependency-track-3.0-dev/dependency-track/src/main/java/org/owasp/dependencytrack/model/About.java:[38,
94] cannot find symbol
[ERROR]   symbol:   variable APPLICATION_TIMESTAMP
[ERROR]   location: class alpine.Config.AlpineKey
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
Thanks,
AD

Correct. This is due to changes I made in Alpine last night that I need to update Dependency-Track for today. Will ping this ticket when those changes are made.

Closing

authors: adunkey stevespringett

repo: stevespringett/dependency-track


text:
Combine all cell tooltips into one Bootstrap popover?

Hi @steveswinsburg,
Thinking about tooltips for things within the cell and making them available via a click, I worry there'll be conflicts with the click behaviour to enter the edit mode and this might toy with the user's expectations of what the cell is and what a click does.
I was thinking an alternative might be introducing a single Bootstrap popover that displays upon focus of the cell and displays an amalgamation of all cell-status messages.  This would need to be driven by Wicket (as updates will change the tooltip state) and would potentially include markup to provide some nice display of each of the messages.  Another benefit would be providing a single place for any cell notifications rather than requiring the user to click all around the cell to see what each icon means ;)
I was wondering if there's a hook to be able to render a component/panel into another component's attribute?
I was imagining something in GradeItemCellPanel whereby we could have add(new GradeItemCellPopover('popover', model, otherState) which would render all the various things into single portion of HTML and then render itself to the owner element as an attribute (perhaps with an AttributeModifier?).  Basically rendering a HTML representation of all the messages into a data-content attribute e.g. ?  Do you think this would be a standard kind of thing? Or perhaps a custom Component or Behaviour that we need to write?
I'll have a play in the meantime, but just wondering if you know of a quick Wicket-way to save me the exploration time ;)
Thanks!

Ooo this seems to be working mostly (in GradeItemCellPanel#onInitialize):
 String popoverString = ComponentRenderer.renderComponent(new GradeItemCellPopoverPanel("popover", model)).toString();
 getParent().add(new AttributeModifier("data-toggle", "popover"));
 getParent().add(new AttributeModifier("data-trigger", "focus"));
 getParent().add(new AttributeModifier("data-placement", "bottom"));
 getParent().add(new AttributeModifier("data-html", "true"));
 getParent().add(new AttributeModifier("data-content", popoverString));

First WIP: https://github.com/steveswinsburg/gradebookNG/compare/master...payten:mobile-friendly-tooltips
So I guess we'd need an easy way of only inserted this attribute when required to avoid empty popovers for every cell.  But seems to be doable.. woot.

This is done and merged into master.

repo: steveswinsburg/gradebookNG


text:
Documentation

Need some initial documentation.

There is a significant amount of autogenerated documentation - I need to go through and check
a) Its all added into the documentation - particularly for newer files
b) Expand the non-autogenerated documentation, simple walkthroughs, developer guide/discussion of the internals in more details would be good.

repo: stfc/HartreeParticleDSL