Fixes migrate command bug

Fixes bug where reading ConfigMap inventory object causes MultipleInventoryObjError.
Creates and passes ConfigMap provider, instead of incorrect DualDelegatingProvider.
Hidden behind environment variable flag, so it can not affect current functionality.

/assign @phanimarupaka

@seans3 The PR looks fine and it looks like it solved the issue. Thanks
Current version
$ kpt live migrate wordpress
inventory migration...
  ensuring ResourceGroup CRD exists in cluster...success
  updating Kptfile inventory values...success
  retrieve the current ConfigMap inventory...failed
inventory migration...failed
error: Detected ResourceGroup (Kptfile) and deprecated ConfigMap (inventory-template.yaml)
inventory objects. Please run "kpt live migrate" to complete upgrade to
ResourceGroup inventory object.

After this PR merged
$ kpt live migrate wordpress
inventory migration...
  ensuring ResourceGroup CRD exists in cluster...success
  updating Kptfile inventory values...values already exist...success
  retrieve the current ConfigMap inventory...success (3 inventory objects)
  migrate inventory to ResourceGroup...success
  deleting old ConfigMap inventory object...success
deleting inventory template file: /Users/pmarupaka/Testspace/wordpress/inventory-template.yaml...success
inventory migration...success

Are you planning to add e2e tests to verify this behavior? This is a good case to be ensured with e2e tests IMO.

Are you planning to add e2e tests to verify this behavior? This is a good case to be ensured with e2e tests IMO.

I was planning on upgrading the e2e framework, but in a separate PR. Looking at e2e directory now. Do you think our current e2e testing framework is adequate?

This particular case can be addressed by current framework IMO. Just have an inventory file and kptfile written to a disk and migrate command should delete the inventory file and add a section to Kptfile.
If you are talking about the bigger picture, I thing we should discuss about it separately and need not link it to this issue.

Are you planning to add e2e tests to verify this behavior? This is a good case to be ensured with e2e tests IMO.

I was planning on upgrading the e2e framework, but in a separate PR. Looking at e2e directory now. Do you think our current e2e testing framework is adequate?

Yeah--there doesn't appear to be a testing framework which stands up an API Server, which would be needed for e2e test here. I think this is a much bigger task that should not block this small fix. Also, there is a release today.


remove using await in the html file

Hello, thank you for this project it's impressive :)
Tried to use it out of curiosity and I noticed an issue with the HTML file that gets generated from src/middleware/render-voyager-page.ts.
The issue is that it's using await which breaks the browser:

We shouldn't be using await, so I changed the file to include this:
window.addEventListener('load', async function (event) {
  fetch('${endpointUrl}', {
    method: 'post',
    headers: Object.assign(
      {},
      {
        Accept: 'application/json',
        'Content-Type': 'application/json',
      },
      `${headersJS}`
    ),
    body: JSON.stringify({
      query: GraphQLVoyager.voyagerIntrospectionQuery,
    }),
    credentials: 'include',
  })
    .then((response) => response.json())
    .then((introspection) => {
      GraphQLVoyager.renderVoyager(document.getElementById('voyager'), {
        introspection,
        displayOptions: `${JSON.stringify(displayOptions)}`,
      })
    })
})

I tested this locally with Hapi, following this
Thanks!

Something that might be interesting is that when running npm run compile:middleware, the complied middleware doesn't match what's being installed in version 2.0.0, only one await is being used.

related #372 and #375


Loot ruined portals; also stop using avoidance when vunerable

Made a fork that can loot ruined portals and I thought, let's try and merge it!
Also removed avoidance as it's costly.
Also added the ability to get melon and clay blocks.

This is probably the highest quality PR I've seen so far! Sold!


Add ability to pause download

It would be great to be able to pause the download

Yes, it would be one of the most required feature


Fabric Explorer not working, Application url not working. I followed all steps as mentioned in this page.

[Enter feedback here]
Fabric Explorer not working, Application url not working. I followed all steps as mentioned in this page.

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

ID: 14a88836-9255-1c3e-c375-f0ac8bfa43e4
Version Independent ID: fb50730e-6a21-3064-5acd-afbaf10dfc1e
Content: Deploy a Service Fabric app to a cluster in Azure - Azure Service Fabric
Content Source: articles/service-fabric/service-fabric-tutorial-deploy-app.md
Service: service-fabric
GitHub Login: @tomvcassidy
Microsoft Alias: tomcassidy

@nambir
Thanks for your feedback! We will investigate and update as appropriate.

@nambir
Could you please elaborate the query for better understanding. So, we can assist you further and please provide broken link which your unable to open.

Hi @SaibabaBalapur-MSFT ,
Attaching the screenshot.

@nambir
I could see your tried with location East US.  Only specify location East Us region your facing error or all regions you're getting same error page.
Please go through below link for service fabric explorer.
https://learn.microsoft.com/en-us/shows/building-microservices-applications-on-azure-service-fabric/service-fabric-explorer

@nambir
We are going to close this thread as resolved but if there are any further questions regarding the documentation, please tag me in your reply and we will be happy to continue the conversation.


Adding extend checks

This PR doesn't allow to add new samples to a prep template if it has been already preprocessed. This was an oversight on my previous PR and it will be great if I can have this review/merged so I can deploy this change tomorrow at 4pm (time scheduled for the upgrade).
While doing this PR, I noticed that there are no checks in terms of not allowing update/extend if the template has been submitted to EBI. I think this is a bigger discussion as I can see arguments for limiting it and not limiting it.
@antgonza @ElDeveloper @squirrelo can you review?

:+1:

Thanks @ElDeveloper !

Thanks guys!

Thanks @antgonza !


Support zip in Artifact Format

Will you be open to PR for supporting zip format? For example https://github.com/dprint/dprint/releases. Thanks!

I feel like we tried supporting zip internally at Meta and ran into some issues. Something like the zip Rust crate didn't support all zip files we tested it with?
Hopefully @zertosh remembers...

We tried zip-rs when they were at v0.5.0 (mid-2019). At the time it had terrible perf and it didn't handle symlinks. I don't know if the issues have been resolved. It's worth revisiting though.

Took an initial stab at this using zip-rs. https://github.com/facebook/dotslash/pull/13
It worked fine with the dprint archive; I didn't test it with anything else.

@hn8 Please re-open the issue. The change hasn't been merged into the official repository yet.


Queen 2D kill Backtracking

I can provide you clean and well-commented code in Java so that it gives readability to all users. As a Gssoc'21 participant please assign me this issue.

issue present at #381


Console plugin is not functional in CentOS 5.7

From taldcroft on 2011-11-15T14:48:53Z
What steps will reproduce the problem?

Start spyder
Try to type in Console window or run a program What is the expected output? What do you see instead? Should see normal python startup message and prompt.  Instead the Console window is blank and I cannot type into it at all.  Opening a new interpreter shows an orange ! triangle for about a second before going back to the green running-man symbol.  During that second there is a prompt visible and I can type, but there is no response.  Running a program (e.g. "print 'hello'") produces no output anywhere. What version of the product are you using? On what operating system? Spyder 2.1.1 on CentOS-5.7 with Python 2.6.3, PyQt 4.7.4, Qt 4.5.1.

Please provide any additional information below
. Spyder was installed with "python setup.py install --user", where python is from a Python 2.6 installation in /usr/local.  Ran spyder with --debug but there was no associated error message.  The path to Python interpreter is correctly set as /usr/local/bin/python.
Original issue: http://code.google.com/p/spyderlib/issues/detail?id=838

From taldcroft on 2011-11-17T06:54:49Z
No traceback was visible in the internal console.  It just shows as below (before and after opening a regular console window).  There was also nothing interesting in the History log.
Python 2.6.3 ( r263 :75183, Oct 29 2009, 10:05:51)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
Type "copyright", "credits" or "license" for more information.
>>>

From pierre.raybaut on 2011-11-16T01:07:02Z
Could you please take a look at the internal console to see if there is any traceback there?

From taldcroft on 2011-11-18T09:20:44Z
No luck:
% python spyder.py --debug
Start of MainWindow constructor
Initializing...
End of MainWindow constructor
*** Start of MainWindow setup ***
Loading object inspector...
Loading outline explorer...
Loading editor...
Loading file explorer...
Loading history plugin...
Loading online help...
Loading project explorer...
Loading external console...
Loading namespace browser...
Setting up main window...
Setting up window...
*** End of MainWindow setup ***

From pierre.raybaut on 2011-11-17T07:03:19Z
You may try to run Spyder in debug mode:
python spyder.py --debug
and check if there is any message/warning in the terminal in which you entered the command.

From ccordoba12 on 2011-11-20T22:18:48Z
I see you're Qt and PyQt versions are a bit outdated. Maybe there is the problem.
Summary: Console plugin is not functional in CentOS 5.7
Labels: Cat-Console

From taldcroft on 2012-01-04T21:34:18Z
I installed the latest Qt and PyQt from source but this did not solve the problem.  One thing I'm wondering is if there is a problem that I'm using ActiveState Python, which uses a static build of the Python library.

