Can we add tick, sharp, and some other chars to delimiters for differ?

Yes, we can. So you can you say exactly which chars should be added as delimiters?
According the name of the issue, I've understood that you wanner such symbols as # and ```
Anything else?

ping?

Ouch. I'm not sure which characters should be qualified as delimiters. Just want to note that characters used in md ([]()#-* and tick) should be added to that list imho ;-)

I think I should add this ones:

```
#

Good 2 me!

-and * are not a real word delimiters, I think. And such delimiters as []() have already been added.


WebSocket-Connection get closed immediately on Linux when using SSL

I created an application using ASP.Net Core and WebSockets. On a windows machine everything works fine, but when testing on a Linux environment and enabling ssl, every WebSocket Request to the Server made via SSL gets closed in a few milliseconds.
Here is the Stacktrace from the Server:
System.IO.IOException: The encryption operation failed, see inner exception. ---> Interop+OpenSsl+SslException: SSL Read BIO failed with OpenSSL error - .
   at Interop.OpenSsl.BioRead(SafeBioHandle bio, Byte[] buffer, Int32 count)
   at Interop.OpenSsl.Encrypt(SafeSslHandle context, Byte[] input, Int32 offset, Int32 count, Byte[]& output, SslErrorCode& errorCode)
   at System.Net.SslStreamPal.EncryptDecryptHelper(SafeDeleteContext securityContext, Byte[] input, Int32 offset, Int32 size, Boolean encrypt, Byte[]& output, Int32& resultSize)
   --- End of inner exception stack trace ---
   at System.Net.Security.SslStreamInternal.StartWriting(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslStreamInternal.ProcessWrite(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslStreamInternal.BeginWrite(Byte[] buffer, Int32 offset, Int32 count, AsyncCallback asyncCallback, Object asyncState)
   at System.Net.Security.SslStream.<>c.<WriteAsync>b__86_0(Byte[] bufferArg, Int32 offsetArg, Int32 sizeArg, AsyncCallback callback, Object state)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncImpl[TArg1,TArg2,TArg3](Func`6 beginMethod, Func`2 endFunction, Action`1 endAction, TArg1 arg1, TArg2 arg2, TArg3 arg3, Object state, TaskCreationOptions creationOptions)
   at System.Threading.Tasks.TaskFactory.FromAsync[TArg1,TArg2,TArg3](Func`6 beginMethod, Action`1 endMethod, TArg1 arg1, TArg2 arg2, TArg3 arg3, Object state)
   at System.Net.Security.SslStream.WriteAsync(Byte[] buffer, Int32 offset, Int32 size, CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Server.Kestrel.Filter.Internal.StreamSocketOutput.WriteAsync(ArraySegment`1 buffer, Boolean chunk, CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Server.Kestrel.Internal.Http.Frame.<FlushAsync>d__139.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Server.Kestrel.Internal.Http.Frame.<Microsoft-AspNetCore-Http-Features-IHttpUpgradeFeature-UpgradeAsync>d__249.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.WebSockets.Server.WebSocketMiddleware.UpgradeHandshake.<AcceptAsync>d__6.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at HomeSystem.Methods.WebsocketServerMiddleware.<Invoke>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Builder.Extensions.MapMiddleware.<Invoke>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<Invoke>d__6.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<Invoke>d__6.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Hosting.Internal.RequestServicesContainerMiddleware.<Invoke>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Server.Kestrel.Internal.Http.Frame`1.<RequestProcessingAsync>d__2.MoveNext()

It's failing during the upgrade response. You're not having any trouble with regular https requests/response right?

Yes thats right.

Package versions / project.json / repro app?

Here is the content of my project.json file:
{
  "dependencies": {
    "Microsoft.NETCore.App": {
      "version": "1.0.0",
      "type": "platform"
    },
    "Microsoft.AspNetCore.Diagnostics": "1.0.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",
    "Microsoft.Extensions.Configuration.Json": "1.0.0",
    "Microsoft.ApplicationInsights.AspNetCore": "1.0.0",
    "Microsoft.AspNetCore.Mvc": "1.0.0",
    "Microsoft.Extensions.Logging.Debug": "1.0.0",
    "Microsoft.VisualStudio.Web.BrowserLink.Loader": "14.0.0",
    "Microsoft.AspNetCore.StaticFiles": "1.0.0",
    "Microsoft.EntityFrameworkCore": "1.0.0",
    "Npgsql.EntityFrameworkCore.PostgreSQL": "1.0.0",
    "Npgsql.EntityFrameworkCore.PostgreSQL.Design": "1.0.0-*",
    "Microsoft.AspNetCore.WebSockets.Server": "0.1.0-*",
    "Microsoft.EntityFrameworkCore.Tools": {
      "version": "1.0.0-preview2-final",
      "imports": [
        "portable-net45+win8+dnxcore50",
        "portable-net45+win8"
      ]
    },
    "Microsoft.AspNetCore.Session": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel.Https": "1.0.0"
  },
  "runtimes": {
    "win10-x64": {}
  },

  "tools": {
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final",
    "Microsoft.EntityFrameworkCore.Tools": {
      "version": "1.0.0-preview2-final",
      "imports": [
        "portable-net45+win8+dnxcore50",
        "portable-net45+win8"
      ]
    }
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "Views",
      "Config",
      "web.config"
    ]
  },

  "scripts": {
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

Looks like it's probably this issue in .NET Core: https://github.com/dotnet/corefx/issues/10858
I'm still doing a sanity check on WebSockets over SSL on Linux, but I expect this has been resolved in 1.1

There is a new issue with WebSockets hanging on AcceptWebSocketAsync when using SSL on linux which is due to https://github.com/dotnet/corefx/issues/13369


[quesiton]: Periodic Timer

Hello. Now I'm using the RMUtil_NewPeriodicTimer API to support periodic timer as the following:
void timerCb(RedisModuleCtx *ctx, void *p) {
  int *x = p;
  (*x)++;
}

int testPeriodic() {
  int x = 0;
  struct RMUtilTimer *tm =
      RMUtil_NewPeriodicTimer(timerCb, &x, (struct timespec){.tv_sec = 0, .tv_nsec = 10000000});

  sleep(1);

  ASSERT_EQUAL(0, RMUtilTimer_Stop(tm));
  ASSERT(x > 0);
  ASSERT(x <= 100);
  RMUtilTimer_Free(tm);
  return 0;
}

However the ctx is NULL. Well more detail is RedisModule_GetThreadSafeContext is NULL , So the timer callback's ctx argument is NULL.
Any question? my redis version is 4.0-rc3

Well. After install latest redis branch ctx is okay. However, in my sense i will create a timer then periodic update the specified key as the following:
void timerCb(RedisModuleCtx *ctx, void *p) {
    RedisModuleCallReply *reply;
    reply = RedisModule_Call(ctx,"SET","a", "1");
    if (reply != NULL) {
        RedisModule_FreeCallReply(reply);
    }
}

int testPeriodic() {
  int x = 0;
  struct RMUtilTimer *tm =
      RMUtil_NewPeriodicTimer(timerCb, &x, (struct timespec){.tv_sec = 0, .tv_nsec = 10000000});

  sleep(1);

  ASSERT_EQUAL(0, RMUtilTimer_Stop(tm));
  ASSERT(x > 0);
  ASSERT(x <= 100);
  RMUtilTimer_Free(tm);
  return 0;
}

It looks like failed, because cannot get the a value by redis-cli get a :(

So regarding the NULL ctx - you got it right, you need the latest version of redis.
Regarding the call - first of all, you need to lock the context manually for this to be safe.
Wrap any access to redis with
    RedisModule_ThreadSafeContextLock(ctx);
     /* .... your code here ... */
   RedisModule_ThreadSafeContextUnlock(ctx);

There is no reason for this not to work, I'm using the same pattern myself - but try to see what the reply is and print it.

oh, another thing to notice - this will certainly not work in the context of the unit test, your code must be running inside a module, yeah? :)

Yep, it's running inside module. RedisModule_ThreadSafeContextLock context lock is good :). But RedisModule_Call(ctx,"SET","a", "1"); it doest work :(

Let me try it. I had no problem running module commands from this utility.

@dvirsky Thanks. It will be awesome if it's okay . I am eager to set specified key new value in the timer.

@detailyang the problem was in the way you invoke RedisModule_Call, the first argument after the command is a format specifier. In your case it should have been:
  RedisModuleCallReply *r = RedisModule_Call(ctx, "SET", "cc", "a", "1");

See here: https://github.com/antirez/redis/blob/unstable/src/modules/INTRO.md#calling-redis-commands

@dvirsky Sorry for the stupid error. I check again and now it's okay. Many Thanks !

@detailyang no problem, I hope you like it, I only wrote this utility yesterday! BTW What module are you trying to write?

Well. I start write two redis modules today. One is getex module (which is get + ttl) (My scene is sensitive for the performance so I dont want to talk to redis twice). Another is ssl ticket rotate module, I will rotate the ssl ticket upon your RMUtil_NewPeriodicTimer  API in the redis master then syncing the ssl ticket to many redis slave.


Fix logging of what urls are stored

While trying to debug why https://github.com/guardian/ophan/pull/5560 hadn't fixed the big gap in data seen on 25th September, I tried to analyse the logging of how many new urls were being stored to dynamodb, but couldn't, because that particualr log line mysteriously wasn't visible anywhere in the ELK:
It turns out that the logging was getting rejected at the stage of ingestion by the ELK - it was being successfully written out as text to Cloudwatch Logs:

{
    "@timestamp": "2023-09-28T08:45:25.072563Z",
    "@version": "1",
    "message": "Storing 3 new uris for https://www.bbc.co.uk",
    "logger_name": "ophan.google.indexing.observatory.DataStore",
    "thread_name": "scala-execution-context-global-24",
    "level": "INFO",
    "level_value": 20000,
    "site": "https://www.bbc.co.uk",
    "site.sitemap.uris.all": 1300,
    "site.sitemap.uris.old": 1297,
    "site.sitemap.uris.new": 3,
    "buildNumber": "99",
    "gitCommitId": "3b8cce0e1a470f2f08ee7392ceda8f0db2c36b00",
    "uniqueIdForVM": "e29cf5f5-caa3-4787-a803-b8b3dba58629"
}

...but when that was being picked up by https://github.com/guardian/cloudwatch-logs-management and sent to the ELK, the log context data was being rejected as bad.
In the ELK, the dot-nesting we make for context fields actually defines a real Elasticsearch document structure, and in that structure, a particular path can be either a single value, or a containing object, but not both. The ELK works out which from the values we give it- but sometimes those implications contradict each other:
"site" -> sitemapDownload.site.url

...means site is a string value, but:
"site.sitemap.uris.old" -> alreadyKnownUris.size

...means site is an object that contains other values. This is a 'mapping conflict', and the whole log line gets dropped.
This is a similar issue to https://github.com/guardian/ophan/pull/3254 seen in the past. It would be cool if the logging code within the lambda itself could identify issues like this and warn about them!
Fix
We can't nest the sitemap.uris.* fields within site - because we've already declared it's not an object - so we just de-nest them from site. Thanks to @paulmr  for talking this through with me!

Those two are different strings site and sitemap so wouldn't result in a mapping conflict in elastic. Were they meant to be the same?

Yes! Damn, that was the whole point of the explanation! Thanks - I've corrected the PR description now!

This is now deployed to PROD (as build 101), and we can see that the lines are now turning up in the logs 🎉


WFLY-8473 Fix mod_cluster service name when used with capability

this is follow up on #9858 where mod cluster service name vs capability service name was different and could cause issues

I don't think this is right.  The right Jira that should be linked here is https://issues.jboss.org/browse/WFLY-8439. In the original Stuart's PR, the dependency is established from the http-invoker to jboss.modcluster.undertow however this is establishing a dependency on jboss.modcluster which is most likely another regression for WFLY-8439 since the invoker and the container integration can shutdown concurrently. I have outlined the proper fix in here https://github.com/wildfly/wildfly/pull/9858#issuecomment-290921270.

@rhusar forget all that, main problem is that mod cluster capability doesn't register its service under the service name of capability. This way no consumer can depend on it.
As for service dependency on adapter goes when capability is present, that is wrong assumption.
if you are checking of existence of capability (context#hasOptionalCapability) you already tell system you will be needed this capability, and than depending on different service (or even capability) is simply wrong.

@ctomc Could you please re-read my comment?

@rhusar forget all that, main problem is that mod cluster capability doesn't register its service under the service name of capability. This way no consumer can depend on it.
As for service dependency on adapter goes when capability is present, that is wrong assumption.
if you are checking of existence of capability (context#hasOptionalCapability) you already tell system you will be needed this capability, and than depending on different service (or even capability) is simply wrong.

Nobody is arguing otherwise, this was my primary concern with the original PR which was reverted.
What I am talking about is that Stuart's fix was adding dependency on the container integration service (see https://github.com/wildfly/wildfly/commit/ca46ebe7820c34818d175079385a83d218b2ad47#diff-3817568e31cc2ff0d8b5f3a5b0416233R56 ) while the changes here are creating dependency on the modcluster service itself. @stuartwdouglas could you please confirm that the dependency needed for the fix is jboss.modcluster.undertow?

After speaking a bit more with Rado it seems there is still a problem when running with standalone-ha.xml.
I get
21:14:14,048 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
    ("subsystem" => "undertow"),
    ("server" => "default-server"),
    ("host" => "default-host"),
    ("setting" => "http-invoker")
]) - failure description: {
    "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.mod_cluster"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.undertow.http-invoker.host.default-host.http-invoker is missing [org.wildfly.mod_cluster]"]
}

if I try to add it, and if I try to start the server with the modified xml

Yes, I need a dependency on the Undertow adapter ('jboss.modcluster.undertow'), a dependency on 'jboss.modcluster' is not sufficient.

Thanks for the confirmation Stuart.

Superceded by #9897


Example Using locale date fns with V2.0

Could you provide an example using locale with V2.0 and date fns please ? or maybe update the documentation site ?
Thanks !

@jkeruzec documentation site is up-to-date try to clear your cache

You're right ! Cache cleared, it's OK!
Thanks for reactivity!


[DO NOT MERGE][CI MOD] running GRPC integration test 100 times

test for: #8684

closing as stress test passed

reopened as another exitcode 137 issue occurs

Codecov Report

Merging #8767 (5ffac4c) into master (22c81de) will decrease coverage by 47.92%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #8767       +/-   ##
=============================================
- Coverage     62.97%   15.05%   -47.93%
+ Complexity     4864      170     -4694
=============================================
  Files          1770     1773        +3
  Lines         92727    92901      +174
  Branches      13946    13964       +18
=============================================
- Hits          58398    13987    -44411
- Misses        30089    77906    +47817
+ Partials       4240     1008     -3232

Flag
Coverage Δ

unittests1
?

unittests2
15.05% <ø> (+0.05%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

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

looks like #8997 fixed this. closing


Template Customization

Problem Description

For users who want to use the underlying Library infrastructure, but be able to give the site their own look and feel, this aims to allow template/layout customization using the existing custom folder.
Feature

One idea on how to implement stems from a previous idea that allowed different sections to use different pages. We could start here: https://github.com/nytimes/library/blob/master/server/routes/categories.js#L28-L29 and potentially extend this to also check the layouts within the custom folder as well.
This is something that I'll start digging into.

Closed via #200 🎉


Youtube Link not working

Description
Hey @stemount the youtube link you have mentioned directs me to a 404 page. See if you can improve this.
Screenshots

Additional information
None

In which file this link is presented

In which file this link is presented

https://github.com/EddieHubCommunity/LinkFree/blob/main/public/data/stemount.json

I can fix this... I have asked steve for the link. I'll update the link as soon as I get a response from steve

@krishguptadev @schmelto @tabhay563 @adityaraute thanks for the report! I've left this a bit late and opened a PR for review.
I didn't know YouTube only gave nice URLs to real youtubers ;-(

thanks @Vyvy-vi for merging, I don't think I can close this issue but @adityaraute thanks for the report - please close if this works :-D

Interesting, this should have been automatically closed after the merge 🤔


ci: update Azure to allow external access

Right now the Azure organization used for CI doesn't allow contributors to this repo to see details on CI jobs. We'll need to update these policies to allow others to see this information.
@junr03 feel free to add more details here.

This is done. I have created an envoy-mobile org that has a public project for this repo. All contributors should be able to see jobs. All maintainers have access to re-kick jobs.


StopHandle has been renamed to WatchStopHandle

In the latest beta, StopHandle has been renamed to WatchStopHandle which means that @vueuse currently causes a type error.

Currently @vue/composition-api is misaligned with the latest beta, I am still wait for several PRs getting merge so that I can move on to the latest apis. Thanks for the info and please keep tuned!

@vue/composition-api seems to be not actively maintained for some reason. I decided not to wait for it and make polyfill on my own.
Can you show me how do you get the type error? I didn't see which function is using it.

@antfu Having just checked, this is no longer a problem in the latest versions of vueuse and vue.


Test code samples at build time

@mfurtak updated
What about the duplication with the docs project? Should I make it so this action becomes reusable for external projects. It could be useful for plugin writers I guess.

The reason why we don't do that by default, is the additional build time, did you track how many minutes this will add?

On my 2011 Macbook Pro:
      <testcase classname="fastlane.lanes" name="10: Switch to test_generate_docs lane" time="0.003411">
      </testcase>
      <testcase classname="fastlane.lanes" name="11: Switch to ensure_code_samples lane" time="0.001983">
      </testcase>
      <testcase classname="fastlane.lanes" name="12: test_sample_code" time="0.236161">

@KrauseFx if you want I can try to optimize one unit test,  to compensate :)

I really thought cloning the docs repo takes longer, if it's just a few seconds, I'm totally onboard with it. However we should not duplicate that code, but instead use the import_from_git action to import a remote Fastfile

@KrauseFx I am not cloning the docs repo, just running the check sample action on the newly generated Actions.md. This goes very fast.

That's smart 👍


Certain post filters aren't getting back any results on gelbooru/danbooru

What steps will reproduce the problem?
When you try to search 'width:1920 height:1080' on gelbooru or danbooru you get back results on your normal search. But when you put the same inside the post filtering you aren't getting back any results.
What is the expected behavior? What do you get instead?
I aspect that you get the same results by post filtering as by your normal search.
How often does this problem occur? On which sources?
Always on danbooru / gelbooru
What version of the program are you using? On what operating system?
Version 6.0.2 with windows 10
Please provide any additional information below

That's actually normal.
Post-filtering works by performing the search according to your tags, then filtering the results with your "post-filters". So if you search without any tag and with "width:1920 height:1080" as post-filters, it's likely you won't get any results, as most images aren't 1080p exactly.
However, searching a tag such as "wallpaper" and using the "width:1920 height:1080", I as expected get a few results:

This feature is useful for sources that limit the number of tags you can use for a search, or sources that don't recognize some meta-tags.

Ah I see searched before with the tag game_cg but it didn't show up on the first page so thought it was broken


suggestion : counting chars vs. counting bytes

"
awk 'length($1) < 6' table.txt
echo 'αλεπού' | awk '{print length()}'
echo 'αλεπού' | awk -b '{print length()}'
echo 'αλεπού' | LC_ALL=C awk '{print length()}'"

one doesn't need to use LC_ALL=C or activate byte mode -b just to count exact bytes of the input.
even in gawk unicode mode, use

- length(str)

  to count UTF8 characters, and

- match(str, /$/) - 1

   to count bytes

Why that works is that the code is requesting a match of the empty string at the tail, but since no other characters were matched along the way, it defaults to reporting back to you a  byte count. The minus 1 is essential because otherwise RSTART would be at 1 virtual byte beyond the input string.
You can directly throw binary files like .MP3 .MP4 .XZ .PNG and gawk unicode mode would give you the byte count, without any error messages
That said, only the match( ) one won't give error messages if you throw binary data at gawk unicode mode, length( ) will DEFINITELY scream, as well as match(str /.$/)

(note the dot .  right before $ - on valid UTF8 inputs, this function call style is equivalent to length( ), but on random bytes, it will DEFINITELY give you the locale error message )

(can't use this to circumvent length( )'s error message if it's pure binary input - one needs to code up an alternative approach to count it, e.g. via gsub( )
Took me a while to code it up myself , but now i could get byte-mode to count UTF8, and get unicode mode to directly take in binary data, and have it report an identical count to gnu-wc)

I'm surprised by this:
$ echo 'αλεπού' | awk '{print match($0, /$/)}'
13
$ echo 'αλεπού' | awk '{print match($0, /λ/)}'
2
$ echo 'αλεπού' | awk '{print match($0, /ε/)}'
3

Will have to look it up, and probably add an example/note for the next version of the book. Thanks.

You’re most welcomed. I only accidentally discovered this myself a year ago - something that wasn’t mentioned officially in gawk’s documentation
Regards,
Jason K

Sundeep Agarwal @.***>於2022年3月23日 09:29寫道：

I'm surprised by this:
$ echo 'αλεπού' | awk '{print match($0, /$/)}'
13
$ echo 'αλεπού' | awk '{print match($0, /λ/)}'
2
$ echo 'αλεπού' | awk '{print match($0, /ε/)}'
3
Will have to look it up, and probably add an example/note for the next version of the book. Thanks.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

Added a note in version 2.0 with a link to this issue.


Linux GUI not working in d58e947

Hi,
Linux GUI is not working in d58e947 which works well in a9605d2
Environment: Debian 11 Xfce

Works well here...
What exactly is not working for you anymore? Any error messages? Are you running from source or using the official binary?

Works well here...
What exactly is not working for you anymore? Any error messages? Are you running from source or using the official binary?

There's no alert. From the releases page
https://github.com/DevilXD/TwitchDropsMiner/releases/download/dev-build/Twitch.Drops.Miner.Linux.zip
May I ask what source you are using?

The latest master branch should very much work, just like before.
Please define what you mean by "there's no alert". There's no "alert" functionality in the application. Do you mean the tray notifications?

I always get the ui stuck after some time, but I will try the latest build and report back.

It is stuck now, I can move the window but cant click anything, not responsive.
Cant even close the window [x] or press CTRL+C on the terminal where I started it.
Only thing to kill it is with sig 9

That is the log:
2023-09-11 09:37:08.221:	   INFO:	Checking login
2023-09-11 09:37:08.222:	   INFO:	Restoring session from cookie
2023-09-11 09:37:09.004:	   INFO:	Login successful, user ID: ---------
2023-09-11 09:37:09.005:	   INFO:	Websocket[0] connecting...
2023-09-11 09:37:09.782:	   INFO:	Websocket[0] connected.
2023-09-11 09:37:20.368:	   CALL:	Maintenance task waiting until: 10:00:00 AM (Cleanup)
2023-09-11 09:40:49.200:	   CALL:	Channel update from websocket: 오버워치_이스포츠
2023-09-11 09:42:48.469:	   INFO:	오버워치_이스포츠 goes ONLINE
2023-09-11 09:43:38.771:	   CALL:	Channel update from websocket: OverwatchContenders
2023-09-11 09:44:08.868:	   CALL:	Channel update from websocket: playoverwatchjp
2023-09-11 09:44:39.818:	   CALL:	Channel update from websocket: OverwatchContenders
2023-09-11 09:45:26.382:	   CALL:	Channel update from websocket: OverwatchContenders
2023-09-11 09:45:39.068:	   INFO:	OverwatchContenders goes ONLINE
2023-09-11 09:46:08.053:	   INFO:	playoverwatchjp goes ONLINE
2023-09-11 09:47:33.985:	   CALL:	Channel update from websocket: playoverwatchjp
2023-09-11 09:49:34.296:	   INFO:	playoverwatchjp status has been updated (🎁: ❌ -> ❌)
2023-09-11 10:00:00.000:	   CALL:	Maintenance task requests channels cleanup
2023-09-11 10:00:00.001:	   CALL:	Maintenance task waiting until: 10:30:00 AM (Points)
2023-09-11 10:00:05.475:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 0/240)
2023-09-11 10:01:05.525:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 1/240)
2023-09-11 10:02:04.847:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 2/240)
2023-09-11 10:03:04.165:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 3/240)
2023-09-11 10:04:04.676:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 4/240)
2023-09-11 10:05:03.560:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 5/240)
2023-09-11 10:06:03.594:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 6/240)
2023-09-11 10:07:04.325:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 6/240)
2023-09-11 10:08:03.543:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 7/240)
2023-09-11 10:08:34.591:	   CALL:	Channel update from websocket: playoverwatchjp
2023-09-11 10:09:02.828:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 8/240)
2023-09-11 10:10:03.872:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 9/240)
2023-09-11 10:10:34.910:	   INFO:	playoverwatchjp status has been updated (🎁: ❌ -> ❌)
2023-09-11 10:11:01.639:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 10/240)
2023-09-11 10:12:03.197:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 11/240)
2023-09-11 10:13:01.803:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 12/240)
2023-09-11 10:14:01.999:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 13/240)
2023-09-11 10:15:01.825:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 14/240)
2023-09-11 10:16:02.341:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 15/240)
2023-09-11 10:17:02.117:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 16/240)
2023-09-11 10:18:01.408:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 17/240)
2023-09-11 10:19:01.946:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 18/240)
2023-09-11 10:20:00.801:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 19/240)
2023-09-11 10:20:59.785:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 20/240)
2023-09-11 10:22:00.372:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 21/240)
2023-09-11 10:23:00.449:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 22/240)
2023-09-11 10:23:58.635:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 23/240)
2023-09-11 10:25:00.395:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 24/240)
2023-09-11 10:25:58.939:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 25/240)
2023-09-11 10:27:00.592:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 26/240)
2023-09-11 10:27:59.739:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 27/240)
2023-09-11 10:28:59.229:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 28/240)
2023-09-11 10:29:58.706:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 29/240)
2023-09-11 10:30:00.316:	   CALL:	Maintenance task waiting until: 10:37:20 AM (Reload)
2023-09-11 10:30:58.127:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 30/240)
2023-09-11 10:31:25.310:	   CALL:	Channel update from websocket: playoverwatchjp
2023-09-11 10:31:39.423:	   CALL:	Channel update from websocket: playoverwatchjp
2023-09-11 10:31:57.464:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 31/240)
2023-09-11 10:32:57.738:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 32/240)
2023-09-11 10:33:25.617:	   INFO:	playoverwatchjp status has been updated (🎁: ❌ -> ❌)
2023-09-11 10:33:59.015:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 33/240)
2023-09-11 10:34:57.755:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 34/240)
2023-09-11 10:35:56.877:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 35/240)
2023-09-11 10:36:56.141:	   CALL:	Drop update from websocket: Drop 1 - Hanzo (Overwatch 2, 36/240)
2023-09-11 10:37:20.369:	   CALL:	Maintenance task requests a reload

