Provide line/col position in matches

instead of (current) byte offset?

The effect on performance of -p is pretty large:  e.g., 83 ms without it, 140 ms with it on one benchmark.

With the latest commit I managed to get it down to 124 ms with source positions.  Still a sizable penalty, but not as bad.
It would be worth providing an option to add these line/col/char source positions to matches .

I think one problem is that we essentially bulid a lua object for each byte of input. That seems like a lot. Perhaps a faster way would be to build an index of just \n characters?
That is, a sorted array of byteoffsets of newlines, which you can then binary search to get the line number.

That's another option, yes.  But of course that makes lookups slower.  So we should probably try both approaches and benchmark.  It's a tradeoff between more time constructing the table + fast lookups or quicker table construction + slower lookups.

In light of the above, one important question is: is it important to provide character offsets, or do line offsets and character offsets within a line (i.e. column) suffice?
If we need character offsets, then I don't think the approach you sketch will work.

Another option might be allowing the generation of the source positions to be "lazy."
That is, asking for the source pos corresponding to byte position will go through the first N bytes to calculate a position, and then stop (leaving the state information about the current line, column, and char pos in a closure).
This might avoid the need to allocate memory for a gigantic table, and maybe that would be faster.  Of course, the table is better if we might need to "jump around" in asking for source positions, but if we are always going sequentially, maybe this could work.  I'm not sure if our requests are guaranteed to be sequential, though.

In light of the above, one important question is: is it important to provide character offsets, or do line offsets and character offsets within a line (i.e. column) suffice?