From taldcroft on 2011-11-28T11:42:20Z
Unfortunately I am not able to install a newer version of Qt (no root and I'm not up to the challenge of building Qt from source on CentOS-5).

From ccordoba12 on 2014-08-23T13:18:08Z
Please try the Anaconda Python distribution.
Status: WontFix


not compiled with esp32c3

./components/esp32-owb/owb_rmt.c
../components/esp32-owb/owb_rmt.c: In function '_init':
../components/esp32-owb/owb_rmt.c:432:26: error: incompatible types when assigning to type 'volatile union ' from type 'int'
GPIO.enable_w1ts = (0x1 << gpio_num);
^
../components/esp32-owb/owb_rmt.c:436:14: error: 'gpio_dev_t' {aka 'volatile struct gpio_dev_s'} has no member named 'enable1_w1ts'; did you mean 'enable_w1ts'?
GPIO.enable1_w1ts.data = (0x1 << (gpio_num - 32));

Which compiler version (gcc --version) and ESP-IDF version are you using?

Which compiler version (gcc --version) and ESP-IDF version are you using?

ESP-IDF v4.3.1
-- Found Git: /usr/bin/git (found version "2.25.1")
-- The C compiler identification is GNU 8.4.0
-- The CXX compiler identification is GNU 8.4.0
with other versions - the same problem

Thanks for the report, I will look into this when time permits. On the face of it, It's probably a portability issue.

I'm also facing the same issue, does not compile on esp-c3:
https://github.com/DavidAntliff/esp32-ds18b20-example/issues/24

Same problem, ESP32C3, ESP-IDF 4.4

Thanks to contributor @mjcross there's now support for ESP-IDF v4.4.4 and v5.0.1. If you have time, would you mind trying again with the latest code from the master branch, please?

https://github.com/CJCombrink/esp32-owb resolved this for me, esp IDF v5.1.2


Individual Pieces Showcase

I really enjoy this library, but the main issue for me to utilize it was to switch out the dropdown form to a standard image selection that most avatar creators have. To do this I created the Piece component that allows you to show each piece individually.
this solves #3

thanks for contributing!


Added option to show for all NPCs, regardless of listed names.

I found it really annoying to have to add every NPC I wanted displayed to a list, so I added an option to display MonsterHP for all monsters, regardless of the contents of the npc names list.
Also did some minor refactoring on npc list check logic since it was repeatedly used in multiple places. I extracted the logic to its own function.
Hopefully you will approve this and submit it soon, would really love to be able to use this plugin for all NPCs. Thanks!

I have merged your changes with my branch and made a pull request to add it to the plugin hub with runelite. Thank you for your help.


latest build breaks ssl connections with Mac OS clients

Hey team,
New issue just came up with the latest build.  Watchtower updates for me nightly at 1:00am and this time when the latest build came online it broke connection to mac OSX El Capitan (10.11) clients.
Once I reverted to the previous image, all is working again.  Logs clearly show an "unsupported protocol" issue with the latest build.  Here is the relevant output from /var/log/mail/mail.log from within the container:
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<HP2TSCFmzcLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<axCUSCFmzsLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<AzyUSCFmz8LAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<p1CUSCFm0MLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<qm6USCFm0cLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<fYyUSCFm0sLAqAUw>
Feb 26 10:00:21 mail postfix/postscreen[3558]: CONNECT from [<IP_ADDRESS>]:49881 to [<IP_ADDRESS>]:25
Feb 26 10:00:21 mail postfix/postscreen[3558]: CONNECT from [<IP_ADDRESS>]:49884 to [<IP_ADDRESS>]:25
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<Z8aVSCFm3cLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<HuWVSCFm3sLAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<RAOWSCFm38LAqAUw>
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<zRyWSCFm4cLAqAUw>
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<DT+WSCFm4sLAqAUw>
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/postscreen[3558]: CONNECT from [<IP_ADDRESS>]:49895 to [<IP_ADDRESS>]:25
Feb 26 10:00:21 mail dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=<IP_ADDRESS>, lip=<IP_ADDRESS>, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<HGSWSCFm48LAqAUw>
Feb 26 10:00:21 mail postfix/dnsblog[3998]: warning: dnsblog_query: lookup error for DNS query <IP_ADDRESS>.list.dnswl.org: Host or domain name not found. Name service error for name=<IP_ADDRESS>.list.dnswl.org type=A: Host not found, try again
Feb 26 10:00:21 mail postfix/postscreen[3558]: PASS OLD [<IP_ADDRESS>]:49881
Feb 26 10:00:21 mail postfix/postscreen[3558]: PASS OLD [<IP_ADDRESS>]:49884
Feb 26 10:00:21 mail postfix/postscreen[3558]: PASS OLD [<IP_ADDRESS>]:49895
Feb 26 10:00:21 mail postfix/smtpd[3593]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3594]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3593]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtpd[3593]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtpd[3593]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3593]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/smtpd[3594]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtpd[3594]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtpd[3594]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3594]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/smtpd[3595]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3595]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtpd[3595]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtpd[3595]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtpd[3595]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/submission/smtpd[3560]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/submission/smtpd[4003]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: lost connection after CONNECT from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: disconnect from unknown[<IP_ADDRESS>] commands=0/0
Feb 26 10:00:21 mail postfix/smtps/smtpd[3596]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3596]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtps/smtpd[3596]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtps/smtpd[3596]: lost connection after CONNECT from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3596]: disconnect from unknown[<IP_ADDRESS>] commands=0/0
Feb 26 10:00:21 mail postfix/submission/smtpd[4003]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/submission/smtpd[4003]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/submission/smtpd[4003]: lost connection after STARTTLS from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/submission/smtpd[4003]: disconnect from unknown[<IP_ADDRESS>] ehlo=1 starttls=0/1 commands=1/2
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: connect from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: SSL_accept error from unknown[<IP_ADDRESS>]: -1
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: warning: TLS library problem: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol:../ssl/statem/statem_srvr.c:974:
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: lost connection after CONNECT from unknown[<IP_ADDRESS>]
Feb 26 10:00:21 mail postfix/smtps/smtpd[3597]: disconnect from unknown[<IP_ADDRESS>] commands=0/0