The UI freeze problem is definitely new to me...
I use the Linux build pretty much daily and for long periods, and I've never experienced something like that.

May I ask what source you are using?

I meant running the app from source (as opposed to running the official binary).
I, myself, have been using my own AppImage build with no problems so far (changes are here, latest build is here).

Maybe it correlates with ubuntus multiple workspaces and how the ui updates when hidden?

The status bar says "Adding campaigns to i". Normally, that "i" is a part of "inventory", but something seems to be clearly broken there.

This stage of reload causes the miner to fetch pictures for each campaign that's added to the Inventory tab. It seems like that part could be the cause of a hangup there. Please try deleting the "cache" folder that should be found next to the miner main.py or the executable file, and see if that helps.

I deleted the cache folder and it got stuck again after some hours:

This has to be platform related. The status bar should be saying "inventory" in full. Have you tried running the miner from source, instead of the pre-built executable?

How do I run it from source? I don`t use python =)

In a nutshell:
git clone https://github.com/DevilXD/TwitchDropsMiner.git
cd TwitchDropsMiner
python3 -m venv env
source env/bin/activate
python3 -m pip install wheel -r requirements.txt -U
python3 main.py

First try:
Traceback (most recent call last):
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/pystray/_appindicator.py", line 24, in <module>
    gi.require_version('AppIndicator3', '0.1')
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/gi/__init__.py", line 126, in require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace AppIndicator3 not available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/user/Workspace/git/TwitchDropsMiner/main.py", line 26, in <module>
    from twitch import Twitch
  File "/home/user/Workspace/git/TwitchDropsMiner/twitch.py", line 38, in <module>
    from gui import GUIManager
  File "/home/user/Workspace/git/TwitchDropsMiner/gui.py", line 21, in <module>
    import pystray
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/pystray/__init__.py", line 64, in <module>
    Icon = backend().Icon
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/pystray/__init__.py", line 56, in backend
    return candidate()
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/pystray/__init__.py", line 28, in appindicator
    from . import _appindicator as backend; return backend
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/pystray/_appindicator.py", line 27, in <module>
    gi.require_version('AyatanaAppIndicator3', '0.1')
  File "/home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/gi/__init__.py", line 126, in require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace AyatanaAppIndicator3 not available

After installing sudo apt install gir1.2-ayatanaappindicator3-0.1:
Segmentation fault (core dumped)

PYSTRAY_BACKEND=gtk python3 main.py

Still Segmentation fault (core dumped)

What the... o_o
Please post the output of:
coredumpctl info python3

What distro are you on, by the way?

The funny thing is there is no coredump available!
(env) user@pc:~/Workspace/git/TwitchDropsMiner$ ls -lha
total 444K
drwxrwxr-x  10 user user 4.0K Sep 13 13:23  .
drwxrwxr-x 109 user user 4.0K Sep 12 12:14  ..
-rw-rw-r--   1 user user  341 Sep  4 10:51  build.bat
-rw-rw-r--   1 user user 2.8K Sep  4 10:51  build.spec
drwxrwxr-x   2 user user 4.0K Sep 13 13:23  cache
-rw-rw-r--   1 user user 4.7K Sep  4 10:51  cache.py
-rw-rw-r--   1 user user  14K Sep  4 10:51  channel.py
-rw-rw-r--   1 user user  12K Sep  4 10:51  constants.py
drwxrwxr-x   5 user user 4.0K Sep  4 10:53  env
-rw-rw-r--   1 user user 2.3K Sep  4 10:51  exceptions.py
drwxrwxr-x   8 user user 4.0K Sep 13 12:40  .git
drwxrwxr-x   3 user user 4.0K Sep 13 12:40  .github
-rw-rw-r--   1 user user  198 Sep  4 10:51  .gitignore
-rw-rw-r--   1 user user  92K Sep  4 10:51  gui.py
-rw-rw-r--   1 user user  12K Sep  4 10:51  inventory.py
drwxrwxr-x   2 user user 4.0K Sep 13 12:40  lang
-rw-rw-r--   1 user user    3 Sep 13 13:33  lock.file
-rw-rw-r--   1 user user 6.8K Sep  4 10:51  main.py
-rw-rw-r--   1 user user  833 Sep  4 10:51  manual.txt
-rw-rw-r--   1 user user  612 Sep  4 10:51  pack.bat
-rw-rw-r--   1 user user  67K Sep  4 10:51  pickaxe.ico
drwxrwxr-x   2 user user 4.0K Sep 13 13:23  __pycache__
-rw-rw-r--   1 user user  11K Sep 13 12:40  README.md
-rw-rw-r--   1 user user 3.6K Sep  4 10:51  registry.py
-rw-rw-r--   1 user user  477 Sep  4 10:51  requirements.txt
-rw-rw-r--   1 user user  315 Sep  4 10:51  run_dev.bat
-rw-rw-r--   1 user user 2.6K Sep  4 10:51  settings.py
-rw-rw-r--   1 user user  684 Sep  4 10:51  setup_env.bat
-rw-rw-r--   1 user user  15K Sep  4 10:51  translate.py
drwx------   3 user user 4.0K Sep  4 11:13 'Twitch Drops Miner'
-rw-rw-r--   1 user user  77K Sep  4 10:51  twitch.py
-rw-rw-r--   1 user user  12K Sep  4 10:51  utils.py
-rw-rw-r--   1 user user   23 Sep  4 10:51  version.py
drwxrwxr-x   2 user user 4.0K Sep  4 10:51  .vscode
-rw-rw-r--   1 user user  16K Sep  4 10:51  websocket.py

Distro: Ubuntu 22.04.3 LTS

Dumps are saved in a separate directory. You could try this:
coredumpctl list
# get the PID of the last python3 crash, and then:
coredumpctl info <PID>

But I don't think it will help us much. It shouldn't be crashing with a segmentation fault, at all.

Distro: Ubuntu 22.04.3 LTS

Are you on a Wayland session? If you are, I think that could be at least related to the UI freezing thing... Check with:
echo $XDG_SESSION_TYPE

Also, can you install gir1.2-appindicator3-0.1 and then retry these steps from scratch (i.e. remove the entire TwitchDropsMiner directory)?

I have done all from scratch and still the same issue.
No I disabled wayland because anydesk is not working with wayland yet.
echo $XDG_SESSION_TYPE
x11

Here the dump:
           PID: 2826377 (python3)
           UID: 1000 (user)
           GID: 1000 (user)
        Signal: 11 (SEGV)
     Timestamp: Wed 2023-09-13 13:33:35 CEST (12min ago)
  Command Line: python3 main.py
    Executable: /usr/bin/python3.10
 Control Group<EMAIL_ADDRESS>          Unit<EMAIL_ADDRESS>     User Unit: vte-spawn-542301dc-c9cb-43bf-9bbf-9e18b5e6d541.scope
         Slice: user-1000.slice
     Owner UID: 1000 (user)
      Hostname: pc
       Storage: /var/lib/systemd/coredump/core.python3.1000.63c504f46081444da2d61fb42828e3dc.2826377.1694604815000000.zst (present)
     Disk Size: 6.4M
       Message: Process 2826377 (python3) of user 1000 dumped core.

                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libwebp-3ee34a0b.so.7.1.6 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/PIL/_imagingtk.cpython-310-x86_64-linux-gnu.so with build-id: 108ddc8f882c5f40842fa51fb9eb9f56dc80b625
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libsharpyuv-9340467d.so.0.0.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/cairo/_cairo.cpython-310-x86_64-linux-gnu.so with build-id: 2c2c809714fc1df5fdd7df72274aad348385700b
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/gi/_gi.cpython-310-x86_64-linux-gnu.so with build-id: 0216f88475460a1d47dbb406e0d354ff066f4324
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/gi/_gi_cairo.cpython-310-x86_64-linux-gnu.so with build-id: 17db1c9da98aafc46b3d1540006f31d688689d18
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/aiohttp/_http_parser.cpython-310-x86_64-linux-gnu.so with build-id: 73ba8c847a2b9a32062f761ba6f0e6aa4dbc5967
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libXau-154567c4.so.6.0.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/frozenlist/_frozenlist.cpython-310-x86_64-linux-gnu.so with build-id: 26b58319a843257cb8d27c2fa8ceaaeaa8a30e13
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/charset_normalizer/md__mypyc.cpython-310-x86_64-linux-gnu.so with build-id: 56911de9ac212b003c9762a5eb3553baffa8318f
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/aiohttp/_http_writer.cpython-310-x86_64-linux-gnu.so with build-id: 17ba852a7fc95605faf692d8567a19e02cd243c8
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/aiohttp/_helpers.cpython-310-x86_64-linux-gnu.so with build-id: a75bad6f59c0ac364650287da48b6dd2731d0145
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/liblzma-95592ee6.so.5.4.2 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libxcb-3e83370d.so.1.1.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libtiff-b9364ff1.so.6.0.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libopenjp2-78c47f58.so.2.5.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libjpeg-f2134fdd.so.62.3.0 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/PIL/_imaging.cpython-310-x86_64-linux-gnu.so with build-id: 0043c5d3aa5c84d692bcd49129899a48afdece1d
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/yarl/_quoting_c.cpython-310-x86_64-linux-gnu.so with build-id: 1a2edd3f8c0e9d80c08bdfd9cc2df72e8fd3a43f
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libwebpdemux-785dd7eb.so.2.0.12 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/Pillow.libs/libwebpmux-ddfacf1d.so.3.0.11 without build-id.
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/PIL/_webp.cpython-310-x86_64-linux-gnu.so with build-id: 1d35e723b70e6e8b2aced06ff0bcee42d0b1e11c
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/charset_normalizer/md.cpython-310-x86_64-linux-gnu.so with build-id: 095aebb39eb5643a18f8e1e1e6544150d5435e3d
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/multidict/_multidict.cpython-310-x86_64-linux-gnu.so with build-id: 672f844889d6ff741b5d257d45cd522098e66c65
                Found module /home/user/Workspace/git/TwitchDropsMiner/env/lib/python3.10/site-packages/aiohttp/_websocket.cpython-310-x86_64-linux-gnu.so with build-id: cacdc0558b38f4a0d07613a3914a0cae36a27f77
                Found module linux-vdso.so.1 with build-id: d23dbe9c87de32a8fb7a3fe207b5379b1e1d457f
                Found module mmap.cpython-310-x86_64-linux-gnu.so with build-id: 51777dd78f7e23f01c151d33f557201a90dac244
                Found module libmpdec.so.3 with build-id: fd7eb4e22aa2e3cf63fb756b15bc6f0666dd202e
                Found module _decimal.cpython-310-x86_64-linux-gnu.so with build-id: cf08ed5597aea989493d2a6264608bca2a4d9ba0
                Found module _queue.cpython-310-x86_64-linux-gnu.so with build-id: fdb9e4b32d3160dae4ff09884cf76b7482f79521
                Found module libgpg-error.so.0 with build-id: 3fbec71c67bee60d8aef00697ee187079b0fb307
                Found module libgcrypt.so.20 with build-id: 60a5e524de0ed8323edf33e9eb9127a9eee02359
                Found module libcap.so.2 with build-id: b4bf900abf14aabe12d90988ceb30888acb2bcb0
                Found module liblz4.so.1 with build-id: a85971851cd059f1af80d553c8e7170d42ec59a1
                Found module libzstd.so.1 with build-id: 5d9d0d946a3154a748e87e17af9d14764519237b
                Found module libsystemd.so.0 with build-id:<PHONE_NUMBER>0b94774f76b6d153ad298b35f7a5f7
                Found module libatspi.so.0 with build-id: 2843c68233d5ba81da3d6bc31422e49472873dba
                Found module libdbus-1.so.3 with build-id: 63e8b99215502138cb63afd6d65851a5e837ed49
                Found module libatk-bridge-2.0.so.0 with build-id: 7e8009077fbdcd7bf094c51bf78742b96f216d73
                Found module libatk-1.0.so.0 with build-id: b93088667fbd06f6b72d273403d352e7c0554698
                Found module libgtk-3.so.0 with build-id: 9a340345f5e200f42140f3cb4bacb407e91843f8
                Found module libpangoft2-1.0.so.0 with build-id: fc7f13d8298f5e10fb1acbaa5472ec8b6fbf2bd9
                Found module libepoxy.so.0 with build-id: 5ea53a2b100e4b044eee19d5222881a724abf046
                Found module libwayland-client.so.0 with build-id: a85980f4efa33fa5cadfbf257349fef99d499427
                Found module libwayland-egl.so.1 with build-id: e13dfac5961e8fb58c54984fe8110a73c2f5ef99
                Found module libwayland-cursor.so.0 with build-id: abcd1ab467757354ac36fd0938b82d47d7aebe1f
                Found module libxkbcommon.so.0 with build-id: a4b17d939092101dc8f6b2a1d70eaf1fddb2dd51
                Found module libXfixes.so.3 with build-id: a9c550a40b8154a3b4b5e2ac182bb50c013c3f18
                Found module libXdamage.so.1 with build-id: 8358b7625700dc247fa21fb4304cba877a28bb04
                Found module libXcomposite.so.1 with build-id: 2c84db5342304ba1a76db7dd9b7a3bfaa8a716ce
                Found module libXcursor.so.1 with build-id: d936a5db46d8babb0f2cc490df36b6b18a16d8aa
                Found module libXrandr.so.2 with build-id: 069f930a2b41f3908a1a92b1a51c38bd13a559e2
                Found module libXi.so.6 with build-id: 8ff5a3ac871a90fd9d0a7917c61f748a41c6b5ee
                Found module libXinerama.so.1 with build-id: 9823bebfa26a681265db4aeb09abf44deec38401
                Found module libpangocairo-1.0.so.0 with build-id: 65987e60b791e0eb6231575b8d5cfd33a6379b22
                Found module libgdk-3.so.0 with build-id: 97b768ef80858a79741be2492754d948989e63c6
                Found module libjpeg.so.8 with build-id: c54abff9294357e28532a76a049a4cb2542fc15b
                Found module libgdk_pixbuf-2.0.so.0 with build-id: 374b383e3b68b5d8b552519094129f401596e502
                Found module libgraphite2.so.3 with build-id: 5ffbc76fc948f6b88d766a7210c2e6a329a6c278
                Found module libdatrie.so.1 with build-id: 128b6874a47f2b783d9e9060d3caaee4110bfd3d
                Found module libharfbuzz.so.0 with build-id: 3b9c495c079286b8d1f55d0937a0a771593eb7e6
                Found module libthai.so.0 with build-id: afa54530349e68380815d606d15dbfda8952799f
                Found module libfribidi.so.0 with build-id: 6e075a666e1da8ffdb948d734e75d82b1b6dc0fb
                Found module libpango-1.0.so.0 with build-id: 42c8896c53d9d22dc73ba7a78b326d61f34e4442
                Found module libxcb-render.so.0 with build-id: cb521131fd3b0f2ee6056cbc2014b3b8ef0d5c0e
                Found module libxcb-shm.so.0 with build-id: edb24ef4079aa423edcc50a3bb0dfb912fe8a57a
                Found module libpixman-1.so.0 with build-id: 5e936cdac032b6048d9d1a8c0bb0e4a10c86d48c
                Found module libcairo-gobject.so.2 with build-id: 71b5bd37d77ea1862d2ed00e9f6ead482f307db8
                Found module libcairo.so.2 with build-id: 60a39c3684e41370bd0a59ed1ecbdccf47e30069
                Found module libpcre2-8.so.0 with build-id: 184a841c55fb7fe5e3873fcda8368c71016cd54c
                Found module libblkid.so.1 with build-id: cdf95a964e3302bb356fefc4b801fae8c4340b31
                Found module libselinux.so.1 with build-id: 6fa53202ce676297de24873c886443b2759bfd8a
                Found module libmount.so.1 with build-id: eeb33f2b4b9c3eb0a29575eb9932ef08663bd836
                Found module libgio-2.0.so.0 with build-id: 07bd46a1bb58e321e6aabc67135d054e6b78069d
                Found module libgmodule-2.0.so.0 with build-id: 8b369a368c3070d179ddf64724ffc229c3f214b5
                Found module libpcre.so.3 with build-id: 3982f316c887e3ad9598015fa5bae8557320476a
                Found module libgirepository-1.0.so.1 with build-id: 6f812440d4add17778e4134f2b1dd4c73f5abb78
                Found module libgobject-2.0.so.0 with build-id: 7c47809b4e688382aab4127a2e07496450c5e6b0
                Found module libglib-2.0.so.0 with build-id: c74e800dfd5f72649d673b44292f4a817e45150b
                Found module libffi.so.8 with build-id: 59c2a6b204f74f358ca7711d2dfd349d88711f6a
                Found module _ctypes.cpython-310-x86_64-linux-gnu.so with build-id: 4e61e276e869f82dbaa2621d1a7e38095821c35c
                Found module _multibytecodec.cpython-310-x86_64-linux-gnu.so with build-id: c993e58205f2d0d9f0c232cb7e23bce46ca0fae2
                Found module _uuid.cpython-310-x86_64-linux-gnu.so with build-id: 3852ac280ddf5ea525daaf32d36d693dc382d0c9
                Found module _hashlib.cpython-310-x86_64-linux-gnu.so with build-id: 7c505da5c678f452b06d5f373540228a4c2f8461
                Found module libpthread.so.0 with build-id: e62798b68557abb4bc5548aba2640cd5ab948f36
                Found module liblzma.so.5 with build-id: b85da6c48eb60a646615392559483b93617ef265
                Found module _lzma.cpython-310-x86_64-linux-gnu.so with build-id: b837ddb0044a4a7a6ed33e06980f93d4d612cf46
                Found module libbz2.so.1.0 with build-id: e56b62c27bcc7ace8f9be36b255bd7b31bfde405
                Found module _bz2.cpython-310-x86_64-linux-gnu.so with build-id: 056500a76995fc728231a87aab88c20f7424eecb
                Found module _json.cpython-310-x86_64-linux-gnu.so with build-id: 136a5fff693b51858c6eccfab65f0f1c792cf230
                Found module libmd.so.0 with build-id: cd2d2f71b3967ebde30e2aa43b8eb63339020c06
                Found module libbrotlicommon.so.1 with build-id: 43a72967cf84155914c8b3e915926733d1e57c11
                Found module libbsd.so.0 with build-id: 9a6c72469251e2feb63e175ef5cb944ce6e00df3
                Found module libbrotlidec.so.1 with build-id: 4b1f390dd6e24d49684db8b2443d082379e8e977
                Found module libpng16.so.16 with build-id: d58bf7c11ac793d528926238d831792b5ef792cf
                Found module libXdmcp.so.6 with build-id: 6b60f99504aa1d3999ea02a14366d1a39d6c5dcf
                Found module libXau.so.6 with build-id: 7089b383cacbfc1760634a3be19a923e51fe3315
                Found module libXext.so.6 with build-id: 9fb1880e02dfa11a8c39cd1a170109de08302059
                Found module libuuid.so.1 with build-id: 64c0d0cb22fa2bdeca075a0c0418ba5ff314b220
                Found module libXrender.so.1 with build-id: 7ccbfa4c24e93c42fa50dd2e42fa277630f9650c
                Found module libfreetype.so.6 with build-id: bc6c65a19e6f75fea5e74a7fd6c0b91182e1a8b0
                Found module libxcb.so.1 with build-id: 1bef862a339557aa16c34c7a4b27f8f3aea90517
                Found module libXss.so.1 with build-id: 0c9b56230c8f1e18e35c40fc8d69756fdf98424f
                Found module libfontconfig.so.1 with build-id: 0bb435fdd5ec37178e14ea03bb36f779a4b72a94
                Found module libXft.so.2 with build-id: 80f7dead93e7eddf4fb18c4953696c387051565c
                Found module libX11.so.6 with build-id: d1d3345a252a40a004cbd02011a651930e172ccd
                Found module libtcl8.6.so with build-id: 916dff5dad508fae0ecb6f5ad1f7afe65c294936
                Found module libtk8.6.so with build-id: fb81111e6d7653a89d36b413424da5667c5274d7
                Found module libBLT.2.5.so.8.6 with build-id: ac7d53dc76cf78539ede047fb0b62be5fb93d4e0
                Found module _tkinter.cpython-310-x86_64-linux-gnu.so with build-id: 2374adc28ebb64d21919c14a091e83440512cca3
                Found module _asyncio.cpython-310-x86_64-linux-gnu.so with build-id: 1ea3ac0267d18e4e43afa7f83b2e03dad95b08a6
                Found module _contextvars.cpython-310-x86_64-linux-gnu.so with build-id: 60c512f7955500ce605fadb431cc05b1269601a0
                Found module _opcode.cpython-310-x86_64-linux-gnu.so with build-id: 0ba7cac29d06fd5104a540af00a93a30cba091ce
                Found module libcrypto.so.3 with build-id: af9d9ce956e6c1589bc9ceeb36c8c693efca776a
                Found module libssl.so.3 with build-id: d446981dff1f3145f840061033c31b078d5880ab
                Found module _ssl.cpython-310-x86_64-linux-gnu.so with build-id: c0002678c23420b6d094926d36735a9e592e17c9
                Found module ld-linux-x86-64.so.2 with build-id: 61ef896a699bb1c2e4e231642b2e1688b2f1a61e
                Found module libc.so.6 with build-id: 69389d485a9793dbe873f0ea2c93e02efaa9aa3d
                Found module libz.so.1 with build-id: 30840b79ac329ecbf1dec0bb60180eed256d319f
                Found module libexpat.so.1 with build-id: d212d1f61d04a1e60fccad1a8c118428cfd9be42
                Found module libm.so.6 with build-id: 27e82301dba6c3f644404d504e1bb1c97894b433
                Found module python3.10 with build-id: 8df1c7df42f40a5fa606666db1b65c8d9a4ddfe4
                Stack trace of thread 2826377:
                #0  0x00007f6daea64f0d Tk_FreeFont (libtk8.6.so + 0x4bf0d)
                #1  0x00007f6daea641a9 n/a (libtk8.6.so + 0x4b1a9)
                #2  0x00007f6dae8a5d32 TclNRRunCallbacks (libtcl8.6.so + 0x3cd32)
                #3  0x00007f6daf7fa6e7 n/a (_tkinter.cpython-310-x86_64-linux-gnu.so + 0xb6e7)
                #4  0x0000562106897e38 n/a (python3.10 + 0x15fe38)
                #5  0x00005621068a712b PyObject_Call (python3.10 + 0x16f12b)
                #6  0x00005621068832c1 _PyEval_EvalFrameDefault (python3.10 + 0x14b2c1)
                #7  0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #8  0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #9  0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #10 0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #11 0x00005621068b5552 n/a (python3.10 + 0x17d552)
                #12 0x00005621068bf471 n/a (python3.10 + 0x187471)
                #13 0x0000562106897e0e n/a (python3.10 + 0x15fe0e)
                #14 0x000056210688e5eb _PyObject_MakeTpCall (python3.10 + 0x1565eb)
                #15 0x0000562106887908 _PyEval_EvalFrameDefault (python3.10 + 0x14f908)
                #16 0x00005621068a64e1 n/a (python3.10 + 0x16e4e1)
                #17 0x00005621068820d1 _PyEval_EvalFrameDefault (python3.10 + 0x14a0d1)
                #18 0x000056210688d784 _PyObject_FastCallDictTstate (python3.10 + 0x155784)
                #19 0x00005621068a2744 n/a (python3.10 + 0x16a744)
                #20 0x000056210688e58c _PyObject_MakeTpCall (python3.10 + 0x15658c)
                #21 0x0000562106886c66 _PyEval_EvalFrameDefault (python3.10 + 0x14ec66)
                #22 0x000056210688d784 _PyObject_FastCallDictTstate (python3.10 + 0x155784)
                #23 0x00005621068a2744 n/a (python3.10 + 0x16a744)
                #24 0x000056210688e58c _PyObject_MakeTpCall (python3.10 + 0x15658c)
                #25 0x0000562106886c66 _PyEval_EvalFrameDefault (python3.10 + 0x14ec66)
                #26 0x000056210688d784 _PyObject_FastCallDictTstate (python3.10 + 0x155784)
                #27 0x00005621068a2744 n/a (python3.10 + 0x16a744)
                #28 0x000056210688e58c _PyObject_MakeTpCall (python3.10 + 0x15658c)
                #29 0x0000562106886c66 _PyEval_EvalFrameDefault (python3.10 + 0x14ec66)
                #30 0x00005621068b5880 n/a (python3.10 + 0x17d880)
                #31 0x00007f6db023528e n/a (_asyncio.cpython-310-x86_64-linux-gnu.so + 0x928e)
                #32 0x00007f6db02350a4 n/a (_asyncio.cpython-310-x86_64-linux-gnu.so + 0x90a4)
                #33 0x000056210688e5eb _PyObject_MakeTpCall (python3.10 + 0x1565eb)
                #34 0x00005621069ed2a2 n/a (python3.10 + 0x2b52a2)
                #35 0x000056210688b50b n/a (python3.10 + 0x15350b)
                #36 0x00005621068832c1 _PyEval_EvalFrameDefault (python3.10 + 0x14b2c1)
                #37 0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #38 0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #39 0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #40 0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #41 0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #42 0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #43 0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #44 0x0000562106880f52 _PyEval_EvalFrameDefault (python3.10 + 0x148f52)
                #45 0x000056210689870c _PyFunction_Vectorcall (python3.10 + 0x16070c)
                #46 0x00005621068868a2 _PyEval_EvalFrameDefault (python3.10 + 0x14e8a2)
                #47 0x0000562106971e56 n/a (python3.10 + 0x239e56)
                #48 0x0000562106971cf6 PyEval_EvalCode (python3.10 + 0x239cf6)
                #49 0x000056210699c7d8 n/a (python3.10 + 0x2647d8)
                #50 0x00005621069960bb n/a (python3.10 + 0x25e0bb)
                #51 0x000056210699c525 n/a (python3.10 + 0x264525)
                #52 0x000056210699ba08 _PyRun_SimpleFileObject (python3.10 + 0x263a08)
                #53 0x000056210699b653 _PyRun_AnyFileObject (python3.10 + 0x263653)
                #54 0x000056210698e41e Py_RunMain (python3.10 + 0x25641e)
                #55 0x0000562106964cad Py_BytesMain (python3.10 + 0x22ccad)
                #56 0x00007f6db0029d90 __libc_start_call_main (libc.so.6 + 0x29d90)
                #57 0x00007f6db0029e40 __libc_start_main_impl (libc.so.6 + 0x29e40)
                #58 0x0000562106964ba5 _start (python3.10 + 0x22cba5)

                Stack trace of thread 2826378:
                #0  0x00007f6db011b7ed __GI___select (libc.so.6 + 0x11b7ed)
                #1  0x00007f6dae9a7814 n/a (libtcl8.6.so + 0x13e814)
                #2  0x00007f6db0094b43 start_thread (libc.so.6 + 0x94b43)
                #3  0x00007f6db0126a00 __clone3 (libc.so.6 + 0x126a00)

Thanks. The first frame of the backtrace might indicate a font-related issue.
I've also had a similar crash in the past, which was basically caused by having an emoji font installed. This one is probably unrelated, though.
Anyway, for now I have no clue what the problem is exactly, but I'll try to set up an Ubuntu 22.04 virtual machine to look into this better.

This looks like quite a wild Linux-related ride. Thank you @guihkx for taking care of this one 🙂

I was able to reproduce the crash on Ubuntu 22.04 when running from source as well.
It turns out this is, once again, related to the bad handling of emoji fonts by libXft. :(
As I said in my other post from months ago, this has been fixed in libXft 2.3.5, but unfortunately Ubuntu 22.04 still uses 2.3.4.
@axi92 Can you install ttf-ancient-fonts-symbola and see if at least the crash goes away?
If you're an advanced Linux user, another alternative would be manually building and installing the latest version of libXft.

Symbold look different after installing ttf-ancient-fonts-symbola i'll report back if it keeps running smooth for longer =)

And run from source now works as well.

Nice to hear!

Edit: After 10min the ui got stuck again.

That's unfortunate... :/
In the meantime, you can try running the Windows version through Wine. It's actually what I used to do before Linux support got better, and surprisingly it worked pretty damn good.

No issues with KDE Manjaro.
I did install the fonts but just for the look, yay -S ttf-ancient-fonts.
Operating System: Manjaro Linux
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.11
Kernel Version: 6.1.55-1-MANJARO (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1080/PCIe/SSE2
Manufacturer: Micro-Star International Co., Ltd.
Product Name: MS-7C91
System Version: 2.0

Closing, since this appears to be resolved.


Time range for the closed workflows should not go over domain retention

Currently it is confusing for the user when they pick time that is half a year back and only see workflows for the last week due to retention.
Also we should make it more clear through some UI messaging that they don't see workflows because they were removed due to retention.

Good idea. Do we also need to take in account retention sampling?

Added new issue which describes in more detail the behavior of the UI: https://github.com/uber/cadence-web/issues/98


lerna run --no-bail throws error

Describe the bug
Migrating to npm workspaces + lerna-lite from lerna and was trying to run my same lint command with --no-bail flag.
The command seems to work completely but throws an error after the success report. Tried the same command without the --no-bail flag and it passed just fine.
Reproduction
run any command with --no-bail
Lerna config and logs
lerna.json

{
  "packages": [
    "packages/*"
  ],
  "stream": true,
  "version": "independent"
}

lerna-debug.log

0 silly argv {
0 silly argv   _: [ 'run' ],
0 silly argv   bail: false,
0 silly argv   lernaVersion: '1.1.1',
0 silly argv   '$0': '/Users/alex/Source/eris-boiler/node_modules/.bin/lerna',
0 silly argv   script: 'lint'
0 silly argv }
1 notice cli v1.1.1
2 verbose rootPath /Users/alex/Source/eris-boiler
3 info versioning independent
4 verbose project packages packages/*
5 info Executing command in 3 packages: "npm run lint"
6 verbose Topological npm run lint
7 success run Ran npm script 'lint' in 3 packages in 8.0s:
8 error TypeError: Cannot read properties of undefined (reading 'name')
8 error     at /Users/alex/Source/eris-boiler/node_modules/@lerna-lite/run/dist/run-command.js:119:66
8 error     at Array.forEach (<anonymous>)
8 error     at /Users/alex/Source/eris-boiler/node_modules/@lerna-lite/run/dist/run-command.js:113:25

Environment Info
| Executable        | Version |
| ----------------- | ------- |
| `lerna --version` | 1.1.1 |
| `npm --version`   | 8.2.0 |
| `node --version`  | 16.13.1 |
---

Used Package Manager
npm
Validations

[X] Follow our Code of Conduct
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion.
[X] The provided reproduction is a minimal reproducible example of the bug.

The code is the same as the original Lerna except that I rewrote it in TypeScript and I never used that flag, so I can't provide much help on this,. I would suggest to look at Lerna's issues to see if you can find anything that might help there. Or troubleshoot and create a Pull Request if you ever come up with a fix. The option seems to be used at this line in the run command
https://github.com/ghiscoding/lerna-lite/blob/c6f3a3426b2c6c49efe69408f3094e3071e989d9/packages/run/src/run-command.ts#L105-L112
the lerna debug log file that you provided might be helpful though, it says that it can't read name, can you go and find out what that object it's trying to resolves to?

looking at the shipped code on unpkg, the line number don't match totally but it seems to say that the result.pkg is undefined and so result.pkg.name throws the error.

the only way to troubleshoot this would be for you to edit that JS file and add a console log of the result, the object structure might be different compare to what it expect.

I tried checking lerna for this exact code block but I could not find it. Modified the code with a log like you suggested, not sure exactly what result is supposed to be, but it looks like it's completely missing pkg in my use case.
modified code:
if (!this.bail) {
    results.forEach((result) => {
        console.log(result)
        if (result === null || result === void 0 ? void 0 : result.failed) {
            this.logger.error('', `- ${result.pkg.name}`);
        }
        else {
            this.logger.success('', ` - ${result.pkg.name}`);
        }
    });
}

result from the log:
{
  command: 'npm run lint',
  escapedCommand: 'npm run lint',
  exitCode: 0,
  stdout: '\n' +
    '><EMAIL_ADDRESS>lint\n' +
    '> eslint src\n' +
    '\n' +
    '\n' +
    '/Users/alex/Source/eris-boiler/packages/utils/src/type.ts\n' +
    '   1:44  warning  Unexpected any. Specify a different type  @typescript-eslint/no-explicit-any\n' +
    '  16:13  warning  Unexpected any. Specify a different type  @typescript-eslint/no-explicit-any\n' +
    '\n' +
    '✖ 2 problems (0 errors, 2 warnings)\n',
  stderr: '',
  all: undefined,
  failed: false,
  timedOut: false,
  isCanceled: false,
  killed: false
}

Actually it's probably because I replicated this open PR from Lerna and that PR was probably not tested properly (it has no unit test for it). That is probably the cause

@alex-taxiera
I found the issue with that PR from Lerna that I merged in Lerna-Lite, so that PR was only supposed to help with showing the package name when user is not using --stream (and you are), so if you modify Lerna-Lite JS file from dist folder with the following it should be working as expected. It would be nice to have a confirmation. Thanks
- if (!this.bail) {
+ if (!this.bail && !this.options.stream) {
        results.forEach((result) => {
          if (result?.failed) {
            this.logger.error('', `- ${result.pkg?.name}`);
          } else {
            this.logger.success('', ` - ${result.pkg?.name}`);
          }
        });
} else {
        this.logger.success('', this.packagesWithScript.map((pkg) => `- ${pkg.name}`).join('\n'));
}

should be fixed in latest release 1.2.0


Add support for the Forecast Convergence Score to MET.

This is a request from NOAA/MDL:
https://sats.nws.noaa.gov/~verification/mos/help.html
Currently applied to point locations, not gridded analyses.  But it could be applied to gridded analyses.
This is related to forecast consistency and should be included as one of the statistics.
Forecast Convergence Score (FCS)
The Ruth-Glahn Forecast Convergence Score (FCS) is an index that measures the number of large swings in forecasts made over a series of forecast cycles for forecasts valid at the same time. Assume there are N forecasts made over a number of days. With each subsequent forecast cycle, the forecast projection decreases until the valid time of the forecast is reached. The FCS is defined as follows:
(T1 + T2)
FCS = -----------------
(T3 + T4)
where T1 = the number of forecasts that changed insignificantly (less than the threshold) from the previous forecast Fi-1 OR moved closer to the next forecast Fi+1, where i varies from 2 to N. When i=N, the observation is used as the next forecast Fi+1.
|FN - F1|
T2 = -------------------
threshold
T3 = N-1
|Fi - Fi-1|
(from i = 2 to N)
T4 = ----------------------
threshold
The T1 and T3 terms account for the actual and possible number of swings, respectively.
The T2 and T4 terms account for the magnitude of the swings.
A significance threshold specifies the minimum change necessary to count as a swing.
The FCS ranges from 0.0 (many large swings with no convergence toward the observation) to 1.0 (no large swings with the forecasts converging toward the observation.)
A "case" is an unbroken series of forecasts for the entire 7 days, all valid at the same time, ending with the observation at the valid time. Thus, the number of cases is generally smaller than the number of cases for other statistics. Any gap in the forecasts or observations causes the case to be eliminated from the sample.

Need to define where this functionality should be implemented: MET, METviewer, METcalcpy/METplotpy


Update for repo move: xbrianh to DataBiosphere org

new link: https://github.com/DataBiosphere/ssds.git

Codecov Report

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

@@           Coverage Diff           @@
##           master     #115   +/-   ##
=======================================
  Coverage   88.70%   88.70%
=======================================
  Files          10       10
  Lines         673      673
=======================================
  Hits          597      597
  Misses         76       76

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 69a93e8...dce3355. Read the comment docs.


Incorrect example for JSON EST

What were you trying to do?
Reading the docs for the JSON EST format (https://docs.cedarpolicy.com/policies/json-format.html), and the following is given as an example of a policy:
{
    "effect": "permit",
    "principal": {
        "op": "==",
        "entity": { "type": "User", "id": "12UA45" }
    },
    "action": {
        "op": "==",
        "entity": { "type": "Action", "id": "view" }
    },
    "resource": {
        "op": "in",
        "entity": { "type": "Folder", "id": "abc" }
    },
    "conditions": [
        {
            "kind": "when",
            "body": {
                "==": {
                    "left": {
                        ".": {
                            "left": {
                                "Var": "context"
                            },
                            "attr": "tls_version"
                        }
                    },
                    "right": {
                        "Literal": "1.3"
                    }
                }
            }
        }
    ]
}

What is wrong and why?
 { "Literal" : "1.3" } is not valid EST JSON
What do we need to do to fix this?
Is should be {"Value" : "1.3"}

This has already been fixed.


Auto response to fleet changes option

Basically the displayed fleet in Admiral Panel automatically changes to displays the fleet the any of the fleet member or their equipment is changed.
For example, if you're changing an equip for your secretary ship while viewing the 4th fleet in the panel, the fleet will be changed to view the 1st fleet.

What happens when you swap a ship in fleet 1 with a ship in fleet 2?

@bcc32 true. probably we focus on the fleet where the source ship is. So if you click from 2nd fleet to switch for someone on 4th fleet, we focus on 2nd fleet, coz in-game, by that time you're on the 2nd fleet.

Uh, it didn't change? Or it simply show the Fleet 2 briefly.

Didn't even know why I closed this issue...

toplel I was surprised as well :v


html encode &

Encountered an error when sending off a Browse action  to Kodi.
An ObjectId  with an & in it would throw a "malformed XML" in the media player.
This PR fixes it.

the last '\n' charactor should be deleted, or it'll cause 400 error with my raspberry minidlna server.

I was a little too eager to prettify my XML output.
Fixed.


Fix false positive detection for Heroku-provider

This PR fixes an error where Jenkins is incorrectly detected as Heroku, thus breaking the upload of coverage data since the provider cannot find the proper SHA for the report.
The problem is that the environment variable HEROKU_TEST_RUN_BRANCH is undefined which when losely compared to empty string will become true whereas what we really want to know is if it actually has any value. Looked through the other providers and you seem to like checking this by casting it as a boolean so I decided to do the same

Thanks for the PR, @FredrikSeidl!

@mitchell-codecov thank you for the merge. When can I expect to see this live? It's currently affecting our builds so either I hang in until you release or change our scripts to use a version prior to the bug was introduced

Hey, @FredrikSeidl. The change should be live with the version 0.1.10 that we just released a little bit ago.


wine32on64 doesn't compile on Monterey

I'll preface this issue by saying that I never worked with C in my life, so the errors are alien to me compared to some languages I am familiar with.
During wine32on64 compilation, make seems to error out on dlls/sane.ds/options.o due to a casting error
...
  -Werror=implicit-function-declaration -Werror=incompatible-function-pointer-types \
  -Werror=incompatible-pointer-types-discards-qualifiers -Werror=incompatible-pointer-types \
  -Werror=pointer-to-int-cast-truncates -Werror=pointer-to-int-cast \
  -Werror=int-to-pointer-cast-truncates -Werror=out-of-scope-function -Werror=pointer-arith \
  -Werror=pointer-type-mismatch -Werror=strict-prototypes \
  -Werror=tautological-constant-out-of-range-compare -g -O2 -Wno-implicit-function-declaration -Wno-deprecated-declarations -Wno-format -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0
clang -mwine32 -mstorage-address-space=default -minterop64-32-thunk-prefix=wine -minterop64-32-cs32-name=wine_32on64_cs32 -minterop64-32-cs64-name=wine_32on64_cs64 -mstack64 -mdefault-address-space=ptr32 -mstorage-address-space=ptr32 -mno-stack64 -c -o dlls/sane.ds/options.o dlls/sane.ds/options.c \
  -ilocal dlls/sane.ds -ilocal include -I/usr/local/Cellar/sane-backends/1.0.32/include \
  -D__WINESRC__ -D_REENTRANT -fPIC -fasynchronous-unwind-tables -Wall -pipe -fcf-protection=none \
  -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \
  -Wignored-qualifiers -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings \
  -Wpointer-arith -gdwarf-2 -gstrict-dwarf -Werror=extra-tokens \
  -Werror=implicit-function-declaration -Werror=incompatible-function-pointer-types \
  -Werror=incompatible-pointer-types-discards-qualifiers -Werror=incompatible-pointer-types \
  -Werror=pointer-to-int-cast-truncates -Werror=pointer-to-int-cast \
  -Werror=int-to-pointer-cast-truncates -Werror=out-of-scope-function -Werror=pointer-arith \
  -Werror=pointer-type-mismatch -Werror=strict-prototypes \
  -Werror=tautological-constant-out-of-range-compare -g -O2 -Wno-implicit-function-declaration -Wno-deprecated-declarations -Wno-format -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0

dlls/sane.ds/options.c:95:66: error: casting 'int *' to type '__storage32 void *' changes address space of pointer
    return psane_control_option(h, optno, SANE_ACTION_GET_VALUE, (void *) val, status);
                                                                 ^        ~~~
dlls/sane.ds/options.c:135:70: error: casting 'char *' to type '__storage32 void *' changes address space of pointer
        return psane_control_option(h, optno, SANE_ACTION_GET_VALUE, (void *) val, status);
                                                                     ^        ~~~
dlls/sane.ds/options.c:151:66: error: casting 'char *' to type '__storage32 void *' changes address space of pointer
    return psane_control_option(h, optno, SANE_ACTION_SET_VALUE, (void *) val, status);

A quick Google shows that this error can be resolved by passing a –cl-std=CL2.0 to clang, but I'm having difficulties figuring out where to use that build option.
https://www.intel.com/content/www/us/en/developer/articles/technical/the-generic-address-space-in-opencl-20.html

The issue is you have sane installed where win32on64 can't use sane.
For the 32on64 section add the following option to configure --without-sane

Are you running on the most recent commit as build_local.sh already has --without-sane

Slightly modified to fit my use case - specifically with a different set of build options. Looks like the removal of --without-sane on my end was the cause in this case. Thank you Gcenx with the speedy help.

I'd advise against modifying the wine32on64 options as those are disabled due to being incompatible, as CodeWeavers only compile with a very small subset of libraries they won't fix everything anything else.
Normal wine & wine64 however can use any option that's usually compatible on macOS.

I'll take that strongly into consideration as I continue dwelling further into CodeWeaver's open source code.


[content] Events page

First draft Events page in place with initial IA moves. Let's start with:

Design office hours
Carbon Insiders
Design reviews, on request

Work to do:

[ ] @jeanservaas to work on visuals for page.

[ ] Talk to team about Design office hours, design reviews (on schedule) and how we want to handle

[ ] Time of Carbon Insiders from Josh; check description.

Later options to include:

[ ] How to write pattern documentation
[ ] Contribution office hours
[ ] Creating images for Gatsby sites
[ ] How to write component documentation

Work completed.


VS bug in martini 3 for amino acid

KeyError: frozenset({'VS'})

could you provide some more information?

could you provide some more information?

Sure! Here's the translation:
"Yes, thank you. When we want to use Martini 3, in the generated ITP for some molecules, there is a (VS) which, based on my knowledge, I think is for detailed structural analysis of the molecule. However, when running the code to generate the gro file, it gives an error and says that this issue was not recognized."

why did you get this error? what input command to polyply did you use?

This is possibly a result of not having the virtual site definitions written into your master .itp file. See the tutorial


Import Pretender in Typescript yields empty module

Hi!
I'm trying to use Pretender in a Glimmer application but I'm having trouble importing the module. Using import Pretender from 'pretender' doesn't resolve anything because there's apparently no default export. I'm now using import * as pretender from 'pretender' to get the whole thing but I just get an empty object.
I saw there's type support and tried to read the related issues (that are now closed) but I still don't know how to make it work properly.
Am I missing something?
Thanks,
Jorge L

@jorgelainfiesta: did you have a look at #223? I just had a brief look and that seems to work?

I think this can be closed now, no?

solved with: https://github.com/pretenderjs/pretender/pull/243

Released as v3.0.1


Fixing build failures

PR #520 did not merge with changes from PR #511 and this is causing build failures
Also fixing intermittent failures in BlobStoreTest due to the fact that the maps
are not concurrent

Built and formatted.

Looks good. merging


Chart enhancements + broaching places and districtingProblems port over

Description

Create draft DistrictrPlace and DistrictrProblem models, following v1 places / problems and syntax that a user selects to start a session. This was in service of getting the proper target # districts for each map. I suspect that we'll want to discuss and revise how these objects fit in with our data model. For now at least, they provide a target for each test map, based on districtr v1 statewide places and problems
Per the above, utility scripts (still WIP) to load data from districtr v1 into these new tables. Again, we should discuss where these things should live long term
Chart behavior based on MapDocument properties, including a target number of districts and a total population. The total pop implementation here is not elegant, assuming that work being done in #87 or thereabouts will have more elegant implementation. This chart behavior includes:

an ideal population per zone indicated as a vertical labelled line
the chart x-max set based on ideal pop * 2 or dataMax, whichever is larger (i.e. if someone is going overboard the chart will follow
dynamic chart height (we may want to consider updating this further)
separately, setting the # of colors in the palette to equal the target # of districts.

I will continue refining but wanted to be able to share some progress for now.
Note that PR app still needs data loaded in; I will remove this flag when it's ready for review
Reviewers

Primary:
Secondary:

Checklist

[ ] Added/Updated related documentation (if applicable).
[ ] Added/Updated related unit tests (if applicable).

Screenshots (if applicable):

I know you didn't want a review yet but I had a few big comments I thought would be better to discuss sooner than later

PS. Nice work. The chart looks super awesome, too.

I know you didn't want a review yet but I had a few big comments I thought would be better to discuss sooner than later

PS. Nice work. The chart looks super awesome, too.

TY and agree with all your points! I will respond to each in kind, but for now, the PR app does have a draft bar chart that's more sensible: https://districtr-v2-167-app.fly.dev/

Ok, the chart is working as intended now, with a pin put in the places and problems. The num_districts can be manually set for now for the chart to behave properly.


Updated text formatting and inconsistencies for files in basic-html-and-html5 challenges

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

There were a lot of minor inconsistencies I noticed when going through the basic-html-and-html5 challenges. Most of the things I noticed were places where words would be formatted as code on one page, but not another. (ex "anchor element" vs "anchor element"). Other small fixes include a missing period and changing things like "radio buttons" to "radio buttons".
Let me know if you want any of the changes reverted or want a different style applied. Thanks!

I'm not sure why CI is failing.

@Ashera138 	The reason the CI is failing is because of the article/file name '3D':
Error:
Upper case characters found in 3D, all folder names must be lower case
  Found in :
    /home/travis/build/freeCodeCamp/freeCodeCamp/guide/english/3D

This should be changed to '3d'.

@raisedadead This test is tripping on the folder name '3D'.


Removed getNode() for react-native v0.62

After upgrading to react-native v0.62.2 the Agenda component in react-native-calendars broke. getNode() is now optional. I was expecting it to just be a warning like https://github.com/wix/react-native-calendars/issues/1106 but I was getting this error instead.

This one line change fixed my issue.

"react-native-calendars": "^1.296.0",


to_file raises copy errors for certain url formats

Related to this StackOverflow thread:
http://stackoverflow.com/questions/7096597/dragonfly-gem-default-images
If you try and generate an image from a file and the url_format as configured in the Dragonfly app calls for subdirectories, you'll get a Errno::ENOENT: No such file or directory error:
Dragonfly[:images].configure do |config|
  config.allow_fetch_file = true
  config.url_format = '/:job/:basename.:format' # the default
end

job = Dragonfly[:images].fetch_file Rails.root.join("public", "images", "default.jpg")
job.to_file<EMAIL_ADDRESS># => raises Errno::ENOENT: No such file or directory

This is because the subdirectory (:job) as specified in the URL format doesn't exist.

Hi - this isn't really an error - I don't think it's expected behaviour for Dragonfly to create intermediate directories.
Though what do you think about having an option to to_file to turn it on?, e.g.
job.to_file("path/to/file", :create_intermediate_dirs => true)

or something shorter if you can think of anything shorter that's meaningful (!)

I disagree. I think that when you call to_file on a job it should "just work" regardless of how I've configured my subdirectories. I would agree if the subdirectories were something I was configuring manually (e.g. /foo/bar) but because I can tell the path to consist of dynamic subfolders there is no way to know what the subdirs will be. In other words, to_file would never work.
It caught me by surprise and I had to go digging through source code to figure this one out. That's not necessarily a bad thing but wouldn't have been "better" if it worked as I expected?
That said, the option is better than nothing though I agree that name is tough. Some alternatives:

:mkdirs => true
:create_paths => true
:p => true (as in mkdir -p - too obscure)

Additionally, if we go the option route, I think to_file should raise a better error than Errno::ENOENT. What do you think?

maybe you're right it is better to "just work" - I've set it by default, which can be turned off with :mkdirs => false
fc92c4bd0468703a64eb72be16fc0beb97ea1430

Very nice!


cgu: added PreCachingConfig resource and unit tests

@sebrandon1 Thanks, I've updated the PR with changes

Approved!  I don't have the power to resolve my comments above so that will have to be someone else.


fix(opendataset): fix incorrectly saving masks for SegTrack dataset

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
6127

Relevant Lines:
7083

💛  - Coveralls


Error downloading file using Brew

After installing brew. I have ran brew update command twice.
HEAD is now at d2bbafa test_test_formula: Work around error on Linuxbrew
Already up-to-date.
and then ran below commands.
`pci4kor@BMH1048881VM:~$ brew config
Error: Download failed: https://homebrew.bintray.com/bottles-portable/portable-ruby-2.0.0-
p648.x86_64_linux.bottle.tar.gz
Error: Failed to install vendor Ruby.
pci4kor@BMH1048881VM:~$ brew doctor
Error: Download failed: https://homebrew.bintray.com/bottles-portable/portable-ruby-2.0.0-p648.x86_64_linux.bottle.tar.gz
Error: Failed to install vendor Ruby.
pci4kor@BMH1048881VM:~$ brew help
Error: Download failed: https://homebrew.bintray.com/bottles-portable/portable-ruby-2.0.0-p648.x86_64_linux.bottle.tar.gz
Error: Failed to install vendor Ruby.`
Note: Running the brew behind corporate proxy. and proxy is set using cntlm.
Please suggest what is mistake i am doing here.

Please report this to https://github.com/Linuxbrew/brew

Note: Running the brew behind corporate proxy. and proxy is set using cntlm.

You need to be able to curl https://homebrew.bintray.com/bottles-portable/portable-ruby-2.0.0-p648.x86_64_linux.bottle.tar.gz without any arguments e.g. configure your environment sufficiently for that.


How to create SharedAccessSignature for API Management REST APIs(v.2018-06-01-preview)

https://docs.microsoft.com/en-us/rest/api/apimanagement/user/get
From this document, no information about how to create SharedAccessSignature (Accesstoken) for accessing API Management REST APIs. I dont see latest document for this. Please give me details how to create SharedAccessSignature (Accesstoken) for API Management REST APIs(v.2018-06-01-preview)??.

@hellosnow Can you follow up this question?

@mmacy and @rloutlaw do you have any guidance on this question? Or could help to find someone to answer? Thanks.

For a long time i dont see proper response... It is urgent for our product development please

@vetrivelmp I'm writing letter to seek help from @mmacy and @rloutlaw to accelerate this.
By the way, does this page https://docs.microsoft.com/en-us/rest/api/apimanagement/apimanagementrest/azure-api-management-rest-api-authentication help?

As @hellosnow  mentioned, instructions for generating a SAS token, along with the code for that, are included in the documentation:
https://docs.microsoft.com/en-us/rest/api/apimanagement/apimanagementrest/azure-api-management-rest-api-authentication#ProgrammaticallyCreateToken
Is this what you were looking for?

Hello @mikebudzynski ,
The above given link talks about previous version of SAS token. For latest version(2018-06-01-preview) of SAS token it is different. Actually the above given link is obsolete for latest API (v.2018-06-01-preview). Please read comments section on the page. So every body is looking latest SAS token generation including me.

@vetrivelmp , you are right, thanks for pointing this out. I will update the docs this week.
For the time being, please navigate to your API Management instance in Azure and select Management API from the menu on the left. You can generate the SAS token from there.

Hello mikebudzynski,
We are trying Microsoft.Azure.Management.ApiManagement 4.0.4-preview to  implement api mangement apis. this dll is using azure resource server format of apis not direct access calls. To use Microsoft.Azure.Management.ApiManagement 4.0.4-preview, i have to know how to generate authorize token programatically. whether Microsoft.Azure.Management.ApiManagement 4.0.4-preview will accept SAS token or Bearer token?

you are talking about direct access call. but the page https://docs.microsoft.com/en-us/rest/api/apimanagement/user/get  try now is using bearer token. how to programatically generate this bearer jwt token?

@mikebudzynski vetrivelmp response your answer, please take a look at this. Let me know if I can close this issue.

Auth instructions for direct access API are here: https://docs.microsoft.com/en-us/rest/api/apimanagement/apimanagementrest/azure-api-management-rest-api-authentication
If you want to use Azure Resources Manager calls, just acquire the AAD token for ARM.


Make it possible to pass inscribed_circle_diameter for ThreeRollPasses

pyroll/core issue #121 introduced the inscribed_circle_diameter for ThreeRollPasses that can be used instead of gap.
Make it possible to provide values for inscribed_circle_diameter in the dictionary for pyroll-from-dict

Hey @GRPlan,
So normally pyroll-from-dict knows about all hooks that can be set.
Maybe a possible spelling mistake?

I have to appologize.
My test now works (without modification)..?
Issue can be closed.
Internal - INTERNAL use only
Von: Christoph Renzing @.>
Gesendet: Mittwoch, 21. Februar 2024 10:46
An: pyroll-project/pyroll-from-dict @.>
Cc: Rothenbucher Gerald @.>; Mention @.>
Betreff: Re: [pyroll-project/pyroll-from-dict] Make it possible to pass inscribed_circle_diameter for ThreeRollPasses (Issue #2)
Sie erhalten nicht oft eine E-Mail von @.*** Erfahren Sie, warum dies wichtig isthttps://aka.ms/LearnAboutSenderIdentification
*** EXT ***
Hey @GRPlanhttps://github.com/GRPlan,
So normally pyroll-from-dict knows about all hooks that can be set.
Maybe a possible spelling mistake?

Reply to this email directly, view it on GitHubhttps://github.com/pyroll-project/pyroll-from-dict/issues/2#issuecomment-1956260493, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BCKXA37OYVNGA2F4VAAE6MDYUW633AVCNFSM6AAAAABDF7VYT6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNJWGI3DANBZGM.
You are receiving this because you were mentioned.Message ID: @.***>

This Email and any attached files are confidential. If you are not the intended recipient, any disclosure, reproduction, copying, distribution or other use of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately and then delete this Email. The sender does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of or reliance on the information.
Internal - INTERNAL use only

I would lie if I would say that this has never happened to me.


Removes all NaN's for conditional consumption

@antw  please have a look because this looks rather patchy.
It's for the error generated here: http://beta.moses.et-model.com/testing_grounds/143
It does fix the problem but I must say that I have no clue how it get's those NaN's in the first place. Maybe you know a better solution than this patch fix?

Thanks. I won't merge this since discarding NaNs doesn't really solve the problem; it only covers it up. We used to silently discard exceptions in ETEngine and as a result it became a nightmare to debug (this was remedied some time ago), so I don't want to do it here.
Either the error is in my Network code or in the data given by the user. If it's the former, I need to find and fix it; if the latter it indicates we need to add a validation to prevent reoccurrences.
I've assigned #608 to myself and I'll investigate when I can.


ci(infra/typos): fix the styl typos

Summary
https://github.com/crate-ci/typos/pull/1070/files#diff-d7206c435daafa1b53ca9227408de1a1b8c199cb61b5a21973add69b14afd5caR58018

You should run npm run test -- -u on tests/plugin-test to update the test cases.


dirichlet_lpmf should be dirichlet_lpdf

Description
In stan/math/prim/mat/prob/dirichlet_lpmf.cpp, there is a function defined called dirichlet_lpmf.   It should be dirichlet_lpdf because the simplex variate is continuous.
I have no idea how the Dirichlet can work with this definition.
Current Version:
v3.0.0

It can work because the old Stan compiler substitutes dirichlet_log. It doesn't work with the new compiler.

I have the renaming working locally, but before I open a PR I'd like to know one thing: do we need to maintain support for the _lpmf version? I don't see that being used directly in cmdstan, rstan, or even stanc3 or docs.

do we need to maintain support for the _lpmf version?

Even the doc says dirichlet_lpdf, so I would rather just get rid of dirichlet_lpmf.  The only possible problem this will cause is someone calling dirichlet_lpmf directly in C++ code somewhere.
But given that I don't quite understand @syclik's intentions w.r.t. backward compatibility, we should ask him, too.

@syclik's most recent stance on backward compatibility was expressed in https://github.com/stan-dev/math/pull/1482#issuecomment-564169935.

This was resolved in the affirmative with the PR, which deprecates the _lpmf form but doesn't remove it.


detect name/alias conflicts

When commands are added with name or alias conflicting with existing command, reports a warning.
When that name or alias are used, the first matching command will be executed.

Implemented. Name will take precedent over alias.


Mention CODEOWNERS file?

Some codebases use CODEOWNERS, which is a file supported by GitHub and GitLab as a part of their governance. Should we mention that in Welcome Contributors?
https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners

Another possible place to put this, perhaps even duplicated, would be under Require review of contributions as it, at least on GitHub, gives a way to have granular control of who gets automatically assigned as reviewer.


Theme: System Information page load problem

Server-side OS Ubuntu 12.04LTS
Win10, FF(51) & Chrome (55)
The VirtualMin homepage - sysinfo.cgi seems to load but I can't scroll up, can't Hide New Features or minimise the expanded widgets. I can click on links and they function but I get a "Leave this page. All unsaved data will be lost" message.
Inspect Console gave a few errors.

Hi,
How can I reproduce this issue? Did you try Incognito Tab? How offen does it happen?
Did you try to clear browser's cache and restart Webmin?

Looking at the screenshot I see that it might be caused by some extension.

Wow. Quick!
Same in Incognito, Happening everytime. Same when I clear the cache.
Not sure which extension that is but a more recent Inspect with the same problem doesn't include the extension mention:

I've recently upgraded to Win10. Before on Win7 never had this problem.

Did you try the other browser?

Tried closing/opening the browser?

With added Drop Down details
and here is Firefox.
I closed tab, cleared cache, restarted browser, logged in and same problem:

Just tried Webmin on a different server and it is fine.
Guess that means something gone wrong with this installation.

Hmm.
Can you try:

Changing the theme to Gray Theme, closing browser, than opening again and changing back to Authentic Theme?
Manually reinstall the theme by going to Webmin Configuration -> Themes and install from URL using this link: https://github.com/qooob/authentic-theme/releases/download/18.32/authentic-theme-18.32.wbt.gz

I tried changing Theme but it won't accept the button click.
Just reinstalled but no change.

Just rebooted the server, cleared cache, restarted browser. No change.

Ok,
Do the following using command line:

cd /usr/share/webmin
mv authentic-theme _authentic-theme
git clone https://github.com/qooob/authentic-theme.git
/etc/webmin/restart

Try again.

Any luck?
If it works, please send me non-working, previously preserved directory. Just compress it storing permissions on the files tar -pcvzf authentic_theme_1832_ubuntu_1204lts.tar.gz _authentic-theme.

You can find my email address in the comment of .pl files in the main directory.

Any news here?

Sorry. Child pick up y'day and work all day today. Will try to follow the instructions this evening.
Sent from my iPhone

On 30 Jan 2017, at 17:28, Ilia Rostovtsev<EMAIL_ADDRESS>wrote:
Any news here?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Any update here?

:upside_down_face:


Failing with valid regex

When I set:
       - GANTREE_NODE_WATCHDOG_CLIENT_ID="c1test1"

It fails with:
Validating configuration... FAIL
client_id failed to validate: client_id must match this regex: ^[a-z\-0-9]{0,64}$

I have even tried setting it to "!!!!" to see if invalid regex will work, but it has failed too.

Sorry it was quotes in my docker-compose :)


Celo Governance Call #29 | April 28th, 2023

Celo Governance Call #29

When: Friday, April 28th, 2023. 11am ET / 8am PT 60 minutes max
Where: [TBU]
Agenda

Climate Collective

Hi all, we are moving this call to 4/28 to accommodate the climate collective proposal.