tbh, I am unsure about the usefulness of line/character-in-line info altogether. You need line-column info to show stuff to the user, and for the user column should count something like grapheme clusters (https://www.foonathan.net/2021/02/column/). So my gut instinct here would be to provide only absolute byte offsets, and maybe export a couple of helper functions to compute a line table from the input string to do line/column -> byte offset translation.
On the other hand, VS Code and LSP, for example, use utf16-codepoint metrics to display column information for the user in the UI and, while it makes zero sense, it seems human users don't complain in practice?

One place I used the line information is in the live playground.  I get the line visible at the top of the left hand pane, and then find an element with that line in its data-sourcepos attribute on the right hand pane, and scroll so that it is visible. I don't know how I'd do that without line offsets.
What about absolute character offsets?  Byte offsets aren't that helpful if you're working with strings in a language that indexes them by code points rather than bytes.

One place I used the line information is in the live playground.

Curiously, column offsets would be wrong in playgrpound to implement, eg, horizontal scrolling, because JavaScript indexes by utf16 codepoints.

What about absolute character offsets? Byte offsets aren't that helpful if you're working with strings in a language that indexes them by code points rather than bytes.

I don't think the indexing scheme should be the same for all implementation languages, it seems reasonable to use whatever indexing is native for a particular language (utf16 for Java[Script], utf8 for Rust, codpepoint for Unicode).
If we do want to have a single way to index things in the spec, than, yeah, unicode codepoint offests would be the least controversial option. Though, I'd prefer to use utf8 offsets as I believe that's technically the best choice. Codepoint indices are somewhat useless, and utf8 ones are great if you store the text in utf8 internally, which all modern implementations do.

Questions:

Should anything about sourcepos go into the "spec" for the AST?
If so, what?  byte offset?  code point offset?  also line offset?  also code point offset within line?
If not, is it okay if implementations add a sourcepos in whatever format is most useful?

Codepoint indices are somewhat useless, and utf8 ones are great if you store the text in utf8 internally, which all modern implementations do.

I wouldn't want to count on this.  Haskell only recently started using UTF8 in its text library; previously it used UTF16.  But even now, that's just an implementation detail: the API for text doesn't allow you to index a text by a byte offset, only by a code point offset.

I don't think so. For some use cases you don't need sourcepos, and the question of which sourcepos is the best doesn't have an obvious correct answer.
many options indeed
yeah, I think it should be OK for impls to add extra stuff to AST

(And this seems to me a good choice: the fact that it's UTF-8 is an implementation detail and needn't be exposed to the user;

Yeah, I have reasonable people disagree with me on this one, my position here is definitely contrarian :) The way I see it, utf8 offset is no more of an implementation detail than unicode codepoint offset. uft8 offsets, utf16 offsets, and codepoint offsets are only useful to slice strings, I don't think codepoints has any inherent technical advantage. It's just a way to talk about substrings. To put it another way, operations of "get nth character" and "get nth utf16 codepoiont" are equally useless, because character is never the correct answer (indeed, unicode doesn't even define "character", only codepoint).
If we accept that it doesn't really matter which of utf8, utf16, utf32 we pick as an "index space" for strings, utf8 has the clear advantage as the one not requiring an offset-translation table in practice.
(*) one advantage of utf32 index-space is that it is dense -- all indicees between 0..n are valid. But indicies over n are still invalid, so there's still an "is this index ok for this string?" invariant to maintain.

EDIT: I'm not an expert on JavaScript, but it seems that its string interface also doesn't allow byte access?

Yeah, JavaScript has only access to utf16 codepoints by utf16 offsets.


new file deletion implementation

[x] pathDelete needs to update cache
[x] pathClean needs to update cache and avoid heap limit

camera number incorrect in deletionStats.json


Organizing configuration with org-mode.

This is more like a question rather than an issue.
I noticed that Prof Zamansky uses org-mode to organize his emacs configs. As a huge fan of org-mode, I am very happy with that solution, because org-mode makes the file easier to browse, read, distribute, export... etc. For example, it serves as a documentation for itself, and integrates with github well.
This can be done by adding (org-babel-load-file (expand-file-name "~/.emacs.d/myinit.org")) in init.el, and create another .emacs.d/myinit.org which contains the configs, self-commented!
Question
Are there any drawbacks that prevent you from using that method? What prevents you from using that? I'd like to combine advantages from both sides if there's none...
Thank you very much in advance!

One of the biggest disadvantage of using ord-mode configuration files is that the syntax checkers don't work properly in org-mode. Checking will be done only at the run-time.

because org-mode makes the file easier to browse, read, distribute, export... etc.

I don't really agree with this for cases when the org content is primarily code. For primarily textual content I like org-mode very much, and also for technical documentation with code snippets.
In particular with lisp, so many features in Emacs make emacs lisp seamless and convenient to work with, and most of them are made less seamless and convenient by the act of putting emacs lisp in org code blocks. (This is the superset of @jangid's specific point above.)

Thank you for the answer that came only after rich experience with working with emacs/lisp!


Code from other parts of the application should always throw exceptions and leave the CLI to handle error messaging and control flow.

In a few places outside of agentstack.cli we're printing error messages and calling sys.exit.
We should ensure any exit calls exist only within the cli package and that all other code in the repo throws exceptions.

Looks like this happens in tools.py, update.py, main.py, utils.py and the generations folder. I can give this a shot


Name for Gallery

Added gallery function for the detail pages, and a title for it in the data translations files.
What should the Japanese be?

ギャラリー

関連画像

添付画像

画像

@eishikawa @Hideaki1 @yanquanma @yasuyoshiakiyama  any thoughts?
This is going to be the title before the gallery photos on each detail page. Need Japanese for it.

Translation of Gallery can be ギャラリー, it is pretty much known word.
if it is for title for photos on each details pages, I personally feel no need title in there, but if its need to be, just 画像 is good.
At least, only 添付画像 is not suitable I think.

@Hideaki1 thanks.
ギャラリー it is, then.
This is the title of the gallery section on the detail pages.


Flutter qr_flutter package incompatible with printing package

when i add printing: ^5.9.2 in pubspec.yaml it show follow error please resolve it
Because qr_flutter >=4.0.0 depends on qr ^2.0.0 and barcode >=2.2.0 depends on qr ^3.0.0, qr_flutter >=4.0.0 is incompatible with barcode >=2.2.0.
And because pdf >=3.7.1 depends on barcode ^2.2.0, qr_flutter >=4.0.0 is incompatible with pdf >=3.7.1.
And because printing 5.9.2 depends on pdf ^3.7.2 and no versions of printing match >5.9.2 <6.0.0, qr_flutter >=4.0.0 is incompatible with printing ^5.9.2.
So, because TAG depends on both printing ^5.9.2 and qr_flutter ^4.0.0, version solving failed.
pub get failed (1; So, because TAG depends on both printing ^5.9.2 and qr_flutter ^4.0.0, version solving failed.)

@abdulrehmananwar  You can use this for now:
qr_flutter:
    git:
      url: https://github.com/waqadArshad/qr.flutter.updated.git

I'll be submitting a PR soon.

@abdulrehmananwar I thought updating the qr package that this package depends upon would remove this issue but the problem is that in the updated qr package version which is 3.0.1, the QrImage widget type is changed from Widget? to QrImage?. which means that we cannot use QrImage as a Widget now.
So, did u find a solution?

There is a mismatch between qr_flutter and printing.
"printing: any" gives warning:
/C:/Users/admin/flutter/.pub-cache/hosted/pub.dartlang.org/printing-5.6.5/lib/src/preview/pdf_preview.dart:169:35: Warning: Operand of null-aware operation '!' has type 'WidgetsBinding' which excludes null.
 - 'WidgetsBinding' is from 'package:flutter/src/widgets/binding.dart' ('/C:/Users/admin/flutter/packages/flutter/lib/src/widgets/binding.dart').
    final locale = WidgetsBinding.instance!.window.locale;
                                  ^
/C:/Users/admin/flutter/.pub-cache/hosted/pub.dartlang.org/printing-5.6.5/lib/src/preview/pdf_preview.dart:214:37: Warning: Operand of null-aware operation '!' has type 'WidgetsBinding' which excludes null.
 - 'WidgetsBinding' is from 'package:flutter/src/widgets/binding.dart' ('/C:/Users/admin/flutter/packages/flutter/lib/src/widgets/binding.dart').
      final locale = WidgetsBinding.instance!.window.locale;

"printing: ^5.9.2" gives error:
Because no versions of qr_flutter match >4.0.0 <5.0.0 and qr_flutter 4.0.0 depends on qr ^2.0.0, qr_flutter ^4.0.0 requires qr ^2.0.0.
And because barcode >=2.2.0 depends on qr ^3.0.0, qr_flutter ^4.0.0 is incompatible with barcode >=2.2.0.
Because pdf >=3.7.1 <3.8.3 depends on barcode ^2.2.0 and pdf >=3.8.3 depends on barcode ^2.2.3, pdf >=3.7.1 requires barcode ^2.2.0.
Thus, qr_flutter ^4.0.0 is incompatible with pdf >=3.7.1.
And because printing >=5.7.3 depends on pdf ^3.7.2, qr_flutter ^4.0.0 is incompatible with printing >=5.7.3.
So, because food_app depends on both printing ^5.9.2 and qr_flutter ^4.0.0, version solving failed.
pub get failed (1; So, because food_app depends on both printing ^5.9.2 and qr_flutter ^4.0.0, version solving failed.)

This will keep happening and if u try to change the version of qr package this package depends upon, you will not be able to use the QrImage widget which would then throw an error. so I suggest you use:
barcode: ^2.2.3

which has all the code you might require in your project from outputting an image to outputting a printed document in the example they have provided in the demo folder of their repo at: https://github.com/DavBfr/dart_barcode

This worked with me:
  pdf:
  printing: ^5.0.0
  qr_flutter: ^4.0.0

@Narven @waqadArshad @ystekno @abdulrehmananwar the maintainer seems inactive, I have fixed the issue in my PR: https://github.com/theyakka/qr.flutter/pull/204
And uploaded a new version of the package (4.1.0): https://pub.dev/packages/qr_widget
You can report issues with the package in my new repo: https://github.com/vanyasem/qr.widget


add ability to specify key vault managers

Fixes https://github.com/Azure-Terraform/terraform-azurerm-hashicorp-vault/issues/10
Addresses access issues when terraform runs as a temporary identity.

This looks fine syntactically speaking, but how does it help someone who's trying to retrieve a secret from Key Vault in a TFE workspace running with temp credentials?
Also, looking at these lines, the permissions seem arbitrary and limited. If someone is designated as a "manager" of a KV instance, say they delete a secret and want to create a new one with the same name, they wouldn't be able to do so because of the soft delete feature, and due to their limited permissions, they also wouldn't be able to purge the deleted secret.

@fabiendelpierre  The Azure key vault created here is designed to only be used by the Hashicorp Vault cluster.  While it could certainly be opened up to be shared with other services, there's no real pricing advantage to do so.  The "manager" role in this capacity is just so that terraform is able to verify that the resources in question have been created, etc.  Within that context, do you still feel the permissions are too restrictive?

Oh ok. Forgot about that, sorry. So for my first question then:
The problem is the TFE workspace changes identities with every run. The proposed change is to designate a "manager" identity that never changes. How will the TFE workspace assume that identity?

TFE generates its temporary creds based on the group its a part of, which I believe we are adding that group ID into the keyvault. So any temporary creds coming from that group should have the required permission on the keyvault itself.

While testing this though ran into the issue that once you want to delete your keyvault at some point without the purge permission for secrets and keys TFE will give errors about permission again.


Add git-hook for applying prettier to the code

Is your feature request related to a problem? Please describe.
Code formatting is missing. A standard format of code would provide better code readability which would add to the longevity of the project too.
Describe the solution you'd like
Nice article showing the steps -

https://glebbahmutov.com/blog/configure-prettier-in-vscode/

Steps:

Use git-hooks
Add prettier dependency
Configure git-hook to run prettier before/while pushing to the remote

Describe alternatives you've considered
n/s
Additional context
Interesting reads regarding this -

https://softwareengineering.stackexchange.com/questions/92256/advantages-and-disadvantages-of-forced-code-reformat
https://prettier.io/docs/en/why-prettier.html
https://www.reddit.com/r/javascript/comments/6iw3y1/prettier_pros_and_cons/
Here is a start of discussion with @RyanRussell00 regarding same
It would be interesting to see where the addition of this tool might likely or particularly hit the productivity or hinder the devs, calling for removal of the tool.

With the hope that the added PR will benefit the project - closing this issue; But, please feel free to reopen it, if the "prettier-ed" thing poses issue.


Install the husky in the project

Install husky using command npm install husky

@shivvamm assigned to you

assign it to me


added new test cases in 3 commits

Current coverage is 61.05%

Branch #1587 has no coverage reports uploaded yet.

No diff could be generated. No reports for integrationtest found.

Uncovered Suggestions

+0.22% via .../master/Master.scala#116...127
+0.20% via ...cutor/Executor.scala#187...197
+0.20% via ...cutor/Executor.scala#98...108
See 7 more...

Powered by Codecov. Updated on successful CI builds.

Will redo with 4 commits


Return the head of the linked list after swapping the values of the kth node from the beginning and the kth node from the end
(the list is 1-indexed).

Return the head of the linked list after swapping the values of the kth node from the beginning and the kth node from the end (the list is 1-indexed).
Example 1 Input : head = [1,2,3,4,5], k = 2 Output: [1,4,3,2,5]
Example 2 Input : head = [7,9,6,6,7,8,3,0,9,5], k = 5 Output: [7,9,6,6,8,7,3,0,9,5]
Can you assign this issue to me @Saloni6111

@Crimson-Muffin Assigned, Go-ahead!

hi can you please assign me this issue

hi i am a second year student , paving my way into open source can please assign this issue to me @Saloni6111


chore: remove --check flag for isort and black

formatters executed by pre-commit don't need to just advise to fix the issues manually. Let's do it at the same time.

@Dostonbek1 pre-commit runs task.


Support for v1.2 adaptive cards in Microsoft teams

Since no one is responding to the #3480 issue any more, I'm opening a new one.
We've been waiting on support for Adaptive Cards 1.2 on Microsoft Teams for a while now, but haven't seen any update.
Could you please provide an update on this?
Thanks!

Apologies for the tardiness here @gturbahn1 ; Responded in #3480 . Closing this one out as duplicate of #3480


Fix/requesting expense comments when empty

This PR solves a bug found while working on issue #2590.
When requesting expense comments from Expense->comments field, if there are not comments the api v1 breaks.

@jzabala Seems there is one extra commit?

@jzabala Seems there is one extra commit?

Yeah, I created this commit after moving the function expectNoErrorsFromResult to the utils file and creating the function graphqlQueryV2. I use the function expectNoErrorsFromResult in the new test I create to verify this bug so I just cherry picked both. I can rebase the PR and remove the function graphqlQueryV2 from the first commit but since those changes will get to master soon (I am almost done with https://github.com/opencollective/opencollective-api/pull/2869), I just left them there.


Fix packaging of the backend module

Currently the build fails because the backend module is packaged as war while at the same time being referenced by other modules (e.g., example_sql_profiling_algorithm) that require jar packaging.
A solution might be to have separate modules for the code and packaging (e.g., with a distro module). Such an effort could also make it easier to build a "headless" Metanome, that is operated from the command line or used as a library in third-party applications.

Fixed: We now build both jar and war in two separate modules.


Remove arch from cask stanza ordering temporarily

This PR temporarily removes the rule that the arch stanza must immediately follow the sha256 stanza. We haven't decided yet where the best place for this to go is, so let's not require anything specific for now to give us more flexibility. I'm working on a rubocop PR that will re-add this (among other related changes), so this is just temporary while we start to add arch stanzas and figure out the preferred styling.

Review period skipped due to critical label.


docs: add a brief introduction in README

Resolves: #58

Codecov Report

Merging #83 (04c047d) into main (ab5d0bd) will increase coverage by 0.18%.
The diff coverage is 85.18%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             main      #83      +/-   ##
==========================================
+ Coverage   82.27%   82.46%   +0.18%
==========================================
  Files           6        6
  Lines         378      382       +4
==========================================
+ Hits          311      315       +4
  Misses         45       45
  Partials       22       22

Impacted Files
Coverage Δ

native_store.go
83.33% <66.66%> (-3.63%)
:arrow_down:

registry.go
81.25% <85.71%> (-2.09%)
:arrow_down:

store.go
80.95% <100.00%> (+4.12%)
:arrow_up:

Wondering why this PR triggers test coverage... 🤨


[Bugfix] Fix cache maximum size settings not working properly with pluggable caching

Description
Fixes a bug (https://github.com/opensearch-project/OpenSearch/issues/16631) where max size settings for cache implementations were not working correctly when pluggable caching is on.
The cache implementations like OpenSearchOnHeapCache had been changed so that the max size value from the config overrode the value from their setting. This allowed the TieredSpilloverCache to send different sizes into the cache config when constructing its segments. However, the IndicesRequestCache was also putting its default 1% of heap size value into the cache config, and this overrode the setting values even when pluggable caching was on.
Fixes this by having the IRC only put a max size value into the config if pluggable caching is off.
Adds UTs around this. Also tested manually with different combinations of settings.
Related Issues
Resolves https://github.com/opensearch-project/OpenSearch/issues/16631
Check List

[x] Functionality includes testing.
[N/A] API changes companion pull request created, if applicable.
[N/A] Public documentation issue/PR created, if applicable.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Flaky tests: https://github.com/opensearch-project/OpenSearch/issues/14568, https://github.com/opensearch-project/OpenSearch/issues/16015


Unable to connect to Metamask

I have followed the frontier workshop and implemented every components in it. I however unable to connect to the chain via Metamask. I however able to use Metamask to connect to Moonbase Alpha and Edgeware.

Very staled one. Connect Metamask is working fine now.


Bug 1562196 : File transform task: Default variables used in the transform file option are not supported in YAML pipelines

Bug 1562196
File transform task: Default variables used in the transform file option are not supported in YAML pipelines
Changes made :

release.EnvironmentName removed from default case
Print file transformations and variable substitutions (Feedback from users)

Link to bug: https://dev.azure.com/mseng/AzureDevOps/_workitems/edit/1562196

Fixes : https://github.com/microsoft/azure-pipelines-tasks/issues/7785


Missing option to restrict scope to specific storage account

Is your feature request related to a problem? Please describe.
When requesting an access token using OAuth 2.0 auth code grant to access Azure Storage, I want to be able to restrict the scope to https://{}.blob.core.windows.net/user_impersonation".format(STORAGE_NAME), i.e. keeping the Azure Storage resource ID to a specific storage account only.
However, when debugging the initialization of azure.storage.blob.ContainerClient like
token = AuthorizationCodeCredential(tenant_id=TENANT_ID,
                                        client_id=CLIENT_ID,
                                        authorization_code=code,
                                        redirect_uri=redirect_uri)
container_client = ContainerClient(account_url="https://{}.blob.core.windows.net".format(STORAGE_NAME),
                                       container_name="test",
                                       credential=token)

where I obtained code like shown in #13834 (in short: specifying scope=["https://{}.blob.core.windows.net/user_impersonation".format(STORAGE_NAME)] when requesting the authorization code), the scope as transmitted in the final request to retreive an access token is set to https://storage.azure.com/.default (when initializing BearerTokenCredentialPolicy(credential, STORAGE_OAUTH_SCOPE)).
Is this behaviour intended? If so, why?
Describe the solution you'd like
I would like to have a way to provide a more fine-granular access over the scope for which to request the token for, i.e. more like BearerTokenCredentialPolicy(credential, kwargs.get('scopes', STORAGE_OAUTH_SCOPE)).
Describe alternatives you've considered
Keeping as-is.

the question is for the identity folks even though it uses the storage example

This looks like a storage question to me. If something like "https://my-storage-account.blob.core.windows.net" is a valid Azure AD scope, then any credential in azure-identity can get a token for it. This particular scenario then requires ContainerClient to expose configuration or replacement of its BearerTokenCredentialPolicy.
But taking a step back, I expect the best answer to the broader question doesn't involve azure-identity at all because storage already offers granular access control through RBAC and SAS tokens. @amishra-dev what do you think? I'm not greatly familiar with storage's access control mechanisms.

It looks like customer has got the answer. Close this issue for now.


Commands.yml not functioning correctly.

aliases:
bc:

broadcast $$1-
say $$1-

/bc Hello
Only broadcast is called.

You likely don't have the permissions to the say command.
I just tested with this:
command-block-overrides: []
ignore-vanilla-permissions: false
aliases:
  icanhasbukkit:
  - version $1-
  bc:
  - say $$1-
  - tell $$1- $$2-
  - version $1-

and it worked fine

Odd, it may have been fixed in a newer version. It's not permission based, I ran it both from the console, and from a user. I'll attempt to get the latest version. Currently running Purpur version git-Purpur-1098 (MC: 1.16.5) (Implementing API version 1.16.5-R0.1-SNAPSHOT)

Can confirm the issue is still persisting for me. I am unsure what I can do to resolve this problem. Any command I put below broadcast does not get called.

What is supplying the broadcast command? I'd like to examine it's code

https://file.io/uChy8kLhuUla
The plugin was created years and years ago

Under FletchBroadcasts config.yml, I set it to: BroadcastPrefix: ''
I just changed to use a different broadcast plugin, and it's functioning now

I'm happy that its functioning now, at least you can look into the direct cause for the problem, some odd underlying bug


IMSI and MSISDN Representation

Background
Currently, the IMSI and MSISDN properties are associated with a MobileDeviceFacet and SIMCardFacet respectively. This doesn't allow a concept of either property changing.
Requirements
Requirement 1: MobileAccountFacet must house the properties IMSI and MSISDN.  (Note - it currently does.)
Requirement 2: SimCardFacet must reference a MobileAccount and drop direct storage of IMSI.
Requirement 3: MobileDeviceFacet must reference a MobileAccount and drop direct storage of MSISDN string.
Benefits
By relating the properties to a MobileAccountFacet, it allows the concept of an IMSI or MSISDN changing within the
same SIMCard or MobileDevice.
Risks
A change to the existing properties has the risk of breaking the implementation of current adopters.
Competencies demonstrated
Competency 1

Solution summary
Requirements 2 and 3 also fully describe the solution, implemented in PR 354.

@kchason , one non-obvious change I made in the requirements: you were describing a Facet-to-Facet property link.  UCO properties will link from a Facet to a UcoObject, but not from a Facet to a Facet.  @sbarnum , this is worth description in the design document.

This proposal has been withdrawn.


Network switch is broken.

While network switch request send to wallet, it shows error but when you retry it works.

Ethers needs to reconstruct provider when network switched.

#33


TTS still has bug on windows, still have PR to fix it

Amazon has not incorporated the TTS fix for windows for almost two years.
https://github.com/aws/aws-sdk-cpp/pull/681
As feedback, I chose to not use this SDK because fixes were not being fixed and incorporated. I'm cleaning up loose ends that have no progress and this one qualifies. I'll leave the PR open for one or two more weeks and if no action from Amazon I will purge it.

Thank you for your feedback.
It has been a long time...
And It's definitely a typo.

It's in today's release: https://github.com/aws/aws-sdk-cpp/commit/df5d84552a3e038f6941c0337b5d1981de0efbcb
Thank you for your PR again.


Very long page render time

If you have many image ressources displayed on one single page. The current behaviour is that when fluid renders the image viewhelper, the cloud connector download the image from the google storage via API.
You can see the behaviour in the System.log:
Create tmpfile for XXXXXX-HASH1-XXXXXXXXX
Did not import resource as object "XXXXXX-HASH2-XXXXXXXXX" into bucket "my.google.bucket" because that object already existed.

This has been resolved and found to be a problem in the application implementation.


terragrunt-info as internal function

It would be great to be able to access values of terragrunt terragrunt-info using a function or via env vars:
after_hook "copy_common_main_providers" {
  commands = ["init-from-module"]
  execute  = ["cp", "something.tf", get_terragrunt_info("WorkingDir")]
}

Probably can get away with something like get_terragrunt_workingdir()?
I addressed it https://github.com/gruntwork-io/terragrunt/issues/736#issuecomment-500672816, and maybe https://github.com/gruntwork-io/terragrunt/issues/736#issuecomment-501007842 can be a possible (and better) solution?

Yes, it would be very helpful to have a function like get_terragrunt_workingdir() which returns /var/www/eu-west-1/vpc/.terragrunt-cache/8tw6nJm13wWcoe79ee6cpyG1tvk/BoKn_3NNiOJEg4PmxaP5wYFi3M8.
@brikis98 what do you think?

@antonbabenko As a workaround maybe you can symlink something.tf in the module?

Meanwhile, I run another hook at the end to remove the file in the wrong location.

Adding new variables and functions to Terragrunt is easy now: you just add it to the EvalContext. The earlier versions of Terragunt solely added functions, as those were easier to find with our ugly regex, but now that all of this is handled in a first-class way by the HCL2 parser, we can use variables or functions, depending on what makes sense. PRs welcome.

@antonbabenko do you mind sharing your cleaning hook ? Can't seems to get mine right, it's also nuking files in the cache dir, hence I can't run terragrunt twice in a row.


Bidding is not working

Tap bid button on artwork view, tries to fetch martsy bid page and gets "page does not exist" error. There is currently an auction running, amfar, easy to replicate. No corresponding problems on microgravity.

iPad / iPhone?

both @orta it would be great if someone could probe into this today

Looks like we didn't know about a change in URL structures on Force, we're still presuming all auctions have URLs like feature/amfar-generationcure-solstice-auction/bid/robert-beck-untitled-daly-over-slash-under-at-close-range-with-12-punkin-ball-slug but now they can go to https://artsy.net/auction/amfar-generationcure-solstice-auction/bid/robert-beck-untitled-daly-over-slash-under-at-close-range-with-12-punkin-ball-slug

This was fixed for iPhones, https://github.com/artsy/microgravity/pull/917 but not for iPad

@orta is there a force change that could be made now to get these to work?

It is done :+1:

but we're also going to support the new route via #534

This has been merged.


Check multiple compare URLs

This is a follow-up to https://github.com/fthomas/scala-steward/pull/814
It allows to check multiple possible compare URLs for existence. In
particular, it also supports tags without leading "v".
Example PR: https://github.com/fthomas/refined-sjs-example/pull/16

/cc @exoego


Modifying server configuration

Is there any other way how to add some changes to server configuration like e.g. exposing Prometheus metrics? There was variable var. server_config used in local variable server_configuration in main.tf file but it was removed in commit 0f736207. I have to add there stuff like this:
telemetry {   prometheus_retention_time = "30s"   disable_hostname = true }

Sorry I completely forgot about this use case. How about I add var.server_configuration back which expects a HCL string that is appended at the bottom of the existing configuration that the module will set up?

It sounds good. I wasn't sure if it was removed by mistake or you wanted to force another way like e.g. add extra argument for next config file and insert the config file to the pod.

@zdenekvana can you give the changes proposed in #14 a try and see if it works for your requirements please.


Crash while startup.

I'm using the ModularPowersuits-<IP_ADDRESS>-QMX and ModularPowersuitsAddons-<IP_ADDRESS>-QMX.
Crash log tell me it could be a MPSA issue.
Here's the full CR.
---- Minecraft Crash Report ----
// Don't do that.
Time: 1/23/15 5:45 PM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: appeng.api.features.IRegistryContainer.wireless()Lappeng/api/features/IWirelessTermRegistry;
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:692)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:286)
at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:376)
at org.multimc.EntryPoint.listen(EntryPoint.java:165)
at org.multimc.EntryPoint.main(EntryPoint.java:54)
Caused by: java.lang.NoSuchMethodError: appeng.api.features.IRegistryContainer.wireless()Lappeng/api/features/IWirelessTermRegistry;
at com.qmxtech.powersuitaddons.modules.TerminalHandler.registerAEHandler(TerminalHandler.java:115)
at com.qmxtech.powersuitaddons.modules.TerminalHandler.registerHandler(TerminalHandler.java:126)
at com.qmxtech.powersuitaddons.common.ModularPowersuitsAddons.load(ModularPowersuitsAddons.java:71)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691)
... 18 more
A detailed walkthrough of the error, its code path and all known details is as follows:
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.8.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 85729504 bytes (81 MB) /<PHONE_NUMBER> bytes (965 MB) up to<PHONE_NUMBER> bytes (965 MB)
JVM Flags: 3 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xms512m -Xmx1024m
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v<IP_ADDRESS>0 Minecraft Forge <IP_ADDRESS>0 160 mods loaded, 160 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{<IP_ADDRESS>0} [Forge Mod Loader] (forge-1.7.10-<IP_ADDRESS>0-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{<IP_ADDRESS>0} [Minecraft Forge] (forge-1.7.10-<IP_ADDRESS>0-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Aroma1997Core{<IP_ADDRESS>} [Aroma1997Core] ([A]Aroma1997Core-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
CodeChickenCore{<IP_ADDRESS>} [CodeChicken Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
{000} [CoFH ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
Micdoodlecore{} [Micdoodle8 Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
appliedenergistics2-core{rv1-stable-1} [AppliedEnergistics2 Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
BetterFonts{1.1.3} [BetterFonts] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
InputFix{1.7.10-v5} [InputFix] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenEye{0.6} [OpenEye] ([F]OpenEye-0.6-1.7.10-snapshot-141.jar) Unloaded->Constructed->Pre-initialized->Initialized
NotEnoughItems{<IP_ADDRESS>} [Not Enough Items] ([NEI]NotEnoughItems-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThaumicTinkerer-preloader{0.1} [Thaumic Tinkerer Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
MCVanillaTweaks{1.0} [Mariculture - Vanilla Tweaks] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenModsCore{0.6} [OpenModsCore] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
AppleCore{1.0.2} [AppleCore] ([A]AppleCore-mc1.7.10-1.0.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
Aroma1997CoreHelper{<IP_ADDRESS>} [Aroma1997Core|Helper] ([A]Aroma1997Core-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
bdlib{<IP_ADDRESS>} [BD Lib] ([A]bdlib-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
CoFHCore{1.7.10R3.0.0B9} [CoFH Core] ([A]CoFHCore-[1.7.10]3.0.0B9-99.jar) Unloaded->Constructed->Pre-initialized->Initialized
cookiecore{1.3.0} [Cookie Core] ([A]cookiecore-1.3.0.jar) Unloaded->Constructed->Pre-initialized->Initialized
Enchiridion{1.1} [Enchiridion] ([A]Enchiridion-1.7.X-1.2b.jar) Unloaded->Constructed->Pre-initialized->Initialized
IC2{2.2.663-experimental} [IndustrialCraft 2] ([IC2]industrialcraft-2-2.2.663-experimental.jar) Unloaded->Constructed->Pre-initialized->Initialized
ImmibisCore{59.0.7} [Immibis Core] ([A]immibis-core-59.0.7.jar) Unloaded->Constructed->Pre-initialized->Initialized
Mantle{1.7.10-0.3.2.jenkins184} [Mantle] ([A]Mantle-1.7.10-0.3.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
MetallurgyCore{4.0.4} [Metallurgy Core] ([A]MetallurgyCore-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
numina{<IP_ADDRESS>-QMX} [Numina] ([A]Numina-<IP_ADDRESS>-QMX.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenMods{0.6} [OpenMods] ([A]OpenModsLib-1.7.10-0.6.jar) Unloaded->Constructed->Pre-initialized->Initialized
appliedenergistics2{rv1-stable-1} [Applied Energistics 2] ([AE]appliedenergistics2-rv1-stable-1.jar) Unloaded->Constructed->Pre-initialized->Initialized
ae2stuff{<IP_ADDRESS>} [AE2 Stuff] ([AE]ae2stuff-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
Waila{1.5.8} [Waila] ([NEI]Waila-1.5.8a_1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
extracells{2.1.34} [ExtraCells] ([AE]ExtraCells-1.7.10-2.1.34b41.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Core{6.3.3} [BuildCraft] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Energy{6.3.3} [BC Energy] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
eureka{2.2} [Eureka] (Eureka-1.7.10-2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
bcadditions{1.8.4} [Buildcraft Additions] ([BC]BuildcraftAdditions-1.7.10-1.8.4.jar) Unloaded->Constructed->Pre-initialized->Initialized
ComputerCraft{1.65} [ComputerCraft] ([CC]ComputerCraft1.65.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forestry{<IP_ADDRESS>} [Forestry for Minecraft] ([FR]forestry_1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
factorization.notify{1.0} [Factorization Notification System] ([T]Factorization-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
factorization{1.7.10-<IP_ADDRESS>} [Factorization] ([T]Factorization-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
Baubles{<IP_ADDRESS>} [Baubles] (Baubles-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
Thaumcraft{<IP_ADDRESS>} [Thaumcraft] ([TC]Thaumcraft-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThermalFoundation{1.7.10R1.0.0RC1} [Thermal Foundation] ([WG]ThermalFoundation-[1.7.10]1.0.0RC1-27.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThermalExpansion{1.7.10R4.0.0B8} [Thermal Expansion] ([TE]ThermalExpansion-[1.7.10]4.0.0B8-23.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Transport{6.3.3} [BC Transport] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Silicon{6.3.3} [BC Silicon] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
LogisticsPipes{<IP_ADDRESS>} [Logistics Pipes] ([BC]logisticspipes-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
EnderStorage{<IP_ADDRESS>} [EnderStorage] ([O]EnderStorage-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Builders{6.3.3} [BC Builders] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Factory{6.3.3} [BC Factory] (buildcraft-6.3.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
Railcraft{<IP_ADDRESS>} [Railcraft] ([RC]Railcraft_1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenPeripheralCore{0.5.0} [OpenPeripheralCore] ([CC]OpenPeripheral-1.7.10-AIO-1.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenPeripheralIntegration{0.1.0} [OpenPeripheralIntegration] ([CC]OpenPeripheral-1.7.10-AIO-1.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenPeripheral{0.2.0} [OpenPeripheralAddons] ([CC]OpenPeripheral-1.7.10-AIO-1.jar) Unloaded->Constructed->Pre-initialized->Initialized
AromaBackup{<IP_ADDRESS>} [AromaBackup] ([F]AromaBackup-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
FastCraft{1.16} [FastCraft] ([F]fastcraft-1.16.jar) Unloaded->Constructed->Pre-initialized->Initialized
inventorytweaks{1.58-147-645ca10} [Inventory Tweaks] ([F]InventoryTweaks-1.58-147.jar) Unloaded->Constructed->Pre-initialized->Initialized
journeymap{5.0.1} [JourneyMap] ([F]JourneyMap5.0.1_FairPlay_MC1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
MineTweaker3{3.0.9B} [MineTweaker 3] ([F]MineTweaker3-1.7.10-3.0.9C.jar) Unloaded->Constructed->Pre-initialized->Initialized
MouseTweaks{2.4.4} [Mouse Tweaks] ([F]MouseTweaks-2.4.4-mc1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
SpiceOfLife{1.2.3} [The Spice of Life] ([F]SpiceOfLife-mc1.7.10-1.2.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
zyinhud{1.3.9} [Zyin's HUD] ([F]ZyinsHUD-(1.7.10)-v.1.3.9.jar) Unloaded->Constructed->Pre-initialized->Initialized
BinnieCore{2.0-pre5} [Binnie Core] ([FR]binnie-mods-2.0-pre5.jar) Unloaded->Constructed->Pre-initialized->Initialized
Botany{2.0-pre5} [Botany] ([FR]binnie-mods-2.0-pre5.jar) Unloaded->Constructed->Pre-initialized->Initialized
ExtraBees{2.0-pre5} [Extra Bees] ([FR]binnie-mods-2.0-pre5.jar) Unloaded->Constructed->Pre-initialized->Initialized
ExtraTrees{2.0-pre5} [Extra Trees] ([FR]binnie-mods-2.0-pre5.jar) Unloaded->Constructed->Pre-initialized->Initialized
Genetics{2.0-pre5} [Genetics] ([FR]binnie-mods-2.0-pre5.jar) Unloaded->Constructed->Pre-initialized->Initialized
AWWayofTime{v1.3.0b} [Blood Magic: Alchemical Wizardry] ([M]BloodMagic-1.7.10-1.3.0b-3.jar) Unloaded->Constructed->Pre-initialized->Initialized
ForgeMultipart{<IP_ADDRESS>0} [Forge Multipart] (ForgeMultipart-1.7.10-<IP_ADDRESS>0-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThaumicTinkerer{unspecified} [Thaumic Tinkerer] ([TC]ThaumicTinkerer-2.5-1.7.10-440.jar) Unloaded->Constructed->Pre-initialized->Initialized
TConstruct{1.7.10-1.8.2.build858} [Tinkers' Construct] ([TiC]TConstruct-1.7.10-1.8.2a.jar) Unloaded->Constructed->Pre-initialized->Initialized
MagicBees{1.7.10-2.1.22} [Magic Bees] ([FR]magicbees-1.7.10-2.1.22.jar) Unloaded->Constructed->Pre-initialized->Initialized
gendustry{1.4.3.fix2} [GenDustry] ([FR]gendustry-mc1710-1.4.3.fix2.jar) Unloaded->Constructed->Pre-initialized->Initialized
AdvancedRepulsionSystems{59.0.2} [Advanced Repulsion Systems] ([IC2]adv-repulsion-systems-59.0.2[CN].jar) Unloaded->Constructed->Pre-initialized->Initialized
AdvancedMachines{59.0.2} [Advanced Machines] ([IC2]advanced-machines-59.0.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
AdvancedSolarPanel{1.7.10-3.5.1} [Advanced Solar Panels] ([IC2]AdvancedSolarPanel-1.7.10-3.5.1[TFCN].jar) Unloaded->Constructed->Pre-initialized->Initialized
CompactSolars{<IP_ADDRESS>5} [Compact Solar Arrays] ([IC2]CompactSolars-1.7.10-<IP_ADDRESS>5-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
GraviSuite{1.7.10-2.0.3} [Graviation Suite] ([IC2]GraviSuite-1.7.10-2.0.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
IC2NuclearControl{2.1.2a} [Nuclear Control 2] ([IC2]IC2NuclearControl-2.1.2a.jar) Unloaded->Constructed->Pre-initialized->Initialized
ihl{0.526} [IHL Tools & Machines for IC2V2] ([IC2]ihl-tools_n_machines-0.526-1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
WaterPower{0.3h} [WaterPower] ([IC2]WaterPower-1.7.10-0.3h.jar) Unloaded->Constructed->Pre-initialized->Initialized
adventurersamulets{1.7.10-1.5.0c} [Adventurer's Amulets] ([M]AdventurersAmulets-1.7.10-1.5.0c.jar) Unloaded->Constructed->Pre-initialized->Initialized
witchery{0.22.0} [Witchery] ([M]witchery-1.7.10-0.22.0.jar) Unloaded->Constructed->Pre-initialized->Initialized
NEIAddons{<IP_ADDRESS>} [NEI Addons] ([NEI]neiaddons-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
NEIAddons|Botany{<IP_ADDRESS>} [NEI Addons: Botany] ([NEI]neiaddons-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
NEIAddons|Forestry{<IP_ADDRESS>} [NEI Addons: Forestry] ([NEI]neiaddons-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
NEIAddons|CraftingTables{<IP_ADDRESS>} [NEI Addons: Crafting Tables] ([NEI]neiaddons-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
NEIAddons|ExNihilo{<IP_ADDRESS>} [NEI Addons: Ex Nihilo] ([NEI]neiaddons-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
neiintegration{1.0.5} [NEI Integration] ([NEI]NEIIntegration-MC1.7.10-1.0.5.jar) Unloaded->Constructed->Pre-initialized->Initialized
thaumcraftneiplugin{1.7.10-1.6a} [Thaumcraft NEI Plugin] ([NEI]thaumcraftneiplugin-1.7.10-1.6a.jar) Unloaded->Constructed->Pre-initialized->Initialized
TSteelworks{1.7.10-1.0.7} [Tinkers' Steelworks] ([TiC]TSteelworks-1.7.10-1.0.7.jar) Unloaded->Constructed->Pre-initialized->Initialized
Mariculture{1.0} [Mariculture] ([TM]Mariculture-Deluxe-1.7.10-1.2.4b.jar) Unloaded->Constructed->Pre-initialized->Initialized
WailaHarvestability{1.1.1} [Waila Harvestability] ([NEI]WailaHarvestability-mc1.7.x-1.1.1.jar) Unloaded->Constructed->Pre-initialized->Initialized
BiblioCraft{1.9.2} [BiblioCraft] ([O]BiblioCraft[v1.9.2][MC1.7.10].jar) Unloaded->Constructed->Pre-initialized->Initialized
BiblioWoodsForestry{1.7} [BiblioWoods Forestry Edition] ([O]BiblioWoods[Forestry][v1.7].jar) Unloaded->Constructed->Pre-initialized->Initialized
Natura{2.2.0} [Natura] ([WG]natura-1.7.10-2.2.0-b1.jar) Unloaded->Constructed->Pre-initialized->Initialized
BiblioWoodsNatura{1.5} [BiblioWoods Natura Edition] ([O]BiblioWoods[Natura][v1.5].jar) Unloaded->Constructed->Pre-initialized->Initialized
CarpentersBlocks{<IP_ADDRESS>} [Carpenter's Blocks] ([O]Carpenter's Blocks v<IP_ADDRESS> - MC 1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
ChickenChunks{<IP_ADDRESS>} [ChickenChunks] ([O]ChickenChunks-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
TwilightForest{2.3.2} [The Twilight Forest] ([WG]twilightforest-1.7.10-2.3.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
chisel{<IP_ADDRESS>} [Chisel 2] ([O]Chisel2-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
ChiselFacades{1.7.10-2.9-cricket} [Chisel Facades] ([O]ChiselFacades-1.7.10-2.9-cricket.jar) Unloaded->Constructed->Pre-initialized->Initialized
IronChest{<IP_ADDRESS>2} [Iron Chest] ([O]ironchest-1.7.10-<IP_ADDRESS>2-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
JABBA{1.2.0a} [JABBA] ([O]Jabba-1.2.0a_1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenBlocks{1.3} [OpenBlocks] ([O]OpenBlocks-1.7.10-1.3.jar) Unloaded->Constructed->Pre-initialized->Initialized
StorageDrawers{1.2.0} [Storage Drawers] ([O]StorageDrawers-1.7.10-1.2.0.jar) Unloaded->Constructed->Pre-initialized->Initialized
thaumcarpentry{<IP_ADDRESS>-1.7.10} [Thaumcarpentry] ([O]Thaumcarpentry-<IP_ADDRESS>-1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
Translocator{<IP_ADDRESS>} [Translocator] ([O]Translocator-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
warpbook{2.0.null} [Warp Book] ([O]warpbook-1.7.10_2.0.36.jar) Unloaded->Constructed->Pre-initialized->Initialized
MrTJPCoreMod{1.0} [MrTJPCoreMod] (MrTJPCore-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Core{<IP_ADDRESS>} [ProjectRed] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Base.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Transmission{<IP_ADDRESS>} [ProjectRed-Transmission] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Integration.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Transportation{<IP_ADDRESS>} [ProjectRed-Transportation] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Mechanical_beta.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Exploration{<IP_ADDRESS>} [ProjectRed-Exploration] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-World.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Compatibility{<IP_ADDRESS>} [ProjectRed-Compatibility] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Compat.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Integration{<IP_ADDRESS>} [ProjectRed-Integration] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Integration.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Illumination{<IP_ADDRESS>} [ProjectRed-Illumination] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Lighting.jar) Unloaded->Constructed->Pre-initialized->Initialized
ProjRed|Expansion{<IP_ADDRESS>} [ProjectRed-Expansion] ([PR]ProjectRed-1.7.10-<IP_ADDRESS>-Mechanical_beta.jar) Unloaded->Constructed->Pre-initialized->Initialized
EnderIO{1.7.10-<IP_ADDRESS>5} [Ender IO] ([T]EnderIO-1.7.10-<IP_ADDRESS>5.jar) Unloaded->Constructed->Pre-initialized->Initialized
ExtraUtilities{1.2.1} [Extra Utilities] ([T]extrautilities-1.2.1.jar) Unloaded->Constructed->Pre-initialized->Initialized
factorization.misc{1.7.10-<IP_ADDRESS>} [Factorization Miscellaneous Nonsense] ([T]Factorization-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
framez{0.2} [Framez] ([T]Framez-1.7.10-0.2-28-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
GalacticraftCore{3.0.7} [Galacticraft Core] ([T]GalacticraftCore-1.7-<IP_ADDRESS>6.jar) Unloaded->Constructed->Pre-initialized->Initialized
advgenerators{<IP_ADDRESS>} [Advanced Generators] ([T]generators-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
Botania{r1.3-153} [Botania] ([TM]Botania r1.3-153.jar) Unloaded->Constructed->Pre-initialized->Initialized
Metallurgy{4.0.6} [Metallurgy 4] ([T]Metallurgy-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
PowerConverters{1.7.10-<IP_ADDRESS>} [Power Converters] ([T]PowerConverters-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
pressure{<IP_ADDRESS>} [Pressure Pipes] ([T]pressure-mc1710-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
RefinedRelocation{1.0.7d} [Refined Relocation] ([T]RefinedRelocation-1.7.10-1.0.7d.jar) Unloaded->Constructed->Pre-initialized->Initialized
RIO{1.8.1} [RemoteIO] ([T]RemoteIO-1.7.10-1.8.1.B84-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
StevesCarts{2.0.0.b18} [Steve's Carts 2] ([T]StevesCarts2.0.0.b18.jar) Unloaded->Constructed->Pre-initialized->Initialized
StevesFactoryManager{A93} [Steve's Factory Manager] ([T]StevesFactoryManagerA93.jar) Unloaded->Constructed->Pre-initialized->Initialized
WR-CBE|Core{<IP_ADDRESS>} [WR-CBE Core] ([T]WR-CBE-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
WR-CBE|Addons{<IP_ADDRESS>} [WR-CBE Addons] ([T]WR-CBE-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
WR-CBE|Logic{<IP_ADDRESS>} [WR-CBE Logic] ([T]WR-CBE-1.7.10-<IP_ADDRESS>-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
Automagy{0.18} [Automagy] ([TC]Automagy-1.7.10-0.18.jar) Unloaded->Constructed->Pre-initialized->Initialized
EMT{2.0.0Alpha4} [Electro-Magic Tools] ([TC]ElectroMagicTools-1.7.10-2.0.0Alpha-2.jar) Unloaded->Constructed->Pre-initialized->Initialized
ForbiddenMagic{1.7.10-0.552} [Forbidden Magic] ([TC]Forbidden Magic-1.7.10-0.552.jar) Unloaded->Constructed->Pre-initialized->Initialized
Magistics{0.6.0} [Magistics] ([TC]Magistics-1.7.10-0.6.0.jar) Unloaded->Constructed->Pre-initialized->Initialized
NodalMechanics{1.7.10R1.0} [NodalMechanics] ([TC]NodalMechanics-1.7-1.0-7.jar) Unloaded->Constructed->Pre-initialized->Initialized
thaumcraftgates{1.4.0} [Thaumcraft Gates] ([TC]ThaumcraftGates-1.4.0.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThaumcraftMobAspects{1.7.2-2A} [Thaumcraft Mob Aspects] ([TC]ThaumcraftMobAspects-1.7.2-2A.jar) Unloaded->Constructed->Pre-initialized->Initialized
thaumicenergistics{<IP_ADDRESS>b-rv1} [Thaumic Energistics] ([TC]thaumicenergistics-<IP_ADDRESS>b-rv1.jar) Unloaded->Constructed->Pre-initialized->Initialized
ThaumicExploration{0.6.0} [Thaumic Exploration] ([TC]ThaumicExploration-1.7.10-1.1-36.jar) Unloaded->Constructed->Pre-initialized->Initialized
thaumicinfusion{3.8.1} [Thaumic Infusion] ([TC]ThaumicInfusion-1.7.10-3.83.jar) Unloaded->Constructed->Pre-initialized->Initialized
powersuits{<IP_ADDRESS>-QMX} [MachineMuse's Modular Powersuits] ([TE]ModularPowersuits-<IP_ADDRESS>-QMX.jar) Unloaded->Constructed->Pre-initialized->Initialized
powersuitaddons{0.11.0} [Modular Powersuit Addons] ([TE]ModularPowersuitsAddons-<IP_ADDRESS>-QMX.jar) Unloaded->Constructed->Pre-initialized->Errored
RedstoneArsenal{1.7.10R1.1.0RC1} [Redstone Arsenal] ([TE]RedstoneArsenal-[1.7.10]1.1.0RC1-26.jar) Unloaded->Constructed->Pre-initialized->Initialized
TiCTooltips{1.2.1} [TiC Tooltips] ([TiC]TiCTooltips-mc1.7.10-1.2.1.jar) Unloaded->Constructed->Pre-initialized->Initialized
TMechworks{1.7.10-86.e500b88} [Tinkers' Mechworks] ([TiC]TMechworks-1.7.10-0.2.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
MariTech{1.0} [Marine Technlogy] ([TM]Mariculture-Deluxe-1.7.10-1.2.4b.jar) Unloaded->Constructed->Pre-initialized->Initialized
EnderZoo{1.7.10-<IP_ADDRESS>} [Ender Zoo] ([WG]EnderZoo-1.7.10-<IP_ADDRESS>.jar) Unloaded->Constructed->Pre-initialized->Initialized
GalacticraftMars{3.0.7} [Galacticraft Planets] ([WG]Galacticraft-Planets-1.7-<IP_ADDRESS>6.jar) Unloaded->Constructed->Pre-initialized->Initialized
meteors{2.13.1} [Falling Meteors] ([WG]meteors-1.7.10-2.13.1.jar) Unloaded->Constructed->Pre-initialized->Initialized
NetherOres{1.7.10R2.3.0RC4} [Nether Ores] ([WG]NetherOres-[1.7.10]2.3.0RC4-9.jar) Unloaded->Constructed->Pre-initialized->Initialized
harvestcraft{1.7.10d} [Pam's HarvestCraft] ([WG]Pam's HarvestCraft 1.7.10f.jar) Unloaded->Constructed->Pre-initialized->Initialized
McMultipart{<IP_ADDRESS>0} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-<IP_ADDRESS>0-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
HungerOverhaul{1.7.10-beta.5.jenkins47} [Hunger Overhaul] ([F]HungerOverhaul-1.7.10-beta.5.jar) Unloaded->Constructed->Pre-initialized->Initialized
IguanaTweaksTConstruct{1.7.10-<IP_ADDRESS>} [Iguana Tinker Tweaks] ([TiC]IguanaTinkerTweaks-1.7.10-2.1.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
aobd{2.3.6} [Another One Bites The Dust] ([TM]AOBD-2.3.6.jar) Unloaded->Constructed->Pre-initialized->Initialized
ForgeMicroblock{<IP_ADDRESS>0} [Forge Microblocks] (ForgeMultipart-1.7.10-<IP_ADDRESS>0-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
OpenModsLib crash transformers: [stencil_patches:FINISHED],[movement_callback:FINISHED],[map_gen_fix:ENABLED],[gl_capabilities_hook:FINISHED],[player_render_hook:FINISHED]
Mantle Environment: Environment healthy.
AE2 Version: stable rv1-stable-1 for Forge <IP_ADDRESS>7
TConstruct Environment: Environment healthy.
Stencil buffer state: Function set: GL30, pool: internal, bits: 8

Yeah, please upgrade to Applied Energistics 2 RV2, support has been removed for RV1 as of RV2 beta 7 (and MPSA <IP_ADDRESS>-QMX) as the beta versions have been declared as "relatively stable" and RV1 is moving out of its support period.

I'm just waiting for AE rv2 stable release available now. I am a little bit conservative so I am not really haste to upgrade now. However, the old MPS and MPSA seems work fine now.
Thanks anyway.

You're most certainly welcome, I wish I could help you out, but it seems like the modding community is pushing towards using strictly RV2 and their site says:

Beta builds are relatively stable, most major issues should be already fixed, builds will be pushed as any bugs are fixed.

Also no drastic changes since 1/1/2015 (RV2-beta-7), and it seems almost like they're compiling the final changes for RV2 stable, looking at their GitHub commit log, so it shouldn't be too long...
As it is, I'd almost say that MPS and associated mods are about as stable as RV2-beta-7 at this point, duly noting that, while AE2 is much bigger a mod anyway, I'm working on several stability issues and ancient bugs (from around MC 1.5) within MPS itself.
I did throw a patch here, which would revert the RV2 changes if applied correctly, if you might find it useful: https://gist.github.com/Korynkai/5b1b67aa983baf8a1470

I knew that. There's a branch of AE2-RV3 already on their repository now and there are only 13 reported bug haven't sloved.  So as far as I could see, RV2stable will be finally released in couple of weeks. Before that I'll just wait bucause some mods such as LP haven't update their AE2 API yet (but now the update plan in already on schdule.).


🐞 [BUG] - Want to limit the digits that can be added to phone number in contact us form and provide link of Blogs to Blogs button in Home page

Description
I want to add the limit of digits that can be entered in the Phone number column of the Contact Us form and also add the link of Blogs to blogs button in home page
Current behaviour

Expected behaviour

Reproduction steps
1. Go to the Contact Us form
4. See the error

Screenshots

Logs
No response
Browsers
Firefox, Chrome, Safari, Microsoft Edge, Opera
OS
No response
Are you contributing for a program ?
GSSoC2023
Code of Conduct

[X] I have read and agree to the Contributing Guidelines of this project.

Yep, validation is required in both phone number and email sections. If you are doing please use RegEx. Just want to confirm if it is assigned to someone else @AmanJain18 @anmode ?
Also will you be able to implement realtime validation?

@Sar-thak-3 Can you assign this issue to me under GSSOC 23 ?

Issue already got fixed... check pr #335


Bug: custom tag shows double ahcnor icon in gutter

steps

in config: ensure gutter icons are shown
in config: add a custom tag, e.g. "TEST"
in code: add a comment anchor, e.g. //TEST test this new stuff

results

anchor is shown on a line (OK)
same anchor also shown on the line below it (BUG)

Note that the bug occurs only when there is no space at the end of the comment, so:

ok: "//TEST test this new stuff "          <--- note the trailing space
bug: "//TEST test this new stuff"

Hi there!
I'm unable to reproduce this issue. Could you please include a screenshot/snippet of this bug in action?
Thanks!

Hi Ionix1, Its not related to this issue but how did you add a custom tag. Which settings file did you edit for that? or can you paste the code for your custom tag. I tried but couldnt add one.

@ahmednrana The answer is here. Just add the custom tags to your workspace settings. Open the json file (not the UI) and you'll see examples of how to add new tags.
Please open another issue for that if you get stuck.

@macjuul Did you manage to repro the issue? Maybe my idea that it has something to do with trailing spaces is incorrect, but the issue it still there. Not sure what it could be.

I made a custom tag to try and reproduce this issue and while it does appear to create a phantom anchor after going to a new line, this seems to only be the case for a very short period of time before it corrects itself.

Given that this issue has been unable to be reproduced, I will close this. If you or anyone else is able to reproduce it, feel free to re-open.
Thank you for using Comment Anchors!


added matlab list

added matlab list
https://github.com/uhub/awesome-matlab

@uhub Can you make your list compatible with awesome.md?
Or, to be a bit more precise, you'll need to add a license and contributing guidelines. Also, is it possible to categorize the entries somehow to make them a bit more readable?

The lists needs a lot of work. It also looks more like a random than a curation. The whole point of awesome is to showcase the best of the best, not everything. I really doubt all of the entries are awesome.


Bug: Dictionary Compression Isn't Optimal

Describe the bug
Dictionary compression does not always output the optimal compressed string. For example, when trying to compress "Anchorage", øD produces ε₈age, ending with the word age, which obviously can be compressed as ⟇§ instead, saving a byte.
Example program
øD,

Try it
Expected Output
["Anchorage"] -> ε₈⟇§

I don‘t think it works like that - ˋ ε₈⟇§ˋ stands for something else. I don‘t think limiting compressions to just contain non-words would make it any shorter.

When I input ε₈⟇§, it decompresses to Anchorage link, so unless the decompression is working improperly then I'm not sure what else ˋ ε₈⟇§ˋ stands for.

Oh nvm then.

Trying it on some other string:

AnchorAge works
Anchoraage works
Anchorden works
Informationage works
anchorage doesn't work
otherage does compress age, but it results in a 5-byte string oλλṠ⟨ instead of the more optimal 4-byte λṁ⟇§


Provide lint for complex regex

If it is possible to guesstimate the runtime-complexity of a given regex, it would be highly useful to have a linter that warns if a regex might expose undesired behavior.

This crate guarantees linear time search, so it doesn't have that problem.


Import TinyCA certificates and csr

Hi first off : lemur looks awesome. Thanks for making and publishing this tool as open source.
We are looking into migrating our certificates handled by TinyCA into lemur, is there a way to mass import certificates and requests from an existing project into lemur ? I haven't found a CLI that talks to the API so far, or a python binding ... could you point me in the right direction (or tell me it doesn't exist).

There is currently no direct support for migration of certs from any other CAs.
If you just want to migrate existing certificates into Lemur, the process should be relatively straightforward.

Use the REST API Docs

Full featured, allows you to upload/import/create certificates and bring them under Lemur's management.

Write a 'Source' plugin Docs

If this will be an ongoing sync, source plugins allow you to pull in certificates from external sources periodically.

Write a CLI command Source

We don't currently have good documentation on creating commands and don't currently have an upload command, but it should be relatively trivial to create one using Lemur's internals.

If you are looking to migrate TinyCA's root certificates into Lemur for additional issuances via the cryptography plugin the path is a bit less clear.
Essentially you can still do this via the CLI or the REST API but instead of using the certificates endpoint or service you would use the authorities endpoint or service.

@kevgliss thanks for your detailed answer. We're starting to "really" use lemur at our company so it is probable we will develop (and contribute) some code to do this.

@kevgliss has there been any development since in supporting some kind of mass import of certificates?

Not that I know of. cc @castrapel


JfxToggleButton animation

I can't seem to find a way to disable the animation of the toggle button (the circle that expands out)
Is there a way to do so?
https://cdn.caskit.io/ZGRIgUNr.mp4

you disable it using the following css:
.jfx-toggle-button {
    -jfx-disable-visual-focus: true;
}

.jfx-toggle-button .jfx-rippler{
    -jfx-rippler-disabled: true;
}

however it will be valid in the next release, 8.0.5
Regards,


cpu blocked for ~10s before first request on complex Flask app with gevent on 8.10.1 release

Hi,
I have a pretty complex flask app locally that hangs for about ~10s ONLY before the first request when using 8.10.1 release (doesn't happen on 8.10.0). Still happens on 9.0.0 though. The CPU usage is 100% for those seconds. All the other requests work normally after.
How do you want me to profile it? Using ubuntu 22.04 & Python 3.11 and many libraries.

We have the same issue. It has killed all our applications and performance.  High time it is resloved.

Can we get some more info on this issue? A pip freeze would be very helpful if you're comfortable providing it. Or at the very least gevent and greenlet versions used.
This may be related to setting startup_timeout. We do not recommend setting startup_timeout for web applications, as this blocks completion of requests to the application for the initial request(s) until registration with the backend can complete (up to the time set, in seconds). Not setting it or setting to 0 means that initial requests will not be monitored while the agent starts on a background thread. Once it completes its connect cycle, it will begin monitoring requests.
I was unable to reproduce the issue on a machine running the following app. I saw no real difference in startup time. After examining the changes between 8.10.0 and 8.10.1 the only interesting change I see is a change to prefer importlib.metadata calls over builtin version attributes on packages for environment reporting. This could have potential performance implications, but I don't see any in my initial testing. I'd like to ensure my environment is identical before I do any larger scale performance profiling sessions.
newrelic (8.10.0 vs 8.10.0)
Flask==2.3.3
gevent==23.9.1
greenlet==3.0.0rc3

# Patch with gevent
from gevent import monkey
monkey.patch_all()

# Initialize agent
import newrelic.agent
newrelic.agent.initialize("newrelic.ini")

# Create application
from gevent.pywsgi import WSGIServer
from flask import Flask

app = Flask(__name__)

@app.route('/')
def hello():
    return "Hello from Flask!"

if __name__ == '__main__':
    # Start server
    print("Starting gevent server...")
    server = WSGIServer(("<IP_ADDRESS>", 8000), app)
    server.serve_forever()

we run using -  newrelic-admin run-program gunicorn --workers 3 --timeout 65 --graceful-timeout 65 --max-requests 2000 --max-requests-jitter 200 --bind <IP_ADDRESS>:8088 app.wsgi. same issue. Not only for gevent, even for sync workers.

cc @umaannamalai

Hey all we have a fix coming for this to be released on Monday Nov 13th.

This fix was released in v9.1.2.

@hmstepanek this is not fixed in v9.1.2 (I just tested locally).
Can you re-open the issue? Same as in the issue body (8s+ to load the first page with 100% CPU)

@ddorian it sounds like there may be multiple issues here. We fixed the importlib metadata issue but sounds like that wasn't the root of the problem in your case. Could you try out this branch and let us know if it reduces the cpu spike: https://github.com/newrelic/newrelic-python-agent/tree/performance-cpu-increase-possible-fix. If it doesn't reduce the CPU usage, could you send us a cprofile dump of the first transaction hitting your application? Something like the following should be sufficient for profiling: newrelic-admin run-program python -m cProfile -s tottime -o profile.dat main.py, hit the app with the first web request, kill it, and send us the profile.dat.

@hmstepanek just tested it, and it works! Thank you!

We just released a new configuration option that you can add to you newrelic.ini config file package_reporting.enabled = false or disable via an env var setting NEW_RELIC_PACKAGE_REPORTING_ENABLED=false that allows you to disable package and version capturing information on startup of the agent (this was what was causing the CPU spike). This is available in 9.2.0. Docs will be updated later tonight with the new config option. This effectively does the same thing as that branch @ddorian

Thank you


feat: add ens name and avatar support

Proposed Changes

cc @aggre @hhatto

We got nice PR number too 😄


WIP: Transaction Fee Multiplier

Implementation of the slow fee mechanism described in detail here.
This addresses https://github.com/paritytech/substrate/issues/2430 and builds on top of https://github.com/paritytech/substrate/pull/2799

[clabot:check]


Properly reduce intersections to never in identity relation

Fixes #47996.

@ahejlsberg is this ready to merge?


JWT parsing keeps failing due to InvalidKeyFormat error after invoking parse_jwt_token()

I've been trying to set up a working example on localhost for nextjs oauth with rust on the backend. I'm using the casdoor-rust-sdk to fetch the signup/signin uri which mostly works but when I try to authorize and fetch the JWT token from the rust backend I'm constantly being reminded of the InvalidKeyFormat error despite my conf.toml file being correctly formed (as per rust-sdk-example project)
I triple checked that the pub_key from the certs page in the dashboard is correct along with the generated certificate being assigned to the test application.
Is this a bug or am I missing something. Been at it for 3 hours.

@DoctorNigel hi, can you help fix this CI issue first? https://github.com/casdoor/casdoor-rust-sdk/actions/runs/5546217874/jobs/10126182590

Hi, I'm experiencing the same error with axum integration
`pub async fn login(
Extension(ctx): Extension,
) -> anyhow::Result<Json<Response>, AppError> {
let auth_service = AuthService::new(&ctx.coasdoor_config);
let redirect_url = auth_service.get_signin_url("http://localhost:8080/callback".to_string());

Ok(Json(Response::status("ok".to_string(), Some(redirect_url))))

}
pub async fn callback(
Extension(ctx): Extension,
Form(input): Form,
) -> anyhow::Result<Json<Response>, AppError> {
let auth_service = AuthService::new(&ctx.coasdoor_config);
match auth_service.get_auth_token(input.code) {
    Ok(token) => match auth_service.parse_jwt_token(token) {
        Ok(user) => Ok(Json(Response {
            message: "ok".to_string(),
            data: Some(user),
        })),
        Err(e) => Ok(Json(Response::status(e.to_string(), None))),
    },
    Err(e) => Ok(Json(Response::status(e.to_string(), None))),
}

}`

Fixed, please use:

Latest Casdoor v1.426.0+: https://github.com/casdoor/casdoor/releases/tag/v1.426.0
Latest Casdoor Rust SDK v1.3.0+: https://github.com/casdoor/casdoor-rust-sdk
Refer to the example code: https://github.com/casdoor/casdoor-rust-example


Default values for inputs parameters in WorkflowTemplate not working

Summary
What happened/what you expected to happen?
Previously (at least in v3.1.13), we can use default values for input parameters in a template in WorkflowTemplate. But now it's broken in v3.2.4.
Maybe It's like this issue #2305
What version of Argo Workflows are you running?
v3.2.4
Diagnostics
workflow-template
apiVersion: argoproj.io/v1alpha1
kind: WorkflowTemplate
metadata:
  name: job-sample
spec:
  entrypoint: main
  arguments:
    parameters:
      - name: date
  templates:
    - name: main
      inputs:
        parameters:
          - name: date
            value: "{{inputs.parameters.date}}"
            default: yesterday
      container:
        image: docker/whalesay:latest
        command:
          - cowsay
        args:
          - "{{inputs.parameters.date}}"

workflow
apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: yesterday-
spec:
  entrypoint: main
  templates:
    - name: main
      steps:
        - - name: day
            templateRef:
              name: job-sample
              template: main

What Kubernetes provider are you using? GKE
What executor are you running? Docker
Main container logs in v3.1.13
 ___________
< yesterday >
 -----------
    \
     \
      \
                    ##        .
              ## ## ##       ==
           ## ## ## ##      ===
       /""""""""""""""""___/ ===
  ~~~ {~~ ~~~~ ~~~ ~~~~ ~~ ~ /  ===- ~~~
       \______ o          __/
        \    \        __/
          \____\______/

Main container logs in v3.2.4
 ____________________________
< {{inputs.parameters.date}} >
 ----------------------------
    \
     \
      \
                    ##        .
              ## ## ##       ==
           ## ## ## ##      ===
       /""""""""""""""""___/ ===
  ~~~ {~~ ~~~~ ~~~ ~~~~ ~~ ~ /  ===- ~~~
       \______ o          __/
        \    \        __/
          \____\______/

Message from the maintainers:
Impacted by this bug? Give it a 👍. We prioritise the issues with the most 👍.

@yoshina9a it is a wrong way to refer the parameter
      inputs:
        parameters:
          - name: date
            value: "{{inputs.parameters.date}}" <--- it is refering itself. so controller is not able to resolve it
            default: yesterday

@sarabala1979 then what should it be referring to?

OP's steps to reproduce show that the behavior worked as expected in v3.1.13 but does not work in v3.2.4.  I have encountered this identical problem moving from v2.9.3 to v3.2.4, so this seems to be either a bug or deliberate behavior change in v3.2.4.

@mattskone Could you try v3.2.7?

I can confirm through testing on a GKE v1.21 cluster that OP's steps to reproduce result in the expected behavior on Argo v.3.2.3 but not on v3.2.4 (or v3.2.7), so this change in behavior seems to have been introduced in v3.2.4.
My testing process has simply been:
kubectl apply -n argo -f https://github.com/argoproj/argo-workflows/releases/download/[version]/install.yaml
(wait for healthy pods)
argo template create -n argo [OP's workflow template YAML]
argo submit -n argo --from workflowtemplate/job-sample [OP's workflow YAML]
(wait for workflow to finish)
argo logs -n argo @latest
kubectl delete -n argo -f https://github.com/argoproj/argo-workflows/releases/download/[version]/install.yaml

@sarabala1979 Noticed that you marked this as "invalid". Now looks like this is regression?

Probably introduced by fix: Parameter with Value and Default #6887

Maybe workaround:
apiVersion: argoproj.io/v1alpha1
kind: WorkflowTemplate
metadata:
  name: job-sample
spec:
  entrypoint: main
  arguments:
    parameters:
      - name: date
  templates:
    - name: main
      inputs:
        parameters:
          - name: date
            value: '{{=inputs.parameters.date != nil ? inputs.parameters.date : "yesterday"}}'
      container:
        image: docker/whalesay:latest
        command:
          - cowsay
        args:
          - "{{inputs.parameters.date}}"

  arguments:
    parameters:
      - name: date

Thanks for the workaround. It seems to throw the following error for me on 3.3.0 though. Am I doing something wrong?
"Failed: invalid spec: spec.arguments.date.value is required"

Maybe workaround:
apiVersion: argoproj.io/v1alpha1
kind: WorkflowTemplate
metadata:
  name: job-sample
spec:
  entrypoint: main
  arguments:
    parameters:
      - name: date
  templates:
    - name: main
      inputs:
        parameters:
          - name: date
            value: '{{=inputs.parameters.date != nil ? inputs.parameters.date : "yesterday"}}'
      container:
        image: docker/whalesay:latest
        command:
          - cowsay
        args:
          - "{{inputs.parameters.date}}"

@alexec Thanks for the workaround. It seems to throw the following error for me on 3.3.0 though. Am I doing something wrong?
"Failed: invalid spec: spec.arguments.date.value is required"

Can you please test this in v3.3?

@alexec I am already using v3.3.0. Do you mean v3.3.1?

Thats' recent enough.

I think we should close this and open a new issue, but it is all confusing to me.


unzip

#3

So, the question is, which would be the better solution: including zip / unzip in the image by default, or to use the deps dependency declaration in the steps (ex: https://github.com/bitrise-io/steps-activate-ssh-key/blob/master/step.yml#L25).
The general guideline is to only pre-install the tools which are absolutely required or take a long time to install, and let everything else to be handled by step deps.
The reason is: if you want to run the bitrise CLI on your own Mac/PC the deps will be handled automatically, but the things defined / pre-installed in base images have to be installed manually.
So, the general guideline is to handle dependencies with step deps always, and pre-install things in the environment to speed up the process - but this doesn't eliminate the need to declare these as deps!
I'll leave this PR open, as it might be useful in the future, but first unzip should be added as deps to the related Steps.

If I specify zip in deps it will be installed before the step execution ?

Sure, that's the point of deps ;)

To be precise: bitrise will check whether the dependency is available, and install it only if not found.

we decided that unzip is a nice-to-have tool, will be available in the next Docker image on bitrise.io, later today


Doesn't work with compact=true query string param

Request fails when specifying compact=true in query string.

Does it explode?  Or just not fully hydrate all the results?

it blows up when checking for errors, since the errors and warnings arrays aren't included in the response if they are empty when compact=true. That's as far as it gets, so there maybe other issues

Cool, thanks for the update.  That's the first issue for sure.  Once that easy fix is applied we'll still need to add the hydrating code.  But it seems like there are already good examples of that implemented in both Ext4 and Churro, so shouldn't be too hard...


RHEL 7 failure to build

I'm running RHEL 7 at work and tried to build Alacrity following the README.
cargo check --verbose
Updating registry https://github.com/rust-lang/crates.io-index
error: [0/-1] an unknown error occurred
Let me know what other details I can share.

could you maybe try and run this again with RUST_LOG=debug and post the output?

@toomanycats can you build other rust packages on this machine? Are you using nightly? It looks like issue with your rust setup, not with the project itself.

@Gonzih This is my first experience with Rust so I'll have to research a simple test. I did read the notes about the nightly build and "set" command.
Let me report back with RUST_LOG=debug.
Cheers

I changed the build back to the default:
rustup override set nightly
re-exported the paths and tried again with DEBUG:
--- stderr
/home/dcuneo/.cargo/git/checkouts/libfontconfig-3d5e920c02c2e53f/618a529/missing: line 81: gperf: command not found
WARNING: 'gperf' is missing on your system.
You might have modified some files without having the proper
tools for further handling them.  Check the 'README' file, it
often tells you about the needed prerequisites for installing
this package.  You may also peek at any GNU archive site, in
case some other package contains this missing 'gperf' program.
make[3]: *** [fcobjshash.h] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [/home/dcuneo/alacritty/target/release/build/servo-fontconfig-sys-be329699d5f46d04/out/libfontconfig.a] Error 2
thread 'main' panicked at 'assertion failed: Command::new("make").args(&["-R", "-f",
"makefile.cargo"]).status().unwrap().success()', /home/dcuneo/.cargo/git/checkouts/libfontconfig-3d5e920c02c2e53f/618a529/build.rs:17
note: Run with RUST_BACKTRACE=1 for a backtrace.
After exporting the variable:
--- stderr
/home/dcuneo/.cargo/git/checkouts/libfontconfig-3d5e920c02c2e53f/618a529/missing: line 81: gperf: command not found
WARNING: 'gperf' is missing on your system.
You might have modified some files without having the proper
tools for further handling them.  Check the 'README' file, it
often tells you about the needed prerequisites for installing
this package.  You may also peek at any GNU archive site, in
case some other package contains this missing 'gperf' program.
make[3]: *** [fcobjshash.h] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [/home/dcuneo/alacritty/target/release/build/servo-fontconfig-sys-be329699d5f46d04/out/libfontconfig.a] Error 2
thread 'main' panicked at 'assertion failed: Command::new("make").args(&["-R", "-f",
"makefile.cargo"]).status().unwrap().success()', /home/dcuneo/.cargo/git/checkouts/libfontconfig-3d5e920c02c2e53f/618a529/build.rs:17
stack backtrace:
1:     0x7f9f21c8512a - std::sys::imp::backtrace::tracing::imp::write::h2b860f17b6b0f511
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:42
2:     0x7f9f21c8a1af - std::panicking::default_hook::{{closure}}::hedea7d569eb1e6b8
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panicking.rs:349
3:     0x7f9f21c89dae - std::panicking::default_hook::he87e0c76c89c52a4
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panicking.rs:365
4:     0x7f9f21c8a597 - std::panicking::rust_panic_with_hook::h304127bde2d3d5e2
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panicking.rs:553
5:     0x7f9f21c75a74 - std::panicking::begin_panic::h1dc990fced681ffe
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panicking.rs:515
6:     0x7f9f21c768be - build_script_build::main::hf57109037f3eb7e3
at /home/dcuneo/.cargo/git/checkouts/libfontconfig-3d5e920c02c2e53f/618a529/build.rs:17
7:     0x7f9f21c92d6a - __rust_maybe_catch_panic
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libpanic_unwind/lib.rs:98
8:     0x7f9f21c8acd6 - std::rt::lang_start::h832f9067ed8c4dd4
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panicking.rs:434
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/panic.rs:351
at /buildslave/rust-buildbot/slave/nightly-dist-rustc-linux/build/src/libstd/rt.rs:57
9:     0x7f9f20e6fb34 - __libc_start_main
10:     0x7f9f21c75928 -
11:                0x0 -


Implement a card to show the result of the most recent run

This would allow you to put the latest Terraform Cloud run onto different tabs within Backstage.
For example this could be put on the Overview tab to show summarised Terraform status alongside other information there.
This card could include:

Run result
Executed by
Resources added/removed/changes
Duration

I am looking at this.

initially implemented by #43.
should make an enhancement and create a separate endpoint to fetch just the latest run from the backend api.

enhancement completed in #48


Add Punch In to Swagger

Modified Data structure and added punch in time/ punch out time field
Added serializer and URL so that the feature can be accessed in swagger

A punch out can be added in similar way


Get proper Docker build and release to registry

Kindly tell me which folder contains the main logic for the program in order to build the docker image successfully


Moment returns 18 hours when the value passed is 0, instead of 0

When passed in 0 instead of returning a 0 value, the moment library returns 18 hours.
I could be incorrect, my knowledge of this kind of math isn't the best, but it definitely seems like this is a situation where the user would expect to get a 0 back.
If I am wrong I'd love to know why this returns 18 :) thanks!

When you pass a number to the moment constructor, it interprets it as a unix timestap in milliseconds. Because of this, passing zero to the constructor will set the time in UTC to the unix epoch. Then, when you call hours, it's converting to what the hours would have been in your local time. I'm UTC - 6 right now so when I pass zero to moment you can observe that I get the following:
moment(0).format()
"1969-12-31T18:00:00-06:00"

If I call .toISOString(), which returns a UTC date, you can see that I get the unix epoch:
moment(0).toISOString()
"1970-01-01T00:00:00.000Z"

<3 thanks for the explanation!


add product_version in download-file.json

as discussed in #360 this adds product_version to the download-file.jsonfile.
I've tested it with downloading opsman, a tile and a stemcell.

Thanks for the PR! We hope that including the product version will help folks in their workflows (thanks to @aegershman for a detailed related use case! #362


Where to see error log?

If pipeline fails, I only see "User Error". I want to see detailed log. Where I can?

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

ID: 6220eb4d-df3e-cb10-4276-23dd247dbe9e
Version Independent ID: af7311db-045c-842f-510e-d0d955b53d84
Content: Transform data using Spark in Azure Data Factory
Content Source: articles/data-factory/tutorial-transform-data-spark-powershell.md
Service: data-factory
GitHub Login: @douglaslMS
Microsoft Alias: douglasl

@HemantChandurkar This may be a useful piece of info for us to add to the article, but this is not really a doc bug. Consider posting your ADF questions to a much larger audience of Data Factory users and subject matter experts in the ADF forum on MSDN.


compilation issue in MSVC when defining DOCTEST_THREAD_LOCAL to static

Description
define DOCTEST_THREAD_LOCAL to static:
#define DOCTEST_THREAD_LOCAL static
#define DOCTEST_CONFIG_IMPLEMENT
#include <doctest/doctest.h>

Steps to reproduce
build
Extra information

doctest version: v2.4.4 (conan.io)
Operating System: Windows 10
Compiler+version: Visual Studio Version 16.8.3

The reason is this place
#ifdef DOCTEST_PLATFORM_WINDOWS
    struct DebugOutputWindowReporter : public ConsoleReporter
    {
        DOCTEST_THREAD_LOCAL static std::ostringstream oss;

        DebugOutputWindowReporter(const ContextOptions& co)
                : ConsoleReporter(co, oss) {}

where static is, probably by accident, put after DOCTEST_THREAD_LOCAL
in other places it looks like this:
    DOCTEST_THREAD_LOCAL std::ostringstream DebugOutputWindowReporter::oss;

or
    DOCTEST_THREAD_LOCAL std::ostringstream g_oss; // NOLINT(cert-err58-cpp)

etc...
but this particular case is DOCTEST_PLATFORM_WINDOWS-only.
thanks!

The reason that thread local there is static is that it's a class member and in all other cases the thread locals are globals and thus they don't need static. If you want to simply not have thread locals because you don't have access to a fully conformant C++11 compiler or you won't be doing anything from multiple threads you can simply define DOCTEST_THREAD_LOCAL without giving it a value - you don't have to set it to static. Let me know if this helps.

The reason that thread local there is static is that it's a class member and in all other cases the thread locals are globals and thus they don't need static. If you want to simply not have thread locals because you don't have access to a fully conformant C++11 compiler or you won't be doing anything from multiple threads you can simply define DOCTEST_THREAD_LOCAL without giving it a value - you don't have to set it to static. Let me know if this helps.

that works well for me
i got the inspiration from this commit: https://github.com/onqtam/doctest/commit/21f250457d1746affe8c5617320139bf304788c0
what would the difference be, anything i should keep in mind?

that works well for me
i got the inspiration from this commit: https://github.com/onqtam/doctest/commit/21f250457d1746affe8c5617320139bf304788c0
what would the difference be, anything i should keep in mind?

there's another commit after the one you linked where I'm removing the static from the define - I guess I must have realized that I cannot simply set it to static

there's another commit after the one you linked where I'm removing the static from the define - I guess I must have realized that I cannot simply set it to static

thanks for the help!

thanks for the help!


Unified mode

Description
Enables unified mode
Contribution Check List

[ ] All tests pass.
[ ] New functionality includes testing.
[ ] New functionality has been documented in the README if applicable

          1 Warning

:warning:
This Pull Request is probably missing tests.

  Generated by :no_entry_sign: Danger

This needs a metadata.rb change to 15


Frontend : Fixed visual clutter for package select

The package name and createdAt field seem to arise in the same line which lead to bad user experience
made the createdAt field the secondary text for each package Item.
fixes #132

aah i think my prettier configuration added some extra beautify changes.
Hey @joaquimrocha i was thinking of adding a pretiierrc and eslint config to the project so that every contributor should use the same configuration.

I fixed the alignment of the code, and rewrote the commit message to be consistent with the convention used.


Move the portable branch into main repository

Currently, gfx/portability uses kvark/gfx with the portable branch for obtaining the gfx repository. Moving this over to the main repository would make rebasing easier and centralizes information.
🔔 NOTE Don't merge this right now, as it would be merged into the master branch. Once we have a consensus on this change I will setup a new branch and redirect the PR.

I don't have a problem with this. 👍

perfect!
bors r+


fix gradient checkpointing when using PEFT

What does this PR do?

Enables proper handling of gradient_checkpointing_kwargs when using PEFT without the quantization, such as PEFT+DeepSpeed.

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.


Catch ConnectionResetError for Reconnect

Added ConnectionResetError to exceptions caught for possible reconnect.
Modified logging message and error message to reflect Connection Reset.

Summary
This change fixes issue #336 by catching a ConnectionResetError and reconnecting if appropriate.
Requirements (place an x in each [ ])

[x] I've read and understood the Contributing Guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.

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

I wasn't sure how to write a test for this since error.  I'm happy to do so if someone could provide a little guidance.


Fix

Fixes #XYZ
Motivation

Modifications

Verifying this change
(Please pick either of the following options)

[ ] This change is a trivial rework/code cleanup without any test coverage.

[ ] This change is already covered by existing tests, such as:
(please describe tests)

[ ] This change added tests and can be verified as follows:
(example:)

Added integration tests for end-to-end deployment with large payloads (10MB)
Extended integration test for recovery after broker failure

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)
If a feature is not applicable for documentation, explain why?
If a feature is not documented yet in this PR, please create a follow-up issue for adding the documentation

please create an issue to describe what this pull request is for.


Fix build problem for SQLite 3.14.0 onwards

The preprocessor variable SQLITEINT_H was renamed to SQLITEINT_H
with SQLite 3.14.0 (http://www.sqlite.org/src/info/5471aca0158851d3).
Only if neither is defined attempt to include sqliteInt.h.

Thanks for fixing that!


Fix: Update Day/Night Saver lore

Should be into master afaik and then the action will also say there are problems becasue you didnt change the nbt.
Instead of manually changing the text you should use edit mode like it says in the readme

saw this one was more updated and game complained when trying to use master, ty for pointing out nbt

game complained when trying to use master

game uses prerelease but master gets merged into it and prs go into master

time for a 3rd pr then


lost typing focus when adding node using Chinese input methods

forgive my English is not very good.
Wiki about Chinese input method: https://en.wikipedia.org/wiki/Chinese_input_methods_for_computers
As the title says, when I click the "add node" button, start typing in the empty input box that appears, the first keystroke will invalidate the input method. I have to wait a few seconds and start typing again to input Chinese characters normally.
Below is an animated picture, which may be more vivid.（I wanna input 测试(test), the first keystroke "c" failed）

@huruka thank you for the bug report. This is a known issue caused by the way one of the TiddlyWiki keyboard widgets work.
I have a modification of the widget that solves this problem, but it needs more testing before I can make a pull request for the core and release a plugin update to fix this issue.
The temporary solution is to always start each node with a space character " ".

Fixed
There will be an updated plugin available later today.


⚠ DDoS-Relay US-W-hil-1 has degraded performance

In 8b5f8c1, DDoS-Relay US-W-hil-1 (http://<IP_ADDRESS>:42069/;csv) experienced degraded performance:

HTTP code: 200
Response time: 155 ms

Resolved: DDoS-Relay US-W-hil-1 performance has improved in 59cbf08 after 4 minutes.


Added Explanation for Service Principal ID and Service Principal Key

Added a sentence to both tutorial-transform-data-spark-powershell.md and tutorial-transform-data-spark-portal.md. Both explain how to create an On-Demand HDInsight Linked Service, but their description on how to create a service principal id and service principal key is only a link to another article:
https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal
The article mentions how to create a service principal id and service principal key but refers to them as Application ID and Client secret respectively. I added a sentence to both documentation pages to clarify this difference.

@basilwong : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off

@jborsecnik : Thanks for your contribution! The author(s) have been notified to review your proposed change.


Video Player progress downloading (download only part of the video provided in the network which is enough to play a few seconds from it). while playing these seconds I want to initialize the rest of the video

Use case
I have a ListView with video players. I want to have a better user experience and less delay time when I do not have to download the entire video only the initialized part. Currently, the initialize method is void (videoPlayerController!.initialize()) and returns no data.
Proposal
Future<Uint8List> initialize(){ // -------------- }

@Manhal1994
See if this helps in your case or not.
https://github.com/flutter/flutter/issues/126760#issuecomment-1643407157


[BUG] Improve Contributors page 🔴

🔴This contributor page doesn't display all contributors. which doesn't look good... This contributors page only displays 30 contributors but your total contributors are 45+
🟢I want to Fixed this issue properly.
PA please assign me this task.

@aslams2020

Go ahead

@Subhajit-2023-44 Done?

@Subhajit-2023-44 Done?

Done #398