Hey, we have a new security ENV-variable "TLS_LEVEL" (see#831). The default value is "modern"- which Is not supported by OpenSSL 0.9.8. Only the neweset Mac OS X has a newer SSL-library (LibreSSL supports modern ciphers).
In your case I suggest you set the env-variable to "intermediate".

@mwlczk - that works, thanks.  I was looking through #831 and the string "TLS_LEVEL" doesn't show up in any of the comments, much less have a detailed description of what the different options are.  Reading through the PR and the changed files there does show it, and I now see there was an entry made in the README.md file as well.
@johansmitsnl - I would suggest that whenever we make a change which will knowingly break current configurations, but have a workaround for it such as this example with an ENV variable, we should make some effort to warn existing users and have a detailed explanation on exactly what needs changing and why.  Don't assume everyone is going to read the details of a PR and just be able to figure it out on their own.  :)
Regards,
:D

Wanting to introduce a stable and a edge channel for the docker builds. So that people that run latest are edge and other that prefer a more stable solution run the stable releases.
Now due to new features things break because of the lack of specific tests or simple missed it.
Then we can do better releases and update the changelog accordingly so users get better info about the changes and if it might brake somethings.
Due to missing analytics (we like our privacy) changes like these might break more then intended or anticipated if your own environment is "actual" soft/hardware. Sometimes you forget older parts that might just work fine today and should not stop working.
Please see #864 for this proposal.

@mzedeler Keeping it on the latest release will never increase security. Due to not having analytics of the servers and clients connecting we try to follow the security standards.

Close the issue, solution is to lower the TLS_LEVEL

I know this is closed, but I just ran into a problem again with somebody using Mac OS 10.11.6 not being able to send mail – though I am on TLS_LEVEL=intermediate. Somehow, this is a bit of a problem, as we would like to be on the highest possible security, but at the same time cannot loose people using the latest security update on a not-ancient OS. Does anybody know of a list of necessary ciphers for various clients?

@kortenkamp not that I know of.

@kortenkamp if he can let him run this command: openssl ciphers
There you go. But i don't know of a website showing all the supported ciphers for all the different implementations.

I also have issues with
SSL_accept error
Several websites to check certificate and mail configuration give no errors!
very frustrating!
Im also on OSX apple mail latest version.
How can this be resolved? I already set mode to 'intermediate'

@kortenkamp
May I ask if you where able to resolve this issue, and if , how you resolved it?
Im on version:
10.14.4 Beta (18E174f)

@voordev I manually override the tls_high_cipherlist in postfix-main.cf:
tls_high_cipherlist=ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-CCM8:ECDHE-ECDSA-AES256-CCM:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA256:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:ECDHE-RSA-AES256-SHA

@voordev I manually override the tls_high_cipherlist in postfix-main.cf:
tls_high_cipherlist=ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-CCM8:ECDHE-ECDSA-AES256-CCM:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA256:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:ECDHE-RSA-AES256-SHA

Thank you for posting your solution. Is this an apple related bug or a postfix issue?
So I could create a postfix-main.cf in the /mailserver/config path the docker container reads from with
those values?

I don’t think it is a bug in Apple clients or postfix. It might be a wrong configuration setting in docker-mailserver. Might have been fixed by now, but for me I won’t touch it as it works for me.
And yes, just create that file in the config directory.

Am 17.02.2019 um 12:33 schrieb Anne<EMAIL_ADDRESS>@voordev I manually override the tls_high_cipherlist in postfix-main.cf:
tls_high_cipherlist=ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-CCM8:ECDHE-ECDSA-AES256-CCM:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA256:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:ECDHE-RSA-AES256-SHA
Thank you for posting your solution. Is this an apple related bug or a postfix issue?
So I could create a postfix-main.cf in the /mailserver/config path the docker container reads from with
those values?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

So I tried above solution postfix config and restarted the mailserver, but it still complains my certificates are invalid. I have invalidated my OSX dns.
Checked certificates on external websites and they are all valid passing.
OSX mail does keep complaining which is very very frustrating.
I need to use my mailboxes.
The certificate for this server is invalid.
Anyone please some suggestions on how to resolve this?

I think it is impossible to help here without further details.

@voordev A new issue with a reference would be better than commenting on a closed one. When opening a new issue there are several questions that are asked and they are skipped now.

What setting did you set: TLS_LEVEL?
Log of the docker container when you connect
Output off you OSX terminal: openssl s_client -connect YOUR-SERVER-DNS:993 -crlf
Output off you OSX terminal: openssl s_client -starttls smtp -connect YOUR-SERVER-DNS:587

If you need more assistance give a shout at: https://gitter.im/johansmitsnl

Hi Jonathan,
Thank you for your reply; much appreciated
I have some linux administration experience but this one i have been unable
to resolve.
Maybe you have some thoughts on how to resolve it.
Probably more users have problems with the mailserver and https.
Below are the answer to your questions:
1. - TLS_LEVEL=intermediate
2. Docker log
*Lines *
100
*Actions   *
Feb 19 06:46:36 mail amavis[22373]: Net::Server: User Not Defined.
Defaulting to EUID '109'
Feb 19 06:46:36 mail amavis[22373]: Module Amavis::Conf        2.404
Feb 19 06:46:36 mail amavis[22373]: Module Archive::Zip        1.59
Feb 19 06:46:36 mail amavis[22373]: Module BerkeleyDB          0.55
Feb 19 06:46:36 mail amavis[22373]: Module Compress::Raw::Zlib 2.069
Feb 19 06:46:36 mail amavis[22373]: Module Compress::Zlib      2.069001
Feb 19 06:46:36 mail amavis[22373]: Module Digest::MD5         2.54
Feb 19 06:46:36 mail amavis[22373]: Module Encode              2.80_01
Feb 19 06:46:36 mail amavis[22373]: Module File::Temp          0.2304
Feb 19 06:46:36 mail amavis[22373]: Module IO::Socket::IP      0.37
Feb 19 06:46:36 mail amavis[22373]: Module MIME::Entity        5.508
Feb 19 06:46:36 mail amavis[22373]: Module MIME::Parser        5.508
Feb 19 06:46:36 mail amavis[22373]: Module MIME::Tools         5.508
Feb 19 06:46:36 mail amavis[22373]: Module Mail::Header        2.18
Feb 19 06:46:36 mail amavis[22373]: Module Mail::Internet      2.18
Feb 19 06:46:36 mail amavis[22373]: Module Net::LibIDN         0.12
Feb 19 06:46:36 mail amavis[22373]: Module Net::Server         2.008
Feb 19 06:46:36 mail amavis[22373]: Module Scalar::Util        1.4202
Feb 19 06:46:36 mail amavis[22373]: Module Socket              2.020_03
Feb 19 06:46:36 mail amavis[22373]: Module Time::HiRes         1.9733
Feb 19 06:46:36 mail amavis[22373]: Module Unix::Syslog        1.1
Feb 19 06:46:36 mail amavis[22373]: Amavis::ZMQ code     NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Amavis::DB code      loaded
Feb 19 06:46:36 mail amavis[22373]: SQL base code        NOT loaded
Feb 19 06:46:36 mail amavis[22373]: SQL::Log code        NOT loaded
Feb 19 06:46:36 mail amavis[22373]: SQL::Quarantine      NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Lookup::SQL code     NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Lookup::LDAP code    NOT loaded
Feb 19 06:46:36 mail amavis[22373]: AM.PDP-in proto code loaded
Feb 19 06:46:36 mail amavis[22373]: SMTP-in proto code   loaded
Feb 19 06:46:36 mail amavis[22373]: Courier proto code   NOT loaded
Feb 19 06:46:36 mail amavis[22373]: SMTP-out proto code  loaded
Feb 19 06:46:36 mail amavis[22373]: Pipe-out proto code  NOT loaded
Feb 19 06:46:36 mail amavis[22373]: BSMTP-out proto code NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Local-out proto code loaded
Feb 19 06:46:36 mail amavis[22373]: OS_Fingerprint code  NOT loaded
Feb 19 06:46:36 mail amavis[22373]: ANTI-VIRUS code      NOT loaded
Feb 19 06:46:36 mail amavis[22373]: ANTI-SPAM code       NOT loaded
Feb 19 06:46:36 mail amavis[22373]: ANTI-SPAM-EXT code   NOT loaded
Feb 19 06:46:36 mail amavis[22373]: ANTI-SPAM-C code     NOT loaded
Feb 19 06:46:36 mail amavis[22373]: ANTI-SPAM-SA code    NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Unpackers code       loaded
Feb 19 06:46:36 mail amavis[22373]: DKIM code            NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Tools code           NOT loaded
Feb 19 06:46:36 mail amavis[22373]: Found $file            at
/usr/bin/file
Feb 19 06:46:36 mail amavis[22373]: No $altermime,         not using it
Feb 19 06:46:36 mail amavis[22373]: Internal decoder for .mail
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .Z    at
/bin/uncompress
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .gz   at
/bin/gzip -d
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .bz2  at
/bin/bzip2 -d
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .xz   at
/usr/bin/xz -dc
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .lzma at
/usr/bin/xz -dc --format=lzma
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .lrz  at
/usr/bin/lrzip -q -k -d -o -
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .lzo  at
/usr/bin/lzop -d
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .lz4  at
/usr/bin/lz4c -d
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .rpm  at
/usr/bin/rpm2cpio
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .cpio at /bin/pax
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .tar  at /bin/pax
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .deb  at
/usr/bin/ar
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .rar  at
/usr/bin/unrar-free
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .arj  at
/usr/bin/arj
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .arc  at
/usr/bin/nomarch
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .zoo  at
/usr/bin/zoo
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .doc  at
/usr/bin/ripole
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .cab  at
/usr/bin/cabextract
Feb 19 06:46:36 mail amavis[22373]: Internal decoder for .tnef
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .zip  at
/usr/bin/7za
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .kmz  at
/usr/bin/7za
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .7z   at
/usr/bin/7zr
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .jar  at
/usr/bin/7z
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .swf  at
/usr/bin/7z
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .lha  at
/usr/bin/7z
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .iso  at
/usr/bin/7z
Feb 19 06:46:36 mail amavis[22373]: Found decoder for    .exe  at
/usr/bin/unrar-free; /usr/bin/arj
*Feb 19 06:46:36 mail amavis[22373]: No decoder for       .F   *
Feb 19 06:46:36 mail amavis[22373]: Deleting db files
__db.001,__db.002,__db.003,snmp.db,nanny.db in /var/lib/amavis/db
Feb 19 06:46:36 mail amavis[22373]: Creating db in /var/lib/amavis/db/;
BerkeleyDB 0.55, libdb 5.3
Feb 19 09:12:08 mail postfix/postscreen[23006]: CONNECT from
[<IP_ADDRESS>]:49185 to [<IP_ADDRESS>]:25
Feb 19 09:12:08 mail postfix/dnsblog[23008]: addr <IP_ADDRESS> listed by
domain dnsbl.sorbs.net http://dnsbl.sorbs.net as <IP_ADDRESS>
Feb 19 09:12:08 mail postfix/dnsblog[23010]: addr <IP_ADDRESS> listed by
domain zen.spamhaus.org http://zen.spamhaus.org as <IP_ADDRESS>
Feb 19 09:12:08 mail postfix/dnsblog[23010]: addr <IP_ADDRESS> listed by
domain zen.spamhaus.org http://zen.spamhaus.org as <IP_ADDRESS>
Feb 19 09:12:08 mail postfix/dnsblog[23010]: addr <IP_ADDRESS> listed by
domain zen.spamhaus.org http://zen.spamhaus.org as <IP_ADDRESS>
Feb 19 09:12:08 mail postfix/dnsblog[23009]: addr <IP_ADDRESS> listed by
domain bl.spameatingmonkey.net http://bl.spameatingmonkey.net as
<IP_ADDRESS>
Feb 19 09:12:14 mail postfix/postscreen[23006]: DNSBL rank 5 for
[<IP_ADDRESS>]:49185
Feb 19 09:12:15 mail postfix/postscreen[23006]: NOQUEUE: reject: RCPT from
[<IP_ADDRESS>]:49185: 550 5.7.1 Service unavailable; client [<IP_ADDRESS>]
blocked using zen.spamhaus.org http://zen.spamhaus.org;
<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>proto=ESMTP, helo=
Feb 19 09:12:15 mail postfix/postscreen[23006]: DISCONNECT
[<IP_ADDRESS>]:49185
Feb 19 09:56:15 mail postfix/postscreen[585]: CONNECT from
[<IP_ADDRESS>]:53290 to [<IP_ADDRESS>]:25
Feb 19 09:56:15 mail postfix/dnsblog[588]: addr <IP_ADDRESS> listed by
domain list.dnswl.org http://list.dnswl.org as <IP_ADDRESS>
Feb 19 09:56:15 mail postfix/postscreen[585]: PASS OLD
[<IP_ADDRESS>]:53290
Feb 19 09:56:15 mail postfix/smtpd[591]: connect from
scan-42.security.ipip.net
http://scan-42.security.ipip.net[<IP_ADDRESS>]
Feb 19 09:56:15 mail postfix/smtpd[591]: lost connection after CONNECT
from scan-42.security.ipip.net
http://scan-42.security.ipip.net[<IP_ADDRESS>]
Feb 19 09:56:15 mail postfix/smtpd[591]: disconnect from
scan-42.security.ipip.net
http://scan-42.security.ipip.net[<IP_ADDRESS>] commands=0/0
Feb 19 09:59:35 mail postfix/anvil[593]: statistics: max connection rate
1/60s for (smtpd:<IP_ADDRESS>) at Feb 19 09:56:15
Feb 19 09:59:35 mail postfix/anvil[593]: statistics: max connection count
1 for (smtpd:<IP_ADDRESS>) at Feb 19 09:56:15
Feb 19 09:59:35 mail postfix/anvil[593]: statistics: max cache size 1 at
Feb 19 09:56:15
Feb 19 10:26:18 mail dovecot: imap-login: Disconnected: Too many invalid
commands (no auth attempts in 89 secs): user=<>, rip=<IP_ADDRESS>,
lip=<IP_ADDRESS>, TLS, session=<aBkBrDyC/fVSS5CZ>
Feb 19 10:26:28 mail postfix/submission/smtpd[7469]: connect from
524B9099.cm-4-4c.dynamic.ziggo.nl
http://524B9099.cm-4-4c.dynamic.ziggo.nl[<IP_ADDRESS>]
Feb 19 10:26:28 mail postfix/submission/smtpd[7469]: Anonymous TLS
connection established from 524b9099.cm-4-4c.dynamic.ziggo.nl
http://524b9099.cm-4-4c.dynamic.ziggo.nl[<IP_ADDRESS>]: TLSv1.2 with
cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)
Feb 19 10:26:44 mail postfix/submission/smtpd[7469]: lost connection after
UNKNOWN from 524B9099.cm-4-4c.dynamic.ziggo.nl
http://524B9099.cm-4-4c.dynamic.ziggo.nl[<IP_ADDRESS>]
Feb 19 10:26:44 mail postfix/submission/smtpd[7469]: disconnect from
524B9099.cm-4-4c.dynamic.ziggo.nl
http://524B9099.cm-4-4c.dynamic.ziggo.nl[<IP_ADDRESS>] ehlo=1 starttls=1
unknown=0/1 commands=2/3
3. dev:~ jordan$ openssl s_client -connect mail.domain.ltd:993 -crlf
CONNECTED(00000005)
depth=0 O = Dovecot mail server, OU = @commonName@, CN = @commonName@,
emailAddress = @emailAddress@
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Dovecot mail server, OU = @commonName@, CN = @commonName@,
emailAddress = @emailAddress@
verify return:1
Certificate chain
0 s:/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
i:/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
Server certificate
-----BEGIN CERTIFICATE-----
MIIDZjCCAk6gAwIBAgIJAPJjnUqkZ+HWMA0GCSqGSIb3DQEBCwUAMGsxHDAaBgNV
BAoME0RvdmVjb3QgbWFpbCBzZXJ2ZXIxFTATBgNVBAsMDEBjb21tb25OYW1lQDEV
MBMGA1UEAwwMQGNvbW1vbk5hbWVAMR0wGwYJKoZIhvcNAQkBFg5AZW1haWxBZGRy
ZXNzQDAeFw0xOTAyMDIxMDE5MjlaFw0yMDAyMDIxMDE5MjlaMGsxHDAaBgNVBAoM
E0RvdmVjb3QgbWFpbCBzZXJ2ZXIxFTATBgNVBAsMDEBjb21tb25OYW1lQDEVMBMG
A1UEAwwMQGNvbW1vbk5hbWVAMR0wGwYJKoZIhvcNAQkBFg5AZW1haWxBZGRyZXNz
QDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXx27AtFUJTEDl8G6aA
Ls5I7kQ0HP8Kb+1WvuiOe3oVtgfoRDP4ieTyWMTE8n8krvV00E3VDrLMRc2DEK4f
tiGS1TBf5A8o78KBNsDgDLq2ciE/G6bM9xr9Jj85ET4BdlmxUVUuGCj2svixhs43
2CPuuyBlo/nMefLgsBaXpMxNUpvOMwYNZRlbYFx+jPoItyq2q57ToY0IgzcQgchm
B1hd5zGOAxnXVGZxwCnB226mCrhF2G/GQC18/3xxWLWuPG/S1trkX57wRPBgo8Js
/HdGaFqi5NT3SuzGCe1nEveICedDQUAc97spaaUHFqGhntlBkFk1rFYUTCN7PRb9
15kCAwEAAaMNMAswCQYDVR0TBAIwADANBgkqhkiG9w0BAQsFAAOCAQEAl/Jwlg+C
QnDbBtLSeC3LPhEnsFYc3yOP7E9fx9fcef3QDcROWZDrXM+syf7fpOAKvf2xdE4S
Miv2NFRI1s8jSR8f5m4XFgzo2kKF8Jvix7peO/JR5nXoOnrVu9GH9Oc/iC0pJkoh
g1Kj7fs+mqFugbFzgL+9lagNkHy23OQAresYZWCTOpbyfz9JmHpevO8iV7BFeJNB
F26aRhwFhwJlylIb6lA8nSlD+NaO5PvnCa5p/Yf1LTsoarKR5iltlL7JoNqS1Oht
D/e2Q03NetMKtZuXK1M8jlIx0vGtgA1J1YaFoKd0HCEvoCa56YKS2celJ1dvyXDn
ShRzVXktpVbq5g==
-----END CERTIFICATE-----
subject=/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
issuer=/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
No client certificate CA names sent
Server Temp Key: ECDH, X25519, 253 bits
SSL handshake has read 1487 bytes and written 285 bytes
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-CHACHA20-POLY1305
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol  : TLSv1.2
Cipher    : ECDHE-RSA-CHACHA20-POLY1305
Session-ID:
C0CE87D43C9F4A15C7B858DB2F4198AE098DF0D16039BB3BB87FBE30ABD49EF0
Session-ID-ctx:
Master-Key:
64B2F46CDB3B9983EAF22D19ED7FEB1C6BB48094568E01EED1994B4896B4F5EE2935CF5081CF1CF6E1A7BB21085D6624
TLS session ticket lifetime hint: 7200 (seconds)
TLS session ticket:
0000 - da 23 b4 19 57 aa 78 f6-81 6a 15 4d 77 73 d2 44
.#..W.x..j.Mws.D
0010 - 32 ff c1 45 23 75 d6 b4-d2 5c 36 b4 59 50 e0 64
2..E#u...\6.YP.d
0020 - a2 5a 2b 20 da ea cf 8b-01 32 40 68 52 e1 ad 3d   .Z+ .....2@hR.
.=
0030 - 52 30 c6 25 65 8b 73 c9-6b ce 8f b5 c5 f3 3b 88
R0.%e.s.k.....;.
0040 - c4 69 48 29 29 ff 7f 59-59 e9 01 2f 9c 76 45 2d
.iH))..YY../.vE-
0050 - 30 f7 19 9a a8 20 ff 79-5c cf 14 75 52 0d 7b 60   0....
.y..uR.{`
0060 - 8b 73 fa c2 08 6f 98 e4-78 e4 a8 f6 54 8c e1 66
.s...o..x...T..f
0070 - 25 29 4f bf 06 56 ef 1a-82 a9 66 e9 c4 e6 2b c2
%)O..V....f...+.
0080 - c3 6a 3f 7f 57 ca f9 73-67 c2 86 35 66 99 d9 4d
.j?.W..sg..5f..M
0090 - d7 b3 8b 4d 74 c0 10 e7-f3 fb 9e 85 b3 6b 03 94
...Mt........k..
Start Time:<PHONE_NUMBER>
Timeout   : 7200 (sec)
Verify return code: 18 (self signed certificate)

OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
AUTH=PLAIN AUTH=LOGIN] Dovecot (Debian) ready.
4. dev:~ jordan$ openssl s_client -connect mail.domain.ltd:993 -crlf
CONNECTED(00000005)
depth=0 O = Dovecot mail server, OU = @commonName@, CN = @commonName@,
emailAddress = @emailAddress@
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Dovecot mail server, OU = @commonName@, CN = @commonName@,
emailAddress = @emailAddress@
verify return:1

Certificate chain
0 s:/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
i:/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
Server certificate
-----BEGIN CERTIFICATE-----
MIIDZjCCAk6gAwIBAgIJAPJjnUqkZ+HWMA0GCSqGSIb3DQEBCwUAMGsxHDAaBgNV
BAoME0RvdmVjb3QgbWFpbCBzZXJ2ZXIxFTATBgNVBAsMDEBjb21tb25OYW1lQDEV
MBMGA1UEAwwMQGNvbW1vbk5hbWVAMR0wGwYJKoZIhvcNAQkBFg5AZW1haWxBZGRy
ZXNzQDAeFw0xOTAyMDIxMDE5MjlaFw0yMDAyMDIxMDE5MjlaMGsxHDAaBgNVBAoM
E0RvdmVjb3QgbWFpbCBzZXJ2ZXIxFTATBgNVBAsMDEBjb21tb25OYW1lQDEVMBMG
A1UEAwwMQGNvbW1vbk5hbWVAMR0wGwYJKoZIhvcNAQkBFg5AZW1haWxBZGRyZXNz
QDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXx27AtFUJTEDl8G6aA
Ls5I7kQ0HP8Kb+1WvuiOe3oVtgfoRDP4ieTyWMTE8n8krvV00E3VDrLMRc2DEK4f
tiGS1TBf5A8o78KBNsDgDLq2ciE/G6bM9xr9Jj85ET4BdlmxUVUuGCj2svixhs43
2CPuuyBlo/nMefLgsBaXpMxNUpvOMwYNZRlbYFx+jPoItyq2q57ToY0IgzcQgchm
B1hd5zGOAxnXVGZxwCnB226mCrhF2G/GQC18/3xxWLWuPG/S1trkX57wRPBgo8Js
/HdGaFqi5NT3SuzGCe1nEveICedDQUAc97spaaUHFqGhntlBkFk1rFYUTCN7PRb9
15kCAwEAAaMNMAswCQYDVR0TBAIwADANBgkqhkiG9w0BAQsFAAOCAQEAl/Jwlg+C
QnDbBtLSeC3LPhEnsFYc3yOP7E9fx9fcef3QDcROWZDrXM+syf7fpOAKvf2xdE4S
Miv2NFRI1s8jSR8f5m4XFgzo2kKF8Jvix7peO/JR5nXoOnrVu9GH9Oc/iC0pJkoh
g1Kj7fs+mqFugbFzgL+9lagNkHy23OQAresYZWCTOpbyfz9JmHpevO8iV7BFeJNB
F26aRhwFhwJlylIb6lA8nSlD+NaO5PvnCa5p/Yf1LTsoarKR5iltlL7JoNqS1Oht
D/e2Q03NetMKtZuXK1M8jlIx0vGtgA1J1YaFoKd0HCEvoCa56YKS2celJ1dvyXDn
ShRzVXktpVbq5g==
-----END CERTIFICATE-----
subject=/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
issuer=/O=Dovecot mail server/OU=@commonName@/CN=@commonName@
/emailAddress=@emailAddress@
No client certificate CA names sent
Server Temp Key: ECDH, X25519, 253 bits
SSL handshake has read 1487 bytes and written 285 bytes
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-CHACHA20-POLY1305
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol  : TLSv1.2
Cipher    : ECDHE-RSA-CHACHA20-POLY1305
Session-ID:
BB5A7BF12FED7B5A9B0E4EB09D6251D42E6BED412B9DAB457924DDFCC49E4AFC
Session-ID-ctx:
Master-Key:
E154DFB8F6EDC88C1D5EF65F5D55311EBF8F1CD669312DE3188498743F075DC023F5336C3D38E028E010D44665C06DC2
TLS session ticket lifetime hint: 7200 (seconds)
TLS session ticket:
0000 - 7d c4 8e 31 f9 6e 53 a5-53 35 b5 30 56 b4 25 97
}..1.nS.S5.0V.%.
0010 - c4 0c f9 7d 05 0f e9 7b-90 68 a8 f1 87 4d 2e d4
...}...{.h...M..
0020 - 83 12 df 61 aa 11 46 70-4a 86 3f 87 5c 40 0e 0d
<EMAIL_ADDRESS>0030 - c1 7f 3e aa 33 80 83 57-20 77 31 5a 0f e5 e5 5d   ..>.3..W
w1Z...]
0040 - ef 46 81 d4 23 4c 22 f2-b2 44 eb 33 ef a6 de f9
.F..#L"..D.3....
0050 - b6 0d f0 f1 83 ee ee 2d-82 af 4e 69 80 3f b0 da
.......-..Ni.?..
0060 - bc 79 62 c1 53 df 67 de-cd 5d 76 2f 6f f9 bb 00
.yb.S.g..]v/o...
0070 - 76 66 f2 61 bb bd 00 4c-7b 12 68 c8 c9 1e 73 23
vf.a...L{.h...s#
0080 - 75 c5 a4 b7 1f e2 da 04-d0 f5 bc 48 81 6e 33 22
u..........H.n3"
0090 - 59 83 d8 a3 f1 8d d1 02-8b 95 71 5e 5a 09 7d f2
Y.........q^Z.}.
Start Time:<PHONE_NUMBER>
Timeout   : 7200 (sec)
Verify return code: 18 (self signed certificate)

OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
AUTH=PLAIN AUTH=LOGIN] Dovecot (Debian) ready.

Kind Regards,
Jordan Lance
On Tue, Feb 19, 2019 at 8:27 AM Johan Smits<EMAIL_ADDRESS>wrote:

@voordev https://github.com/voordev A new issue with a reference would
be better than commenting on a closed one. When opening a new issue there
are several questions that are asked and they are skipped now.

What setting did you set: TLS_LEVEL?

Reply to this email directly, view it on GitHub
https://github.com/tomav/docker-mailserver/issues/863#issuecomment-465016914,
or mute the thread
https://github.com/notifications/unsubscribe-auth/Ag-ebMrNeVU_kVa6PjVqi2YfRt1GbxCiks5vO6dagaJpZM4STsTJ
.

Your issue is that the certificate is: Verify return code: 18 (self signed certificate).
This is not a valid certificate. The reason is that the certificate is made wrongly.
Where does the name "@commonName@" come from?? Did you enter this somewhere?

#1130 has the same issue. Please continue on that issue with debug information.


Upgrade Go from 1.20 to 1.21

Upgrade devcontainer to Debian bookworm
Upgrade mockery from 2.30.16 to 2.32.4
Upgrade golangci-lint from 1.53.3 to 1.54.1
Use context directly in unit tests as mocking depends on Go internals that changed in Go 1.21

Supersedes #238


Removed editor specific folders

vscode settings force prettier formatting on save. Otherwise, it will fail on the Github action that runs npm run check-format.
auto-formatting on save pretty useful feature as for me.


[Feature] Target user in a group

Is your feature request related to a problem? Please describe.
A way to target a specific user in a specific group
Describe the solution you'd like
I know we can send messages to a group. I know we can send messages to a user. Is there a way to send messages to a user in a group, i.e. the intersection of the previous audiences.
Additional context
The use-case: Say you have chat groups with a bunch of people, and you want to send a specific system message to one of the users in the group. For example, let's say the server needs to randomly select one of the users in the group and send them a secret code for a game, which the others should not know (assume that the server already has a list of all users in a group and that is unchanging, only connections may change). The message should go to the specific user, but not to all of his connections. He may have some other connections which are active for a different chat group, and so we don't want to notify those connections. We only want to target the connections belonging to that user which are currently part of the specific chat group.
Afaik from how SignalR works internally, this should be possible, but it's likely that no such method has been exposed.
I'm using Azure SignalR Service in Serverless Mode with NodeJS Azure Function Apps. Answers for Default server mode in C# would help as well.
Marking this as a feature request so that this can be added if not already available
https://stackoverflow.com/questions/65200015/signalr-target-specific-user-in-group

The way that occurs to me is that, when adding the connection to the group, add the connection to another group whose name is "username + groupname", in this way, you can send messages to connections for that user in that group.

@vicancy That's exactly the workaround I've implemented right now.
Though this brings me to the immediate next question - would it work on a greater scale ? Normally I would've had n groups with u users, but now I will have number of groups in the order of n*u. How significantly would this impact performance?
Afaik, group info is transient and only stored in the connection metadata/state, and so there should be insignificant performance implications. Correct ?
Ideally, this functionality can be provided in a more optimal way by SignalR itself. This use-case is the same as "send to user" with the extra pre-send check "is connection in group". WDYT ?
Apologies if I've got some of the concepts wrong, this is me after starting to learn/PoC SignalR just 2 days ago.

Yeah, the performance impact is little.
Under the hood, SignalR service uses pub-sub mechanism to send messages to some user or some group. So even if SignalR service is going to support this, it actually would also create a "user+group" group internally.

Here's what I infer:

System resource usage should not rise significantly (2x the number of group names stored per connection = slight memory increase)
2x the number of group management events (add to base group + add to secondary group) - group management events would typically be much lesser than actual message events so should really be a problem
Perf/latency difference - shouldn't be noticeable

Is there anything else I should consider here ?

Hey folks, any ideas on anything else I should be considering for this ?

I think it is good to go.

Thanks, closing this issue!


Cloudinary

Changes Unknown when pulling c43ee9563205dbbc7785f1aafebbae6a374d3d45 on cloudinary into ** on development**.

Changes Unknown when pulling f1a583c4e47f1df1c4fb3e7327e64afd71de7c8e on cloudinary into ** on development**.

Coverage decreased (-2.96%) to 72.78% when pulling 93ec741af1030c3419f5d8dee239f4aa67999fd3 on cloudinary into ff49c1b2bef4acf06dba25694676cd5af4ff6132 on development.


File lpcnet.h is hidden

Probably the access permissions of src/lpcnet.h file are wrong. This file is not visible to me, neither through the Web nor in the directory list of my local copy.

Sorry. Found it in include directory parallel to src. Not clear why this single header file should be there.


cabana: fix segfault in AbstractStream::mergeEvents when no can events in stream

this is a new bug introduced by https://github.com/commaai/openpilot/pull/27994
it occurs when the route contains only qlog and there are no can events inside it. or the size of the CanData list in the CAN message is 0, after Panda::can_receive return true when no messages are received from panda. (this segfault may only happen at the moment when Cabana is just started.)
@adeebshihadeh : do we need to return false if (recv <= 0) in Panda::can_receive?
https://github.com/commaai/openpilot/blob/1016c3f97c9e710c75380249da29c89b0e7ca8e1/selfdrive/boardd/panda.cc#L248
Or check the size of raw_can_data in can_recv_thread, if it is 0, do not send the empty can message?
https://github.com/commaai/openpilot/blob/bda33a942f176f329c9a86e405b28593dfde05d6/selfdrive/boardd/boardd.cc#L257-L267

closed, better fix this bug in https://github.com/commaai/openpilot/pull/28015


Offensive content warnings

Pastebin’s SMART filters have detected potentially offensive or questionable content ahead. warnings aren't bypassed. Cf. IRC on  2020-10-11.

added support with https://github.com/ArchiveTeam/pastebin-grab/commit/1e88c5ff254599aa42ea122513cd710f6d27edc4


Trim traceback further.

Consider the following example from different Python versions:
Python 3.6.8
>>> import collections
>>> collections.x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: module 'collections' has no attribute 'x'

Python 3.7.8
>>> import collections
>>> collections.x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "...\lib\collections\__init__.py", line 55, in __getattr__
    raise AttributeError(f'module {__name__!r} has no attribute {name!r}')
AttributeError: module 'collections' has no attribute 'x'

Python 3.8.10
>>> import collections
>>> collections.x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "...\lib\collections\__init__.py", line 55, in __getattr__
    raise AttributeError(f'module {__name__!r} has no attribute {name!r}')
AttributeError: module 'collections' has no attribute 'x'

Python 3.9.5
>>> import collections
>>> collections.x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "...\Python39\lib\collections\__init__.py", line 68, in __getattr__
    raise AttributeError(f'module {__name__!r} has no attribute {name!r}')
AttributeError: module 'collections' has no attribute 'x'

Python 3.10.0rc1
>>> import collections
>>> collections.x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: module 'collections' has no attribute 'x'

Python 3.6 and Python 3.10 do NOT show the line raise ... in __init__.py.  I believe that this results in a cleaner traceback, more useful for the end user.
Here's what it looks like when using friendly-traceback with Python 3.10 and 3.9.
Friendly-traceback version 0.4.31. [Python version: 3.10.0rc1]
Type 'Friendly' for help on special functions/methods.

[1]: import collections

[2]: collections.x

Traceback (most recent call last):
  Code block [2], line 1, in <module>
    collections.x
AttributeError: module 'collections' has no attribute 'x'

Friendly-traceback version 0.4.31. [Python version: 3.9.5]
Type 'Friendly' for help on special functions/methods.

[1]: import collections

[2]: collections.x

Traceback (most recent call last):
  Code block [2], line 1, in <module>
    collections.x
  File "PYTHON_LIB:\collections\__init__.py", line 68, in __getattr__
    raise AttributeError(f'module {__name__!r} has no attribute {name!r}')
AttributeError: module 'collections' has no attribute 'x'

Removing the line inside the Python library for friendly_tb, would allow the user to focus on their own code.

Here what it looks like after the new exclusion:
Friendly-traceback version 0.4.31. [Python version: 3.9.5]
Type 'Friendly' for help on special functions/methods.

[1]: import collections

[2]: collections.x

Traceback (most recent call last):
  Code block [2], line 1, in <module>
    collections.x
AttributeError: module 'collections' has no attribute 'x'

So, we now have the same output for all Python versions.
@hoefling @alexmojaki I'm making a change to exclude by default all files from the Python standard library - assuming that this is not going to create problems for your applications.  The idea is that when an error occur inside a Python library, the actual code (and variables) from that library is not shown to the end user.  This is already the case for all modules written in C.
Here's a longer example where much irrelevant output is suppressed.
New version
Traceback (most recent call last):
  File "PYTHON_LIB:\collections\__init__.py", line 965, in pop
    return self.maps[0].pop(key, *args)
KeyError: 42

    During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "TESTS:\runtime\test_key_error.py", line 62, in test_ChainMap
    d.pop(42)
KeyError: 'Key not found in the first mapping: 42'

A `KeyError` is raised when a value is not found as a
key in a Python dict or in a similar object.

The key `42` cannot be found in `d`, an object of type `ChainMap`.

Exception raised on line 62 of file TESTS:\runtime\test_key_error.py.

   59:     from collections import ChainMap
   60:     d = ChainMap({}, {})
   61:     try:
-->62:         d.pop(42)
   63:     except KeyError as e:

        d:  ChainMap({}, {})
        d.pop:  <bound method ChainMap.pop of ChainMap({}, {})>

*Previously
Traceback (most recent call last):
  File "PYTHON_LIB:\collections\__init__.py", line 1008, in pop
    return self.maps[0].pop(key, *args)
KeyError: 42

    During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "TESTS:\runtime\test_key_error.py", line 62, in test_ChainMap
    d.pop(42)
  File "PYTHON_LIB:\collections\__init__.py", line 1010, in pop
    raise KeyError(f'Key not found in the first mapping: {key!r}')
KeyError: 'Key not found in the first mapping: 42'

A `KeyError` is raised when a value is not found as a
key in a Python dict or in a similar object.

The key `42` cannot be found in `d`, an object of type `ChainMap`.

Execution stopped on line 62 of file TESTS:\runtime\test_key_error.py.

   59:     from collections import ChainMap
   60:     d = ChainMap({}, {})
   61:     try:
-->62:         d.pop(42)
   63:     except KeyError as e:

        d:  ChainMap({}, {})
        d.pop:  <bound method ChainMap.pop of ChainMap({}, {})>

Exception raised on line 1010 of file PYTHON_LIB:\collections\__init__.py.

   1007:         try:
   1008:             return self.maps[0].pop(key, *args)
   1009:         except KeyError:
-->1010:             raise KeyError(f'Key not found in the first mapping: {key!r}')

        KeyError:  <class KeyError>

Note all the information from within collectionsinit.py` in the last section (Exception raised ...) is no longer shown. It is still shown at the very beginning (as we have chained exceptions, some of which occur entirely within Python code, and no removal is done if it ends up suppressing everything).

Since the beginning, both python_tb() and friendly_tb()  [corresponding respectively to info["simulated_python_traceback"] and info["shortened_traceback"] have been "trimmed" the same way by having frames specific to friendly-traceback removed.  The idea was that python_tb() should be identical to what the user would see if they were running their code with Python, and friendly_tb() would often be simplified (shorter filepaths, some lines not shown if the traceback was too long, etc.)
With the recent change, python_tb() can now be different from what the user would see using Python to run their code.
I should make some changes so that the further trimming is only done for friendly_tb(). This will require two different traceback procedures (or duplications of "records") compared with the single one currently used.

This is change is welcomed from me, means less traceback trimming on our side. We are also using friendly_tb() exclusively, so not breaking for us.

The previous commit implements the trimming of Python stdlib code ONLY for friendly_tb(). I need to do a few more tests.
@hoefling You mention having to do (additional?) traceback trimming for your project. If you think that friendly_tb() could be improved for this project, feel free to offer suggestions.


Feature: Mousewheel support?

Maybe more question but is mouse wheel zoom in/out supported? I just tested the example provided and noticed that mouse wheel action is not zooming the images. Thanks.

@DavidBoehme you have and example here;
https://timmywil.com/panzoom/demo/
const panzoom = Panzoom(elem)
const parent = elem.parentElement
// No function bind needed
parent.addEventListener('wheel', panzoom.zoomWithWheel)
// This demo binds to shift + wheel
parent.addEventListener('wheel', function(event) {
if (!event.shiftKey) return
panzoom.zoomWithWheel(event)
})

Thank you I will try and let you know if I get stuck.
Thx Dave
On Mon, Feb 10, 2020 at 1:47 AM Carlos Urra<EMAIL_ADDRESS>wrote:

@DavidBoehme https://github.com/DavidBoehme you have and example here;
https://timmywil.com/panzoom/demo/
const panzoom = Panzoom(elem)
const parent = elem.parentElement
// No function bind needed
parent.addEventListener('wheel', panzoom.zoomWithWheel)
// This demo binds to shift + wheel
parent.addEventListener('wheel', function(event) {
if (!event.shiftKey) return
panzoom.zoomWithWheel(event)
})
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/timmywil/panzoom/issues/454?email_source=notifications&email_token=AEM5CAXBKPNEOZG5GTPFULLRCEPCBA5CNFSM4KR46DNKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELH3Q3I#issuecomment-584038509,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AEM5CAXD6IPLFSVMGVQU523RCEPCBANCNFSM4KR46DNA
.

--
David Boehme
VBO Tickets
408-910-8456www.vbotickets.com http://www.vbotickets.com

Hi! Thanks for opening an issue. Yes, mouse wheel is supported. The README has the docs and the demos have examples.


What happened?

如题，右侧导航目录无法跳转，只能右键在新窗口打开，实现定位功能。
想要确认一下，是否目前本地HTML文件不支持导航目录跳转,
Reproduction
插件设置问题已经被排除
edge，Firefox，chorme，均无法定位。
Last Working Version
No response
Version
1.8.1-0b
Operating System
win11
Obsidian Version
v1.5.8
Which browsers can you reproduce this in?
Firefox
Relevant log output
N/A

Additional Info

Hi, I have used google translate to understand your issue, so I hope I understand you correctly. The outline on the right is meant to jump to different headers, not directories. However, if it will not scroll to the header when it is clicked it is possible the chinese characters have broken it again (this is a recurring problem haha).
Can you try creating a document with headers using only ascii / english characters and see if it works then?
Thanks for the report!

刚刚更新了一下，跳转的功能可以了，
右侧导航的折叠功能有bug，只有标题底部的少数一两个4级标题可以折叠，其他标题不显示折叠图标

You can adjust the minimum folding level in the settings. Level 1 headings are not foldable by default

这个插件看起来挺不错的，如果能实现右侧导航和文档的标题折叠同步就完美了
话说，为什么更新版本没有1b，直接跳到了2b。。。

I have thought about making it so folding the outline items will also fold the document headings, however I think it's not something most users would expect.
I am not sure I understand what you mean when you say there is not 1b only 2b? Are you referring to the version number? If you are I released 0b,1b, and 2b. But there wasn't much time between 1b and 2b. You can look in the GitHub releases to see all of them.

I have thought about making it so folding the outline items will also fold the document headings, however I think it's not something most users would expect.
I am not sure I understand what you mean when you say there is not 1b only 2b? Are you referring to the version number? If you are I released 0b,1b, and 2b. But there wasn't much time between 1b and 2b. You can look in the GitHub releases to see all of them.

右侧导航增加一个，单击标题展开，再单击折叠的功能。
正文这边增加一个一键折叠的功能，一键将所有的标题的内容全部折叠，我是指保留标题的层级，折叠所有内容。
这样就比较完美了

You can already collapse the right navigation. If you mean synchronizing the collapse of the document headers and the right navigation headers then that is something I have thought of. But I think it is a pretty niche feature. But again I am not 100% sure I am understanding you completely.
Someone has requested a single button to collapse all document headings before: #166

右侧导航增加一个，单击标题展开，再单击折叠的功能。 正文这边增加一个一键折叠的功能，一键将所有的标题的内容全部折叠，我是指保留标题的层级，折叠所有内容。 这样就比较完美了

这是两个功能
第一个功能是，在右侧导航栏任意标题上，单击展开，再单击折叠，同时左侧对应标题的正文也跟着变化。
第二个功能是，更进一步的，全部标题折叠和展开的同步链接按钮

Okay I understand. These are both something I have considered. As I said one of these features has been requested before here: #166. I am interested in both these features, however they are pretty niche. I will consider adding them in the future, but no promises. Thank you! :)

标题导航过长时，没有滑动功能，导致无法展开查看
比较理想的状态时，当鼠标移动至右侧导航时，不需要单击，鼠标中键即可滑动

标题导航过长时，没有滑动功能，导致无法展开查看 比较理想的状态时，当鼠标移动至右侧导航时，不需要单击，鼠标中键即可滑动

Ah, yes you are right. this is a bug. I will fix it

Haha. This friend communicated with you in Chinese, and you also seriously addressed and replied to the issue. I express my respect to you.
哈哈.这位朋友用中文和您沟通，您也认真的解决并回复。向你表达我的敬意。

Always glad to help :)


Add options to connect to a chain with ETH1 disabled

PR Description
Make the --Xinterop-start-state a "real" option --initial-state to allow starting the chain from an initial state from a file or URL.
Add --eth1-enabled option (defaults to true) to allow disabling loading of data from the ETH1 chain.
This enables a variety of scenarios:

Syncing a beacon node to an existing network without running validators (--eth1-enabled=false --initial-state=<genesis.ssz> (eth1 data is only required to find genesis and create new blocks so unneeded in this case)
Allowing a beacon node to start syncing blocks before it has caught up with ETH1 deposits (--initial-state=<genesis.ssz>.  Avoids the delay in determining genesis from the ETH1 chain before existing blocks can start to be downloaded an imported.

If ETH1 is disabled and no initial state is provided, Teku can still start from an existing database which would provide the initial state to work from.  If there is also no initial state in the database, it terminates with an error:
ETH1 is disabled but initial state is unknown. Enable ETH1 or specify an initial state.

@MadelineMurray @bgravenorst This is probably of interest to you.


Perform a custom block if a link with specified class + parameter name is tapped.

We want to perform some logic if a specific custom link is tapped.
The link in the epub might look like this:
<a class="tooltips" href="#" data-json='<some json data>' > + </a>

If this link is tapped we want to receive the json data from data-json in a closure so that we can perform some logic.
To archive this a new array will be added to the FolioReaderConfig containing multiple class + parameter combinations which should be monitored plus the corresponding closure.
The creation of item might look like this:
ListenerCofiguration(classNameValue: "tooltips", parameterNameValue: "data-json", onTap: onTapClosure)

This issue is now in progress.

This is cool, we will have to start a docs with sample usage, we already have in code documentation but we need something that generate web pages from MD files or something like that.
LinkedIn uses https://readthedocs.org for this https://linkedin.github.io/RocketData/index.html what your guys think?

Just opened #135


Added basic crypto algorithm and provider listing tests

I added four separate tests:

test listing available crypto algorithms
test listing available crypto algorithms, but running update-crypto-policies --set FIPS before in the container (on my non-FIPS system, it actually prints different results)
test listing available crypto providers
test listing available crypto providers with update-crypto-policies --set FIPS

These tests just list the algorithms/providers, no actual "testing" is done, so they should all pass unless something nasty happens.
More info about the update-crypto-policies --set FIPS here.

I do not want any new testing to be added by default. By default these tests should be turned off. Otherwise you will compromise the continuous running of the existing testing.

I do not want any new testing to be added by default. By default these tests should be turned off. Otherwise you will compromise the continuous running of the existing testing.

Do you realise they do not test anything, but tey just list? I'm ok of course for adding some variable which will turn them on/off, but that will still mean they will be on by default in our runs. Of course it will be more easier to turn them off in bulk if it goes wrong. WDYT?

Ok, so the idea is to create some global variable and if it is set, the new tests run?

Taht was my idea, but Scott do not cofniremd it. Feel free to add it. Dont forget it msut be modifible from outside. Also I would keep the OTOOL_ prefix to make our life easier with it. so in som eprep (eg where you are setting up the urls)
if [ "${OTOOL_RUN_CRYPTOTESTS :-}" == "" ] ; then
  OTOOL_RUN_CRYPTOTESTS=true
fi

and later in test
if [  ! "${OTOOL_RUN_CRYPTOTESTS :-}" == "true" ] ; then
  skip
  exit
fi

or similarly.
Note, that  runfolderastests supports skipping.
J.

Ok, so the idea is to create some global variable and if it is set, the new tests run?

As @judovana said, since these are write-only files that are being executed it is ok to add without an additional environment variable. I do want the two Java files being used added to this repo so that we do not get change underneath the test code.  We can figure out how to automatically create PRs for this repo when you make updates in the other repo in the future.

Fair enough. On our infra, the jtreg-buffer is cached. Would it be  ok to use that cache?

Ok, I copied the two java test files here into this repository. What do you think, is it okay like this?

It seems there is possibilityto create an GH action, which monitors anoter (jtreg-buffer)  repo, scan for files (those two files) and do a PR if they differ.. Do yuu think you can try that?

It seems there is possibilityto create an GH action, which monitors anoter (jtreg-buffer) repo, scan for files (those two files) and do a PR if they differ.. Do yuu think you can try that?

Sure, i can try.


ISO 639-2 support?

Would be great to have both in one package.

Wow this is great.
I have stopped coding in Haskell a few years ago. I don't know why I did this with a file that produces Haskell source code (the Generator.hs). Specially for a relative immutable table of language codes.
This package needs to become simpler while keeping the current functions signatures as defaults. I have a plan for it. Hmm... let me see if I can still work some Haskell.
This will happen 👯♂
Thank you Alexander

Is there something I can do to help get the ISO 639-2 codes?


Add optional default string for flInput.

Apologies if you have a preferred naming scheme for variables; I'm still learning Haskell style.
This adds an optional default string for flInput, without dealing with the complexity of the varargs stuff.  Users can certainly compute their own string before passing it in, so this seems like decent bang for the buck.

Looks great! Do you mind changing maybeDefault to defaultMsg or something like that?

Thanks!


Handling data validation (drop-down menus)

https://stackoverflow.com/questions/50917384/read-drop-down-values-from-excel-using-pandas
The above shows how the objects are set up to get at data validation objects.
Currently, if an existing cell as data validation on it, then writing to it will remove the validation (drop down menu). If we wish to retain it, we may have to rebuild the validation, if that is possible.
bcompiler interface should also warn the user if a value is being written into the cell that does not meet the current validation.

Also: https://openpyxl.readthedocs.io/en/stable/validation.html


code generation error when future provider is deleted

Describe the bug
When I delete a future provider like below from source file, build_runner throws error
@riverpod
Future<String?> retrieveUrlFromClipboard(RetrieveUrlFromClipboardRef ref) async {
...
}

[WARNING] riverpod_generator on lib/ui/providers.dart:
An unexpected error was thrown trying to get location information on `AutoDisposeFutureProvider<String?> retrieveUrlFromClipboardProvider` (TopLevelVariableElementImpl).

Please file an issue at https://github.com/dart-lang/source_gen/issues/new
Include the contents of this warning and the stack trace along with
the version of `package:source_gen`, `package:analyzer` from `pubspec.lock`.

RangeError: Index: 0, Size: 0
[SEVERE] riverpod_generator on lib/ui/providers.dart:

Could not resolve annotation for `AutoDisposeFutureProvider<String?> retrieveUrlFromClipboardProvider`.
[WARNING] freezed on lib/ui/providers.dart:
An unexpected error was thrown trying to get location information on `AutoDisposeFutureProvider<String?> retrieveUrlFromClipboardProvider` (TopLevelVariableElementImpl).

["riverpod_generator on lib/ui/providers.dart",["","Could not resolve annotation for `AutoDisposeFutureProvider<String?> retrieveUrlFromClipboardProvider`.","#0      TypeChecker._computeConstantValue (package:source_gen/src/type_checker.dart:114:7)\n#1      TypeChecker._annotationsWhere (package:source_gen/src/type_checker.dart:139:21)\n#2      _SyncStarIterator.moveNext (dart:async-patch/async_patch.dart:554:14)\n#3      Iterable.isEmpty (dart:core/iterable.dart:537:33)\n#4      TypeChecker.firstAnnotationOfExact (package:source_gen/src/type_checker.dart:95:20)\n#5      LibraryReader.annotatedWithExact (package:source_gen/src/library.dart:67:34)\n#6      _SyncStarIterator.moveNext (dart:async-patch/async_patch.dart:554:14)\n#7      ParserGenerator.generate (package:riverpod_generator/src/parse_generator.dart:23:37)\n#8      _generate (package:source_gen/src/builder.dart:355:33)\n<asynchronous suspension>\n#9      Stream.toList.<anonymous closure> (dart:async/stream.dart:1343:9)\n<asynchronous suspension>\n"]]

["freezed on lib/ui/providers.dart",["","Could not resolve annotation for `AutoDisposeFutureProvider<String?> retrieveUrlFromClipboardProvider`.","#0      TypeChecker._computeConstantValue (package:source_gen/src/type_checker.dart:114:7)\n#1      TypeChecker._annotationsWhere (package:source_gen/src/type_checker.dart:139:21)\n#2      _SyncStarIterator.moveNext (dart:async-patch/async_patch.dart:554:14)\n#3      Iterable.isEmpty (dart:core/iterable.dart:537:33)\n#4      TypeChecker.firstAnnotationOf (package:source_gen/src/type_checker.dart:73:20)\n#5      TypeChecker.hasAnnotationOf (package:source_gen/src/type_checker.dart:80:7)\n#6      WhereIterator.moveNext (dart:_internal/iterable.dart:441:13)\n#7      ParserGenerator.generate (package:freezed/src/parse_generator.dart:29:37)\n<asynchronous suspension>\n#8      _generate (package:source_gen/src/builder.dart:355:23)\n<asynchronous suspension>\n#9      Stream.toList.<anonymous closure> (dart:async/stream.dart:1343:9)\n<asynchronous suspension>\n"]]

To Reproduce

write a future provider and complete code generation using build_runner watch
delete the future provider and save

pubspec.yaml
flutter_riverpod: ^2.3.6
riverpod_annotation: ^2.1.1
freezed_annotation: ^2.2.0
flutter_lints: ^2.0.0
custom_lint: ^0.4.0
riverpod_lint: ^1.3.1
build_runner: ^2.3.3
riverpod_generator: ^2.2.1
freezed: ^2.3.3
Expected behavior
code generation succeeds without error

This works for me. I've tried creating/generating/deleting a FutureProvider like you suggested, but faced no issue.
Make sure to run dart pub upgrade, just in case.

I wonder if maybe the analysis was performed before build_runner deleted the generated files? 🤔

I have faced the same issue once and solved it the following way, maybe that helps in finding the problem:

Delete part statement
Execute build_runner watch
Add the part statement again

When the build_runner finished after the third step, the build was successful and everything worked.

It appears that this error isn't thrown by Riverpod but rather source_gen.
https://github.com/dart-lang/source_gen/issues/682


Move from import * to aid V10 compatability (tslib issue)

PR Checklist
Please check if your PR fulfills the following requirements:

[x] The commit message follows our guidelines: https://github.com/scullyio/scully/blob/main/CONTRIBUTING.md#commit
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

PR Type
What kind of change does this PR introduce?

[ ] Bugfix
[x] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Other... Please describe:

What is the current behavior?
doesn't work with ts-lib2

Issue Number: N/A
What is the new behavior?
Hope it will work with tslib 2
Does this PR introduce a breaking change?

[ ] Yes
[ ] No

Other information

Now schematics check:
If the angular version is >= 8, If 8 use the angular v8 lib... if > use the other... Is the same library for v9 and v10?


Get Git commit hash when Godot is a submodule

Submodules don't have a .git folder in the same place, but a .git file that points to the actual folder. This change take this into account.

Thanks!

Now that Godot 3.1 has been released, we don't plan to cherry-pick new features and enhancements to the 3.0 branch, unless there is very strong support in favor of it. Removing cherrypick label for 3.0.


Add support for root integration test (default is still 'integration_test')

Use case
When wanting to structure tests different then having integration_test folder
Proposal
Solved here:
https://github.com/shovelmn12/patrol

Maybe it's best to use https://pub.dev/documentation/path/latest/path/normalize.html to normalize paths... Will solve relative targets

Hi @shovelmn, thank you for the proposal. There is already an issue about it, so I'm closing this one as duplicate of https://github.com/leancodepl/patrol/issues/743


merge package from arlac77/npm-package-template

.travis.yml

chore(travis): remove node versions 12.4.0
chore(travis): add node versions -10,-11,-12,12.5.0

Coverage decreased (-0.002%) to 37.314% when pulling 55f76b8cb57ffc9750fa16bf4fba188b58e1698e on npm-template-sync-1 into c845b564e5ddad881d977340898a490ae37cb203 on master.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Provide a command to launch getting started for a particular extension

When I adopt getting started in Luna Paint I'd like to tell the users that they can access the getting started guide/feature overview from within the tool by running some command. As such I'd like to be able to run some command with an arg being my extension ID to open it directly. That way I could wrap it in my own command.
Perhaps this should open to the side by default?

Added a workbench.action.openWalkthrough(fullyQualifiedWalkthroughID: string, toSide?: boolean):
vscode.commands.executeCommand('workbench.action.openWalkthrough', 'jakearl.md-to-html#exampleProject', true);

When I call either of these:
// <extid>#<stepid>
commands.executeCommand('workbench.action.openWalkthrough', 'tyriar.luna-paint#luna.interfaceOverview', true);
// <extid>#<walkthroughid>
commands.executeCommand('workbench.action.openWalkthrough', 'tyriar.luna-paint#exampleProject', true);

This is the result:

Am I doing something wrong? Also should open to side only open to side when there is an existing editor in the first group?

I was missing the capital T

Actually I think this should be case insensitive just like workbench.action.openIssueReporter

Going to close this out for verification this milestone, opened #125414 to track case insensitivity

Can anyone here help me with how to highlight a specific step/tile in a walkthrough? That does not seem to be documented but according to a quoted text it seems it should be possible:

you can run the command workbench.action.openWalkthrough with args
{ "category": "walkthroughID" (with hash separating ext id and walkthrough name)', "step": "stepID" }. They need to be URI encoded... so something like %7B%22category%22%3A%22notebooks%22%2Cstep%3A%22notebookProfile%22%7D (I used https://www.urlencoder.org/)

@lramos15?


Typescript conversion

Codecov Report

Merging #30 (6575c99) into main (9ad51c7) will decrease coverage by 2.63%.
The diff coverage is 100.00%.

:exclamation: Current head 6575c99 differs from pull request most recent head 011f243. Consider uploading reports for the commit 011f243 to get more accurate results

@@             Coverage Diff             @@
##              main      #30      +/-   ##
===========================================
- Coverage   100.00%   97.36%   -2.64%
===========================================
  Files            1        1
  Lines           38       38
  Branches         0        8       +8
===========================================
- Hits            38       37       -1
- Partials         0        1       +1

Impacted Files
Coverage Δ

src/StockSocket.ts
97.36% <100.00%> (ø)

Continue to review full report at Codecov.

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


Bug fix for updating email for Edit User

SemossWeb will send in a 'newEmail' field - originally this code looks unfinished as it was never added to the prepared statment, despite being added to the columns & value lists provided to the editUser PreparedStatement (lines 739-748)
This is in relation to semoss-ui ticket and pull request

I think the email field needs to come after the id field.  Can you confirm?

@themaherkhalil you mean the newEmail field should be after the newId?
this is what one of the updates looks like: UPDATE SMSS_USER SET EMAIL = ?, NAME = ?, TYPE = ?, ADMIN = ?, PUBLISHER = ?, EXPORTER = ?, PHONE = ? WHERE ID = ?

But what if you try editing the id to a new value for the user? I think it will add ID before EMAIL

@themaherkhalil I just realized the ui is sending "id" and it looks like the backend is expecting "newId" for when that field changes - so that looks like a frontend bug, let me see if I can get that newId sent over to verify


Dynamic dom-bind templates + iOS 7 not working

Importing a template like https://gist.githubusercontent.com/nomego/515a3681142c8d0d14f1/raw/106f90338652730860f3e0ed50d0964ba60232c5/template.html and appending it to the main DOM causes Polymer to break with TypeError: 'undefined' is not an object (evaluating 'node.nodeType'), which is from _parseNodeAnnotations() called by parseAnnotations() called by _prepAnnotations(), called by render() called by what originally seems to be the MutationObserver polyfill.
So this._template exists but it doesn't have neither ._content nor .content.
Sample JSBin with iOS 7 HTML Imports polyfill workaround at http://jsbin.com/zalegepudi/edit?html,console,output
Related to #2157 and webcomponents/webcomponentsjs#382

Actually, we can remove HTML imports from the equation for now and just try to dynamically create and insert a dom-bind template into the DOM:
http://jsbin.com/cavicehiba/edit?html,console,output
The dom-bind template present in the HTML on load works, but the two dynamically created ones doesn't.
However, they all work in Chrome, Firefox and iOS 8.

A big problem with your example is that template.innerHTML can't be made to populate template.content like in other browsers because of a bug in Safari 7: https://github.com/webcomponents/webcomponentsjs/blob/master/src/Template/Template.js#L38-L66
This means that when the dom-bind boots up, the template element does not have a content and that causes the exception.
The best option you have is to use your own Polymer element and create one in the main document.
If that doesn't work for you there are two workarounds that work in Safari 7

Build the dom yourself: http://jsbin.com/qagube/edit?html,output
A hacky workaround for innerHTML: http://jsbin.com/behuxe/edit?html,output

Thanks for your response and workarounds!
I tried to find a middle ground where I don't have to explicitly build the DOM myself but rather use a template source (.innerHTML) but also skip doing any async work like requestAnimationFrame or resetting the template state to "unrendered" and re-rendering.
This works fine on iOS 7 for simpler templates, but not when introducing dom-repeat within that template.
See example working/not working templates here:
http://jsbin.com/yajocufuqu/edit?html,console,output
I'm getting the same undefined' is not an object (evaluating 'node.nodeType') on iOS 7.
Also, the dom-repeat version doesn't work under Chrome either.
It starts to make sense why there was a recursive DOM-copy solution in #2157, which I guess brings any Safari template/importNode up to par with the error that now is present in Chrome:
"Polymer::Attributes: couldn`t decode Array as JSON"
The myItems is somehow looped over but the template has already broken down because of that error ?
In another, local, example I'm getting DOM Exception 8: An attempt was made to reference a Node in a context where it does not exist. on iOS 7 for a more complex template.
Even though all this is because of bugs in (older) Safari, would it be possible to add these workarounds to Polymer itself once we have a stable, predictable solution?


Add NOT operator to VectorStore portable filter expressions

Add NOT expression type to the portable Filter.Expression model.
Add NOT to the Antlr grammar and implement the related parser listener method to generate Filter NOT expressions.
Add NOT support to the filter programming DSL.
Implement FilterHelper.negation for logically transform any boolean expression with NOT statements into semantically equivalent one with NOT applied to the leaf expressions.
Add tests for Dsl Parsers, expression converters and vector sores ITs.

merged as ac9ae589f41199eb0dd623efd3cd39e5bcb6b07d


Clarify retirement status

The first sentence is confusing "This SDK is retiring soon. This SDK is still appropriate for developers..." if an SDK is retiring, how can it be appropriate for developers to use something that will disappear?

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

ID: 5ec57fee-a0d0-c9a7-eeb2-90b9223b932c
Version Independent ID: 0f840fe8-5786-59ba-5b80-87595f370133
Content: Collect data on your production models - Azure Machine Learning
Content Source: articles/machine-learning/service/how-to-enable-data-collection.md
Service: machine-learning
Sub-service: core
GitHub Login: @lostmygithubaccount
Microsoft Alias: copeters

@algattik Thank you for your feedback . We will have this reviewed with the content author and see how best it can be updated.

@lostmygithubaccount Could you please review this request and possibly provide clarity on ETA for retirement of SDK ?
Thank you.

@algattik the monitoring SDK is appropriate for existing customers that have used it previously for monitoring data drift on models.  For new customers and developers who aren't users of the monitoring SDK, we recommend using App Insights for data monitoring capabilities.
@shashishailaj
The referenced PR is to update the notice in the documentation. It should go live in a few hours.
If satisfied #please-close


Delay

The led strip works just fine but suddenly after 20 minutes of non-stop, it starts to delay, I stop the music and the strip is working bc of the delay.
IDK what's causing this, maybe it's the internet connection or the number of packages that is sended

Does rebooting the strip solve it or is it solved on its own if you stop the music?

It won't happen if it's open from the terminal, I used to run it in idle
On Wed, Feb 6, 2019, 10:29 AM Joey Babcock<EMAIL_ADDRESS>wrote:

Does rebooting the strip solve it or is it solved on its own if you stop
the music?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/scottlawsonbc/audio-reactive-led-strip/issues/192#issuecomment-461088765,
or mute the thread
https://github.com/notifications/unsubscribe-auth/As6sG6SgkG_heGicjLy99wREgsTbTm06ks5vKwLVgaJpZM4aVSLU
.

I'm not quite sure what you mean by that, like the delay issue doesn't happen when whats open from terminal?

Yes, in fact I realized that if you disable the GUI, there are up to 80
fps, so basically more fps, less delay
On Sun, Feb 10, 2019, 2:25 AM Joey Babcock<EMAIL_ADDRESS>wrote:

I'm not quite sure what you mean by that, like the delay issue doesn't
happen when whats open from terminal?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/scottlawsonbc/audio-reactive-led-strip/issues/192#issuecomment-462113367,
or mute the thread
https://github.com/notifications/unsubscribe-auth/As6sG8m4zMRvCulrxmheM3V3JSgmtJ4Eks5vL9dwgaJpZM4aVSLU
.

Can you describe the symptoms of the delay?
For example, does the delay only cause issues with latency, or does everything seem to run at a slow pace?

Course, it happens when there's no audio and it show the the message
"volume below the threshold" and when music is playing again, it takes a
little bit of time for the program begins to react while running on idle,
also I figured it out that it not happen when it's running on terminal, in
fact the effect happens when I maximize the visualizer window.
One little thing, how can i connect my phone to my rpi and also my speakers
On Tue, Feb 19, 2019, 7:04 PM Scott Lawson<EMAIL_ADDRESS>wrote:

Can you describe the symptoms of the delay?
For example, does the delay only cause issues with latency, or does
everything seem to run at a slow pace?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/scottlawsonbc/audio-reactive-led-strip/issues/192#issuecomment-465376076,
or mute the thread
https://github.com/notifications/unsubscribe-auth/As6sG7pUaNC4X-qUwHJDwSQ3ROz8dbleks5vPJ8jgaJpZM4aVSLU
.

also I figured it out that it not happen when it's running on terminal, in fact the effect happens when I maximize the visualizer window.

 I would expect things to be slow if you are using the Raspberry Pi, because the Raspberry Pi is not powerful enough to run the GUI. If you maximize the GUI, the problem becomes even worse.
As a workaround, I suggest using the GUI only on a faster computer like a laptop or a desktop. On a Raspberry Pi, you get the best performance using the terminal only.

One little thing, how can i connect my phone to my rpi and also my speakers

The easiest way to do this is with an audio splitter cable, such as this one.

Is there a any way to use Bluetooth?
On Tue, Feb 19, 2019, 7:30 PM Scott Lawson<EMAIL_ADDRESS>wrote:

also I figured it out that it not happen when it's running on terminal, in
fact the effect happens when I maximize the visualizer window.
 I would
expect things to be slow if you are using the Raspberry Pi, because the
Raspberry Pi is not powerful enough to run the GUI. If you maximize the
GUI, the problem becomes even worse.
As a workaround, I suggest using the GUI only on a faster computer like a
laptop or a desktop. On a Raspberry Pi, you get the best performance using
the terminal only.
One little thing, how can i connect my phone to my rpi and also my speakers
The easiest way to do this is with an audio splitter cable, such as this
one
https://www.amazon.com/Belkin-Speaker-Headphone-Audio-Splitter/dp/B000067RC4/ref=pd_lpo_vtph_23_lp_img_3?_encoding=UTF8&psc=1&refRID=TBV1ZM5BGMWX8MVJBFP0
.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/scottlawsonbc/audio-reactive-led-strip/issues/192#issuecomment-465382091,
or mute the thread
https://github.com/notifications/unsubscribe-auth/As6sG6x079kRG06ghAOl8JHNIARSXKEjks5vPKVFgaJpZM4aVSLU
.

No this project doesn't support bluetooth

Ok thks mate
On Tue, Feb 19, 2019, 7:46 PM Scott Lawson<EMAIL_ADDRESS>wrote:

No this project doesn't support bluetooth
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/scottlawsonbc/audio-reactive-led-strip/issues/192#issuecomment-465385483,
or mute the thread
https://github.com/notifications/unsubscribe-auth/As6sGz5L_oybmlFL0olSK_ejY679osbrks5vPKjmgaJpZM4aVSLU
.


[BUG] - Progress components with the isStriped attribute have the color attribute disabled, and are always gray no matter what color is set.

NextUI Version
2.2.2
Describe the bug
for example：
import React from "react";
import { Progress } from "@nextui-org/react";

export default function App() {
  return (
    <Progress
      isStriped
      aria-label="Loading..."
      color="secondary"
      value={60}
      className="max-w-md"
    />
  );
}

Set the color attribute to secondary, but display in gray
Your Example Website or App
No response
Steps to Reproduce the Bug or Issue
Set the color attribute to secondary, but display in gray
Expected behavior
wrong color
Screenshots or Videos

Operating System Version
Windows
Browser
Chrome

Fixed in version 2.2.9

The issue is back, apparently


join std::thread without check joinable

https://github.com/abseil/abseil-cpp/blob/master/absl/synchronization/internal/thread_pool.h#L52
This is a bug, I suppose?

We know the thread is joinable at that point because we know it has finished and it was never detached, so there is no need to check.

Yeah, you're right, thread start in ctor, sorry


Use completion-styles for default filtering and highlighting

As suggested by @minad and @oantolin, see #82.

But needs documentation I think!

But needs documentation I think!

Yes this is not ready, I also want to wait until @raxod502 had the chance to respond in #330.

Yes this is not ready, I also want to wait until @raxod502 had the chance to respond in #330.

Will the highlight face definitions also go away then?

Will the highlight face definitions also go away then?

I think it would be nice to add them to selectrum-prescient first so users wouldn't even notice.

I think it would be nice to add them to selectrum-prescient first so users wouldn't even notice.

Anything holding you back regarding this PR? The face definitions could be treated as a separate issue in sync with prescient, or removed here as soon as prescient-selectrum has them.

Anything holding you back regarding this PR? The face definitions could be treated as a separate issue in sync with prescient, or removed here as soon as prescient-selectrum has them.

I agree, will merge it after doing the necessary doc changes.

I agree, will merge it after doing the necessary doc changes.

I just adopted your nconc trick. Elisp is weird :see_no_evil:

I just adopted your nconc trick. Elisp is weird :see_no_evil:

Yeah, it's a curse and a gift ;)

Yeah, it's a curse and a gift ;)

Lovely! I think this makes a lot of sense, nobody was using that existing default sorting and filtering (I hope).


Implemented functionality for Safari and Firefox

Thanks for making this PR so concise. I don't see anything that would break our library and it's clear how the adjustments improve browser support outside of Chrome.


New package: Google.Picasa.2 version 2

[ ] Have you signed the Contributor License Agreement?
[ ] Have you checked that there aren't other open pull requests for the same manifest update/change?
[ ] This PR only modifies one (1) manifest
[ ] Have you validated your manifest locally with winget validate --manifest <path>?
[ ] Have you tested your manifest locally with winget install --manifest <path>?
[ ] Does your manifest conform to the 1.4 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: codeflow:open?pullrequest=https://github.com/microsoft/winget-pkgs/pull/116537&drop=dogfoodAlpha

Manifest: The manifest file path must match PackageIdentifier and PackageVersion properties from manifest. actual 'manifests\g\Google\Picasa\2\2', expected 'manifests\g\Google\Picasa\2\2.0'

Automatic Validation ended with:

Automatic Validation ended with:


Update instructions to include how to satisfy gFlags prerequisite on a Mac

I was trying to build the grpc_cli on my mac today and ran into the prerequisite error:
test/cpp/util/cli_credentials.cc:21:10: fatal error: 'gflags/gflags.h' file not found
#include <gflags/gflags.h>
         ^~~~~~~~~~~~~~~~~

I thought it would be helpful to add Mac instructions since there were only instructions for Linux there.

Thank you for your pull request. Before we can look at your contribution, we need to ensure all contributors are covered by a Contributor License Agreement.
After the following items are addressed, please respond with a new comment here, and the automated system will re-verify.

User @codebender isn't covered by a CLA. They will need to complete the form at https://identity.linuxfoundation.org/projects/cncf

Regards,
CLA GitHub bot

I am verified with CLA now

Anything I need to do here to get this merged? I don't have access to add the release notes tag

Objective-C binary sizes
*****************STATIC******************
  New size                      Old size
 1,952,730      Total (=)      1,952,730

 No significant differences in binary sizes

***************FRAMEWORKS****************
  New size                      Old size
10,663,749      Total (<)     10,663,756

 No significant differences in binary sizes


Source files are without license headers

Hi
All java source files are without license headers.
Please, confirm the licensing of code and/or content/s, and add license headers
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/LicensingGuidelines#License_Clarification
Thanks in advance
Regards

The license (Apache 2.0) can be found at the root of the project:
https://github.com/cbeust/testng/blob/master/LICENSE.txt