[RFC][move] Add capability constraints for reconfiguration.

Motivation
This change defines who has the capability to modify on-chain configs. There are two main design choices here:

Should the checks be enforced at caller site (LibraVMConfig, LibraSystem, etc) or at the callee site(LibraConfig).

This implementation enforces at caller site. The reason for enforcing at caller site is that we can have a batch control of who has the right to modify the config.
An alternate design is we can have each of the caller defines its own access control policy. This may allow finer grained control of the accounts that could modify the config

How to enable non-association accounts modify the config? The major use case of this scenario is ValidatorSet's key rotation operation.

In this PR, @tzakian and I came up the DelegatedLibraConfigCapability that allows caller to temporary give out the right to modify on chain configs.

Have you read the Contributing Guidelines on pull requests?
Yes

:umbrella: The latest upstream changes (presumably 0207cbd047a94298aec18863308004dd1565def8) made this pull request unmergeable. Please resolve the merge conflicts.

Couple of thoughts:

An alternate design is we can have each of the caller defines its own access control policy. This may allow finer grained control of the accounts that could modify the config

I think we will indeed need something more fine-grained here; one capability per config seems like the most straightforward option. The sensitivity, frequency of updates, and additional (possibly one-off) constraints will vary significantly across configs.
I think the validator key rotation is already an example of the third point. Imagine if  we started off without DelegatedLibraConfigPrivilege, then a new config came along that needed a feature like this. It would be much easier to add this feature in the module that defines the new config than it would be to define a new general-purpose capability in LibraConfig.
One idea:

Each simple config implementation does something like

public fun set(major: u64) {
  assert(Association::has_privilege<PrivilegedCapability<T>>(sender()));
  // setter
}

, where T is defined in the config module.

Fancier configs can use fancier T's/fancier assertions. For example, the validator set key rotation case could be something like:

resource struct T {
  delegate: address
}

// let the owner of PrivilegedCapability of T set the delegate

public fun rotate_key(new_key: bytearray) {
  assert(Association::exists<PrivilegedCapability<T>>); // as normal
  //
}

public fun rotate_key_as_delegate(new_key: bytearray, owner: address) {
  let cap = PrivilegedCapability<T>>(owner);
  assert(delegate(&cap.t) == sender());
}

Under this approach:

each config capability decides whether it can be delegated
each config capability can decide on additional constraints (e.g., rate limiting for validator  key rotation)
each config capability can be given to a single address (if that is indeed what we want)
config capabilities can be spread among different addresses depending on their sensitivity or frequency of update
we can dynamically switch the address -> capability allocation over time as requirements change

I think the validator key rotation is already an example of the third point. Imagine if we started off without DelegatedLibraConfigPrivilege

Let me see if I understand the idea correctly. Do you mean we define PrivilegedCapability in LibraConfig module? If that's the case I would argue that we do actually need DelegatedLibraConfigPrivilege. The main issue is that we actually need some access control on the LibraConfig::set, the reason is that it will emit reconfiguration event, thus it can't be callable from arbitrary address.
Meanwhile I can try to come up with an alternate design, imagine we have PrivilegedCapability<T> defined in LibraConfig, but it will not be an association privilege but just a resource. The apis in LibraConfig will look like following:
pub fun set<Config>(cap: &PrivilegedCapability<Config>, config: Config);
pub fun publish_new_config<Config>(config: Config): PrivilegedCapability<Config>;

One problem to this design is that publish_new_config should be called by address where the config is going to be stored, since we only have move_to_sender. However the ability to add new config item should strictly be restricted, which implies it should be some sorts of association capability. One potential solution is that we have an association privilege to add a new config and a resource based capability to modify existing configs.

let me put my preliminary thoughts here, briefly discussed with @runtian-zhou before, would like to hear opinions @sblackshear @tzakian

Each config defines its own Privilege for who can update what e.g. ValidatorSetPrivilege would be granted for validators to rotate their keys, but they don't need DelegatedLibraConfigPrivilege to set the config value.
set::<T> doesn't do permission check but it's guarded implicitly at callers given the constructor of each config by its own Privileges no one can mess up with random set:: in LibraConfig.
LibraConfigPrivilege is only granted to association for the function publish_new_config,
publish_new_config is responsible to guarantee only well-behaved config modules are published, in other words, this privilege guards the constructor of libra config

One problem to this design is that publish_new_config should be called by address where the config is going to be stored, since we only have move_to_sender

I didn't realize this constraint, how does mint work? isn't it creating a new resource for the account different than sender?

I'm still processing the different comments at the moment. But I wanted to give some of my thoughts here as well.
The way I view this as working is that:

We have a default permission: when a config of type Module::T is published, the publishing address has the ability to control the Module::T config resource at that address always.
We have a module/operations permission: the DelegatedLibraConfigCapability<Module::T> allows the declaring module to implement finer-grained permissioning around updates to the config if it desires using this. The module could then implement finer-grained permissions checking around the borrowing and passing of this.

To see an example of the DelegatedLibraConfigCapability and how it works with permissioning within the module that declares the Config type let's take a look at rate-limited rotation:
module MyAwesomeModule {
    use 0x0::LibraTimeStamp;
	resource struct RateLimit {
         last_rotate: u64,
         rate_limit: u64,
    }
    resource struct MyConfig {
      // cool data here!
    }
    resource struct ConfigCap {
    	cap: LibraConfig::DelegatedLibraConfigPrivilege<MyConfig>,
    }
    public fun initialize() {
        assert(sender() == 0xCAFE, 0);
    	let cap = LibraConfig::publish_new_config(MyConfig{});
		// Give me the ability to update the config from this module
		move_to_sender(ConfigCap { cap });
		// Add in any resources needed for enforcing finer-grained access controls
        move_to_sender(RateLimit{
			last_rotate: LibraTimeStamp::now_microseconds(),
  			rate_limit: 42,
   		})
    }

   	public fun rate_limited_rotate(update: MyConfig) acquires RateLimit {
   		let current_time = LibraTimeStamp::now_microseconds();
		let limit = borrow_global_mut<RateLimit>(0xCAFE);
		// Do my fine-grained local checks
		assert(current_time >= limit.last_rotate + limit.rate_limit, 1);
		limit.last_rotate = current_time;
		// Satisfied that it all checks out, allow the operation to take place
		LibraConfig::set_with_capability(
			&borrow_global<ConfigCap>(0xCAFE).cap,
			update
		);
	}
}

Taking a step back: am I right in understanding that this is what we want from configs?

Each config should be globally unique
Only an Association account has the privilege to add new configs
Only an Association has the privilege to update existing configs
Each config should emit a NewEpochEvent when updated
Only a config update should emit a NewEpochEvent

And if so, is it the case that:

(1) is not currently enforced (i.e., anyone with a LibraConfigPrivilege can publish a copy of the config under their address)
The LibraConfigs::set function is designed to ensure (2) + (3) via the LibraConfigPrivilege assert
The LibraConfigs::set function is designed to ensure (4) via the call to reconfigure_
(5) is somewhat weakly enforced because reconfigure can also be called from outside by anyone with a LibraConfigPrivilege

What you say makes sense to me Sam with some caveat:

A modification to a config may not require a reconfig -- for example updating a set of fullnode endpoints is purely informational for the external world and does not impact anything internal to the system -- this should be a config but it shouldn't require a reconfiguration
Why limit who can create configs? Is this because of the reconfiguration ability? It seems potentially desirable to separate the two?
Why do we care about globally uniqueness?

A modification to a config may not require a reconfig -- for example updating a set of fullnode endpoints is purely informational for the external world and does not impact anything internal to the system -- this should be a config but it shouldn't require a reconfiguration

Good point. I'm not sure how/if we can represent such a config today. I believe we just reconfigure on everything to be conservative (since config changes are privileged and reconfiguration is fairly cheap).

Why limit who can create configs? Is this because of the reconfiguration ability?

Yes, I think that is the only reason.

Why do we care about globally uniqueness?

It's important for clients/Move code to know which config is the "real" one and global uniqueness seems like safest way to achieve that--for example, it would be confusing if there were two different copies of the gas cost table.

A modification to a config may not require a reconfig -- for example updating a set of fullnode endpoints is purely informational for the external world and does not impact anything internal to the system -- this should be a config but it shouldn't require a reconfiguration

This was discussed before, it's mainly simple to implement, if we have time we can further separate them.

Only an Association has the privilege to update existing configs

I thought this can be relaxed to what each config module defines without delegating as long as only association can add new config modules

Taking a step back: am I right in understanding that this is what we want from configs?

Each config should be globally unique

Not necessarily. Ultimately it's the rust code that determines which config under some address is being loaded.

Only an Association account has the privilege to add new configs

I do believe so.

Only an Association has the privilege to update existing configs

This should hold true in general. Rotating authentication key should be one exception tho, as  it will be each individual validators sending such transaction.

Each config should emit a NewEpochEvent when updated

Yes for now. It should be fairly easy to add a boolean flag so that we don't trigger a NewEpochEvent when some certain flags are updated.

Only a config update should emit a NewEpochEvent

Yes

And if so, is it the case that:

(1) is not currently enforced (i.e., anyone with a LibraConfigPrivilege can publish a copy of the config under their address)

Yes, and this is intentional as we might want to split different configs under different accounts so that we can specify different signature rules for modifying them.

The LibraConfigs::set function is designed to ensure (2) + (3) via the LibraConfigPrivilege assert
The LibraConfigs::set function is designed to ensure (4) via the call to reconfigure_

Correct! To be specific, DelegatedLibraConfigPrivilege is the backdoor for us to handle the key rotation scenario.

(5) is somewhat weakly enforced because reconfigure can also be called from outside by anyone with a LibraConfigPrivilege

That's true. We might also want to make this function private. The only reason I left it there is because we had some test cases of this and I'm not sure if there's any real life use cases over there.

Why limit who can create configs? Is this because of the reconfiguration ability?

That's a very good point! We actually don't do reconfiguration at config creation time. So we might as well get rid of such constraint. The only problem tho is that it can make account structure look messy, as arbitrary account can have some garbage data that can never be used. (And the even worse case is that it kind of allow accounts to store arbitrary data on chain once we go to open script mode as the config can act as a container for data that shouldn't supposed to be published).

After a discussion with @sblackshear, @tzakian , @valerini , @zekun000 , we came up with this simpler model:

All Config item will be stored under one address. This will give us the global uniqueness property.
Creating a new config item will require an association privilege and returns a SetConfigCapability. The code will look like following:

LibraConfig::create_config<Config>(config: Config, needs_reconfig: bool): SetConfigCapability<Config> {
    Association::has_privilege<CreateConfigPrivilege>(Transaction::sender());
    ...
}

By calling into this function, the association is granting the module of Config type the capability to update this Config item, and it will be association's job to make sure if sufficient access control policy is enforced within the module. This also answers @davidiw 's question of why we would like to limit who can publish a config item.

Each config implementation module will need to store SetConfigCapability<Config> under the config address so that each module can use such resource as the access policy controller.

To summarize with answer to Sam's previous question:

Config will be globally unique and stored under one address.
Only an Association account has the privilege to add new configs.
There's no implicit check for setting up a new config value. Each config modules will need to specify their own access control policy in their implementation to make sure it cannot be abused.
Each config module can decide if reconfiguration is required when it's modified.

Quick question: for ValidatorSet, we want validators (or their delegates) to be able to call an "update" (that will copy ValidatorConfigs from validators' accounts into the ValidatorSet config), but we do not want validators to be able to add/remove validators. Will then these be two different privileges: one for updating the configs and one for adding/removing configs? Or will there be one privilege per individual ValidatorConfig?

Quick question: for ValidatorSet, we want validators (or their delegates) to be able to call an "update" (that will copy ValidatorConfigs from validators' accounts into the ValidatorSet config), but we do not want validators to be able to add/remove validators. Will then these be two different privileges: one for updating the configs and one for adding/removing configs? Or will there be one privilege per individual ValidatorConfig?

The LibraConfig module will grant the LibraSystem the ability to change config values to anything. It's LibraSystem's role to make sure the extra access control policy that we might want to enforce. In this case, we would like the LibraSystem module to check validators are only allowed to change their keys.

:umbrella: The latest upstream changes (presumably a5263e313c73c1d1f8678558aed70f8eaa8c7b8c) made this pull request unmergeable. Please resolve the merge conflicts.

:umbrella: The latest upstream changes (presumably 10f3b092781862b17786633867148d1270d8700d) made this pull request unmergeable. Please resolve the merge conflicts.

:umbrella: The latest upstream changes (presumably 38a5bbbf62724f549442f6d4a3750f545c57f665) made this pull request unmergeable. Please resolve the merge conflicts.

@bors-libra r=sblackshear

:pushpin: Commit efa8bc7 has been approved by sblackshear

:hourglass: Testing commit efa8bc77fa68cba4dec944d8d17beba86b9d8ad0 with merge e3aade41d51b009a19d48b5fbebd2f782cac88e2...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: sblackshear
Pushing e3aade41d51b009a19d48b5fbebd2f782cac88e2 to master...


Compassionate Story Tellers wanted!

If you are interested in creating compassionate storytelling around the usage of this App please post a comment below.
Take a look at what has already been stared around this effort in the wiki.

Compassionate story documentation

User Experience
Guest Experience

@jacebryan from your perspective, is the compassionate story tell supposed to lead you to through the "setup".  Looking at the Wiki you already put together the the Guest User experience story is great, leading to installation of it all.
Is the idea hear to guide an individual to the setup process or to give the use cases for marketing purposes (or both?).  I'm wanting to formulate the story for the User experience on setting up the event itself, once already installed to show the ease and pace of actually spinning up an event.
Let me know what you think

Administrative User Story.docx
Initial draft of a user story with setup from an administrative perspective.  Answering: What's the experience in setting something up.

@rdblake21 I went to look at your Administrative User Story doc and it shows as not found.  Should we add this as a topic at our next meeting?  The wiki link provided by Jace just took me to a blank Create New Page.

Changed documentation style and this isn't specifically needed


XML/JSON: Tiny.Library collaboration

Hello
I analyzed the sources of your libraries and came to the conclusion that the issue of optimization is very important for you. I have been programming in Delphi for over 20 years and spend a lot of time writing high-performance code. You can verify this by analyzing the benchmarks in my open source projects.
I would like to suggest that you use the Tiny.Library - it contains a lot of lightweight and high-performance code that works with text, data streams, RTTI, memory, generics and more. It is planned to supplement the library with routine testing, server applications, marshalling and more.
In fact, the library is a combination of the following libraries:

Tiny.Rtti
Rapid.Generics
CachedTexts
CachedBuffers
UniConv

Nowadays there are not enough XML/JSON parsers and writers. Most Delphi parsers use standard strings for convenience. I think that in Tiny.Library this approach can be implemented, but as a superstructure on top of the low-level approach. I liked the approach in PugiXML, when addressing to pre-allocated memory occurs - this significantly speeds up the parsing process, especially in multithreaded applications, when each string allocation leads to the manager blocking. The library currently supports ALL possible XML encodings, including ALL possible BOMs. An automatic step-by-step encoding conversion has been implemented, which allows you to parse documents even several gigabytes in size, using only a few kilobytes of RAM. In addition, high-level functions are implemented for working with strings in pre-allocated memory, for example, for converting to a number or date - this will make it easy and convenient to use the fast parser in commercial products.
Writing high-performance code takes a lot of time and effort. The cost of making a mistake is very high. Since I am not an expert in XML/JSON, it is difficult for me to decide and take enough time to implement full-fledged parsers and writers. I need to collaborate with an expert who can consult, review code, and write automated tests. I suggest you consider this option. Contacts are listed in library units.

Димон, будет большой ошибкой, если автор будет использовать твою кривую поделку в своей библиотеке.

tumaso,
Если Вы нашли ошибку или хотите внести изменения, улучшающие библиотеку - просьба написать об этом в соответствующем проекте
Если возникли сложно в понимании, как пользоваться кодом - рекомендую обратиться к документации или примерам, находящимся в репозитории
Спасибо, что остаётесь неравнодушными к моим библиотекам!

Ты сначала сделай код stable, а уже потом fast. Кому нужен этот самый fast, если код гoвно?

tumaso,
Если у Вас есть примеры нестабильного кода - с большим удовольствием увижу их в разделе "Issues" соответствующего репозитория
Спасибо за сотрудничество!

Hello, Tiny.Library look a great project, but do not know if you still maintain it? if yes just come back to me we can discuss about it...


Fix potential deadlock when generating a crash report

Goal
An issue has been identified that can lead to an app deadlocking when reporting a crash.
The sequence of events is:

Some program component accesses dyld and takes a lock out.
A crash is reported.
Bugsnag, as part of its normal crash reporting behaviour, suspends all but a few critical threads, including the thread that holds the dyld lock.
Bugsnag attempts to read the Mach binary images loaded into the app.  This also attempts to take out a lock but is unable to, leading to deadlock.

This PR fixes this issue.

Design
There are two main mechanisms by which a program may find out about dyld behaviour: by direct querying (e.g. _dyld_get_image_header() etc., used by the KSCrash component of Bugsnag prior to this issue) and by callback (_dyld_register_func_for_add_image() etc.).  This change modifies the KSCrash component to use callbacks and caches information about loaded binary images for when a crash does occur.  Thus, when threads are suspended and a crash report is generated no additional calls to dyld need to be made and deadlock is avoided.

Changeset
dyld binary image capture was moved from BSG_KSCrashReport.c to BSG_KSCrash.m.  A static cache is used.  An additional .m file contains functions to ease bridging between Objective C and C.

Tests
TBD

Review
Outstanding Questions

This pull request is ready for:

[X] Initial review of the intended approach, not yet feature complete
[ ] Structural review of the classes, functions, and properties modified
[ ] Final review
[ ] Release

[ ] The correct target branch has been selected (master for fixes, next for
features)
[ ] If this is intended for release have all of the pre-release checks been considered?
[ ] Consistency across platforms for structures or concepts added or modified
[ ] Consistency between the changeset and the goal stated above
[ ] Internal consistency with the rest of the library - is there any overlap between existing interfaces and any which have been added?
[ ] Usage friction - is the proposed change in usage cumbersome or complicated?
[ ] Performance and complexity - are there any cases of unexpected O(n^3) when iterating, recursing, flat mapping, etc?
[X] Concurrency concerns - if components are accessed asynchronously, what issues will arise
[ ] Thoroughness of added tests and any missing edge cases
[X] Idiomatic use of the language

This PR is superseded by #580.  All noted issues have been addressed there.


Can't delete the Kata

Alright so after opening #1542. I tried to delete the Kata that was causing the problem. But the best I could do was unpublish it. It won't let me delete the Kata for some reason. No matter what I do, it just gets stuck on the last part and doesn't delete it.

Closing as duplicate of #1043.


TPM calculation might be wrong.

Strawberry 0.7.2-beta use TPM_i = FPKM_i * 10^6 /  \sum_i FPKM_i , suggested by this. However this does not agree with RSEM and StringTie.

Fixed.


incorporate segmentation and delineation to extract the data

this will be achieved by merging deepForest + SAM as tested out in https://github.com/MarconiS/tree_mask_delineation.
For now, better keep the two packages separate


 Is this all that changed in macOS 13?

Is this all that changed in macOS 13?

I'm not totally sure, here is an article about it: https://khronokernel.github.io/macos/2022/06/22/VENTURA-DYLD.html

cc @mstange

Thanks! I made an equivalent change on my side in July but forgot that there's a dyldcachedump example in this repo.

LGTM. Is this all that changed in macOS 13?

I think so. The user needs just to run dyldcachedump on a different path compared to earlier versions. But the format appears to have stayed the same.


Fix work with multiple files at a time

Fix #54 thanks to @wyster

Thanks a lot, it works. 👍

Hi there, can a release be done with this fix ?

How do I install this version with the working fix? I have trying to install latest but seems the bug is still there.


Prevent requestWorkerFormat during LSP project init

This is a quick fix to prevent the LSP server from sometimes hanging when someone attempts to format a document while the project’s initial Linter#watch is running. I think I'll be able to implement a better solution once I've spent some more time working with the LSP server.
Closes #651

Looks good to me as a quick fix. I’m curious why the request format call just hangs, it should only hang waiting on the project to finish resolving and a worker to be started.


Application won't start - game.jsp errors

This topic isn't helping any - the OP didn't explain how they finally resolved the issue and none of the suggested solutions seem to be working. I also have found that building is successful in Maven but the .war files produced don't load anything at all, whereas the builds in Eclipse fail but the .war files create the below issue but at least load something.
The first page loads fine but when game.jsp is loaded this happens:
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: [15] in the generated java file: [/var/lib/openshift/555d2d134382ecbefe0000a4/jbossews/work/Catalina/localhost/CAHmave/org/apache/jsp/game_jsp.java]
Only a type can be imported. net.socialgamer.cah.data.GameOptions resolves to a package
An error occurred at line: 402 in the jsp file: /game.jsp
GameOptions.MIN_SCORE_LIMIT cannot be resolved to a type
399:       Score limit:
400:
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
An error occurred at line: 402 in the jsp file: /game.jsp
GameOptions.MAX_SCORE_LIMIT cannot be resolved to a type
399:       Score limit:
400:
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
An error occurred at line: 404 in the jsp file: /game.jsp
GameOptions.DEFAULT_SCORE_LIMIT cannot be resolved to a type
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
406:
407:
An error occurred at line: 412 in the jsp file: /game.jsp
GameOptions.MIN_PLAYER_LIMIT cannot be resolved to a type
409:       <select id="player_limit_template" class="player_limit"
410:           aria-label="Player limit. Having more than 10 players may cause issues both for screen readers and traditional browsers.">
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
An error occurred at line: 412 in the jsp file: /game.jsp
GameOptions.MAX_PLAYER_LIMIT cannot be resolved to a type
409:       <select id="player_limit_template" class="player_limit"
410:           aria-label="Player limit. Having more than 10 players may cause issues both for screen readers and traditional browsers.">
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
An error occurred at line: 414 in the jsp file: /game.jsp
GameOptions.DEFAULT_PLAYER_LIMIT cannot be resolved to a type
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
416:
417:       Having more than 10 players may get cramped!
An error occurred at line: 423 in the jsp file: /game.jsp
GameOptions.MIN_SPECTATOR_LIMIT cannot be resolved to a type
420:       <select id="spectator_limit_template" class="spectator_limit"
421:           aria-label="Spectator limit.">
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
An error occurred at line: 423 in the jsp file: /game.jsp
GameOptions.MAX_SPECTATOR_LIMIT cannot be resolved to a type
420:       <select id="spectator_limit_template" class="spectator_limit"
421:           aria-label="Spectator limit.">
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
An error occurred at line: 425 in the jsp file: /game.jsp
GameOptions.DEFAULT_SPECTATOR_LIMIT cannot be resolved to a type
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
427:
428:       Spectators can watch and chat, but not actually play. Not even as Czar.
An error occurred at line: 447 in the jsp file: /game.jsp
GameOptions.MIN_BLANK_CARD_LIMIT cannot be resolved to a type
444:
445:         Also include
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
An error occurred at line: 447 in the jsp file: /game.jsp
GameOptions.MAX_BLANK_CARD_LIMIT cannot be resolved to a type
444:
445:         Also include
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
An error occurred at line: 449 in the jsp file: /game.jsp
GameOptions.DEFAULT_BLANK_CARD_LIMIT cannot be resolved to a type
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
451:          blank white cards.
452:
Stacktrace:
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:366)
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:481)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:378)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:353)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:340)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:657)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:357)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

I'm trying to launch this here and it's using Tomcat 7 so that shouldn't be the issue. I'm very much a novice when it comes to this sort of thing so it may be that I'm making a really stupid mistake somewhere but I've tried so many different things and had no joy.

Me too, I can't figure out what on earth the other people all did to fix it. They all know and nobody posted exactly how.
My thingy:
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: 15 in the generated java file
Only a type can be imported. net.socialgamer.cah.data.GameOptions resolves to a package
An error occurred at line: 402 in the jsp file: /game.jsp
GameOptions.MIN_SCORE_LIMIT cannot be resolved to a type
399:       Score limit:
400:
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
An error occurred at line: 402 in the jsp file: /game.jsp
GameOptions.MAX_SCORE_LIMIT cannot be resolved to a type
399:       Score limit:
400:
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
An error occurred at line: 404 in the jsp file: /game.jsp
GameOptions.DEFAULT_SCORE_LIMIT cannot be resolved to a type
401:         <%
402:           for (int i = GameOptions.MIN_SCORE_LIMIT; i <= GameOptions.MAX_SCORE_LIMIT; i++) {
403:         %>
404:           <option <%= i == GameOptions.DEFAULT_SCORE_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
405:         <% } %>
406:
407:
An error occurred at line: 412 in the jsp file: /game.jsp
GameOptions.MIN_PLAYER_LIMIT cannot be resolved to a type
409:       <select id="player_limit_template" class="player_limit"
410:           aria-label="Player limit. Having more than 10 players may cause issues both for screen readers and traditional browsers.">
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
An error occurred at line: 412 in the jsp file: /game.jsp
GameOptions.MAX_PLAYER_LIMIT cannot be resolved to a type
409:       <select id="player_limit_template" class="player_limit"
410:           aria-label="Player limit. Having more than 10 players may cause issues both for screen readers and traditional browsers.">
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
An error occurred at line: 414 in the jsp file: /game.jsp
GameOptions.DEFAULT_PLAYER_LIMIT cannot be resolved to a type
411:         <%
412:           for (int i = GameOptions.MIN_PLAYER_LIMIT; i <= GameOptions.MAX_PLAYER_LIMIT; i++) {
413:         %>
414:           <option <%= i == GameOptions.DEFAULT_PLAYER_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
415:         <% } %>
416:
417:       Having more than 10 players may get cramped!
An error occurred at line: 423 in the jsp file: /game.jsp
GameOptions.MIN_SPECTATOR_LIMIT cannot be resolved to a type
420:       <select id="spectator_limit_template" class="spectator_limit"
421:           aria-label="Spectator limit.">
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
An error occurred at line: 423 in the jsp file: /game.jsp
GameOptions.MAX_SPECTATOR_LIMIT cannot be resolved to a type
420:       <select id="spectator_limit_template" class="spectator_limit"
421:           aria-label="Spectator limit.">
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
An error occurred at line: 425 in the jsp file: /game.jsp
GameOptions.DEFAULT_SPECTATOR_LIMIT cannot be resolved to a type
422:         <%
423:           for (int i = GameOptions.MIN_SPECTATOR_LIMIT; i <= GameOptions.MAX_SPECTATOR_LIMIT; i++) {
424:         %>
425:           <option <%= i == GameOptions.DEFAULT_SPECTATOR_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
426:         <% } %>
427:
428:       Spectators can watch and chat, but not actually play. Not even as Czar.
An error occurred at line: 447 in the jsp file: /game.jsp
GameOptions.MIN_BLANK_CARD_LIMIT cannot be resolved to a type
444:
445:         Also include
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
An error occurred at line: 447 in the jsp file: /game.jsp
GameOptions.MAX_BLANK_CARD_LIMIT cannot be resolved to a type
444:
445:         Also include
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
An error occurred at line: 449 in the jsp file: /game.jsp
GameOptions.DEFAULT_BLANK_CARD_LIMIT cannot be resolved to a type
446:         <%
447:           for (int i = GameOptions.MIN_BLANK_CARD_LIMIT; i <= GameOptions.MAX_BLANK_CARD_LIMIT; i++) {
448:         %>
449:           <option <%= i == GameOptions.DEFAULT_BLANK_CARD_LIMIT ? "selected='selected' " : "" %>value="<%= i %>"><%= i %>
450:         <% } %>
451:          blank white cards.
452:
Stacktrace:
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:102)
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:331)
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:457)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:378)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:353)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:340)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:646)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:357)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

Without closely looking at this (as I lack an environment in which to easily develop this), based on my experience with JSPs I'm guessing a possible workaround:
If GameOptions is a package (? - at face value that doesn't make sense), use static imports to import GameOptions.MIN_SCORE_LIMIT and other constants as needed instead of importing the package.

I'm not trying to develop anything or tweak anything, I'm just trying to host a private gameserver for me and my friends. I have no experience with projects like this, other people fixed it with some other build options, something to do with Maven, and I'm wondering what they did in https://github.com/ajanata/PretendYoureXyzzy/issues/140

Can we please get some help here? This is gamebreaking and I can't fix it.

@Hydravolt i followed https://www.reddit.com/r/pretendyourexyzzy/comments/2w4k6r/a_step_by_step_guide_on_how_to_setup_your_own/ to a point but i didnt build with eclipse and used Maven's "mvn package war" inside the cah folder i wanted to build, that should generate ROOT.war (you just rename that to suit yourself as that will install to the ROOT dir of tomcat) It can be quite difficult as i tried with Eclipse myself and had issues but eventually got there with Maven

With a local maven install I use
C:\Users\user\Programs\apache-maven-3.1.1\bin\mvn.bat clean package war:exploded jetty:run
To build and
C:\Users\user\Programs\apache-maven-3.1.1\bin\mvn.bat jetty:run
To run

Thank you guys so much, i finally played my first game!

Did anyone actually find a fix for this as I still get the errors?

Some context:  I am running this on a local install of tomcat7 rather than directly via jetty:run in maven.  I fixed this issue via building with maven and manually deploying to my tomcat instance.  The following steps should walk you through installing maven, building the application, and manually deploying it to tomcat.  I personally run things on a Mint Linux 17.3 install but I will try to provide links for those running OSX/Windows.
If you've not installed Java7, do that now.  The OpenJDK runs this just fine, so if you're a Linux user on Debian/Ubuntu variant you can just do:
sudo apt-get install openjdk-7-jdk
On Windows/OSX you will have to install Java some other way.  You're probably best off using Oracle's version
If you've not set a $JAVA_HOME environment variable, you will need to do that now.  On Windows these steps look about right.  For linux/OSX, open or create a file ~/.profile (if you have your own one like ~/.bash_profile use that instead) and add the line:
export JAVA_HOME=(path to where you installed your jdk)
On linux with the apt-get install of the openJDK the path should be /usr/lib/jvm/java-7-openjdk-ARCHITECTURE where my a 64-bit system has amd64 as its ARCHITECTURE.  On OSX you will have to find this directory for yourself.
Close and reopen any terminals/shells/command windows you have open so they have access to this new environment variable (or on OSX/Linux source your ~/.profile file if you prefer).
Install Maven if you don't have it already.  Under Debian/Ubuntu-based Linux:
sudo apt-get install maven
If you're running OSX or Windows, you'll have to find your own resources for installing maven.  OSX seems to be pretty easy, but Windows may be a bit more involved
If you haven't configured build.properties to connect properly to your database yet, you should do that now.  If you've not done this at all, ajanata has provided a template build.properties file named build.properties.example.  Maven will not build the project unless the root contains a build.properties file.
With Java installed, the $JAVA_HOME environment variable set, and Maven installed and on your $PATH, you should be able to build the project via running this in the project's root:
mvn clean package war:war
This should create a WAR file within /target named ROOT.war.  If you'd like the game to be run from some path on your server other than /, rename the war to PATH.war.  For example, I run it at /cah so I renamed it to cah.war
After building, move the created war file to tomcat7's webapp directory.  If you installed tomcat7 via apt-get on Linux, this should be /var/lib/tomcat7/webapps (if you've configured your $CATALINA_BASE to somewhere else you'll have to find that yourself).  Where exactly this directory is is highly dependent upon how you installed tomcat, so I will leave finding the location of this folder to you.  A good hint for googling is $CATALINA_BASE/webapps if you are unsure of where it is on your system.
After moving the war, tomcat should automatically detect and deploy the war file.  Within about 30 seconds you should now be able to reach the application at wherever you deployed it (if you didn't rename the war you would reach it at localhost:8080/).


Response factory

Added ResponseFactory

Merged in origin/timeout branch to solve timeout issues (ed4f296 in seperate Pull Request)
Allows you to setResponseHandler("MyDefaultHandler") from MyMessageAction.php
Searches for Response with the same name as the Action /PAMI/Message/Action/TestAction -> /PAMI/Message/Response/TestResponse
Falls back to GenericResponse Handler (Like UnknownEvent) This will make it easier for people to extend the handling of ResponseMessage.php without having to change this file.
Added logging to both factory classes, so we can see what they produce. (Had to change the static function to a public function. Never being called with :: anyway .)

Added InputSanitizer

IncomingMessage Keys are pushed through sanitizer
Values are stored in the native type (integer / boolean / string / etc)
May have to be made optional (improvement / API backward compatibility)

Fixes:
Sometime now() can be ahead of Message CreationTime, by the time we are asserting (slow machine)
Cleanup:
Move eventTranslatedValues down

Before you ask
src/mg/PAMI/Client/Impl/ClientImpl.php:360
$response = $this->_responseFactory->createFromRaw($msg, $this->_lastActionClass, $this->_lastRequestedResponseHandler)
Can be reduced to:
$response = $this->_responseFactory->createFromRaw($msg, $this->_lastActionClass)
because that information is available within lastActionClass. I had some trouble mocking this and therefor testing. I would need a little help with that one.

It seems that this branch is merged with a couple of other branches. That gives me trouble when reviewing it, as I cannot easily find out which parts are actually relevant for this PR and which are not.
Could you therefore please rip out everything that has not directly to do with what you are trying to achieve in this PR? Alternatively, if you don't know how to do that, you can create a new PR with just the Reponse Factory changes.
Git is very good at handling merges, so if someone has to merge multiple branches later on, that's easy.
Thanks!

I will rip this out later, currently very time contraint.

also: please try to not commit identation changes (although we could use w=1, but that's just a workaround for the review)

I will recreate this pull request later tonight or tomorrow morning, base on response factory alone, will try to keep the indentation intact and leave out the timeout (scrapped) stuff.

Great, thanks!

News PR: "Added Response Factory" #73


[Event Hubs] Replace constant strings with resource strings #3923

proposal implementation for azure-messaging-eventhubs

Can one of the admins verify this patch?

Hi @JonathanGiles @conniey,
could you please review the resolved issues again?
many thanks
Michael

Thanks!


ed: fix docs location. Fixes #32150. Supersedes #32315.

Motivation for this change
DESTDIR was set manually, but other installFlags were missing. Nix could fill the gaps, but that resulted in some wrong directories: man pages ended up in /nix/store/<hash>-ed/nix/store/<hash>-ed/share/.
The solution is simple: let nix figure it all out.
#32315 caused mass rebuilding. As suggested by @orivej, I rebased the commit on staging.
I now also removed the configureFlags.
Please review the entire default.nix file for further improvements. I 'd be happy to include more 'modernizations' and avoid extra mass rebuilding.
There's no maintainer set. Any volonteers?
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

Thanks! Fixed the issues you outlined.

The lack of the CC will probably break cross though.

After @orivej suggested it could be omitted, I confirmed that it made no difference on my system, so we removed it.
Could you test cross? The magic powers of nix may be strong enough :-)
Let's now test and/or wait for input and confirmation from others before changing it again.

Cross exports CC, and ed looks like a normal package, why does it need any special treatment?

I'd love to be wrong, but I recall the configure script was not influenced by the environment, falling back on its own definition of CC which override the environment for make.

https://hydra.nixos.org/eval/1416753 yeah, ed failed.

#32489 fixes cross ed.


add axioms between typical period and aggregation type #880

closes #880

@l-emele did I change it how you meant it?


derive-encode: Fix multiple applicable items in scope error

multiple applicable items in scope error happens when there is an encode implementation (e.g. prost::Message) in the same scope.
        // error[E0034]: multiple applicable items in scope
        //     |
        // 120 |         #[derive(Clone, Hash, PartialEq, Eq, Encode)]
        //     |                                              ^^^^^^ multiple `encode` found

Okay, the unit test has failed as expected.
https://github.com/prometheus/client_rust/actions/runs/3072132821/jobs/4963408836

I think a change log entry for this PR is not needed as v0.19 (protobuf feature) is not released. Let me know if it's needed. 🙂


fetch js code from cdn.jsdelivr.net instead of carrying it with our repo

I didn't consider this. So this problem would not be there if the JS sources were inside our repo? If yes, I can bring them in again.

My motivation was to have a leaner repo and also easier updating of dependencies. But this can be a good concern and good motivation to copy the sources in.


AutoDJ Errors

https://github.com/Renaud11232/icecast-autodj
cp configs/icecast.xml /etc/icecast2/icecast.xml & cp configs/ezstream.v0.xml /etc/ezstream/ezstream.xml do not work
They throw the error cp: cannot stat 'configs/ezstream.v1.xml': No such file or directory
etc etc
any solutions to this? am i meant to be in a directory?

sorry, solved by moving into the directory of the files
may wanna make that more clear


[Bug] Discord link broken

can you fix the discord link?

Due to a lack of availability to manage the Discord channel, it has been shut down. For any inquiries, please refer to the GitHub discussions forum.


Update obsolete Docker image reference

Fixes #639

 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.:x: ashenm sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Update translations.php

I added suggestions for German translation strings, did spellcheck ...

This fixes #1


make crunch a submodule

it requires https://github.com/DaemonEngine/crunch/pull/7 to be merged first

Can we call the directory something other than crunch? Having a submodule in the same place as a formerly non-submodule directory always screws everything up when you try to check out old commits.

Yeah, those things are annoying btw it would be weird to not name crunch crunch. :-/
@slipher since you wrote this in https://github.com/DaemonEngine/crunch/pull/8

To move the exception throwing hack into Daemon.

is there something more to do on that side?

Maybe we could have different directories for submodule and non-submodule libs? (Eventually; it's probably too much work to move everything from libs now). Then at least we wouldn't have to think of an arbitrary distinct name when something becomes a submodule.


Are there more detailed training and testing tutorials?

Are there more detailed training and testing tutorials?

You can have a look at the Google Colab linked in the README
Apart from that, there are no other tutorials available at the moment
Rgds


Brainiak installation erased when opening a new collab tab

Hello,
I tried following the installation steps and installed brainiak in the dedicated collab notebook. However, when I opened another tab to run a different brainiak tutorial notebook, I got an error that python couldn't find the nilearn or brainiak modules. What should I have done differently?
Thank you!

Please uncheck the "Reset all runtimes before running" checkbox. If checked, it resets your environment, cleaning out all your installs.

Got it! That solved the problem thanks :)


UVI Request

--- UVI JSON ---
{
  "vendor_name": "Linux",
  "product_name": "Kernel",
  "product_version": "versions from v3.17 to before v5.10.47",
  "vulnerability_type": "unspecified",
  "affected_component": "unspecified",
  "attack_vector": "unspecified",
  "impact": "unspecified",
  "credit": "",
  "references": [
    "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=da7141fb78db915680616e15677539fc8140cf53",
    "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=ab5bef9780386be0e54f98a40eeedb8295cd450b"
  ],
  "extended_references": [
    {
      "type": "commit",
      "value": "da7141fb78db915680616e15677539fc8140cf53",
      "note": "introduced"
    },
    {
      "type": "commit",
      "value": "ab5bef9780386be0e54f98a40eeedb8295cd450b",
      "note": "fixed"
    }
  ],
  "reporter": "joshbressers",
  "reporter_id": 1692786,
  "notes": "",
  "description": "nilfs2: fix memory leak in nilfs_sysfs_delete_device_group\n\nThis is an automated ID intended to aid in discovery of potential security vulnerabilities. The actual impact and attack plausibility have not yet been proven.\nThis ID is fixed in Linux Kernel version v5.10.47 by commit ab5bef9780386be0e54f98a40eeedb8295cd450b, it was introduced in version v3.17 by commit da7141fb78db915680616e15677539fc8140cf53. For more details please see the references link."
}
--- UVI JSON ---

This issue has been assigned UVI-2021-1001126


local drive does not mount

FreeRDP version 2.2.0
xfreerdp /drive:home /u:user /v:site yields
[11:41:15:725] [57353:57353] [ERROR][com.winpr.commandline] - Failed at index 1 [/drive:home]: PostFilter rule could not be applied

xfreerdp /? lists the syntax, please read it.
 /drive:<name>,<path>              Redirect directory <path> as named share
                                      /drive:hotplug,*. This argument provides

I read too fast, works well!

Not under FreeRDP version 3.0.0-dev (616af2d):
flatpak run com.freerdp.FreeRDP /drive:name,/mnt/name /u:user /v:site
X11 /app/bin/xfreerdp
[13:29:28:937] [4:4] [ERROR][com.winpr.commandline] - Failed at index 1 [/drive:BWTS-EXT,/mnt/06a53ec5-9ce1-4c1f-a284-f070b5bb858c/STORE/DATA-EXT/BWTS-EXT]: PostFilter rule could not be applied

@ng0177 I´d check the flatpak chapter about permissions ;)


Updated the outlineWidth documentation for various classes

Fixes #8577
Updated the outlineWidth member documentation for the following classes:

BoxGraphics
CorridorGraphics
CylinderGraphics
EllipseGraphics
EllipsoidGraphics
PlaneGraphics
PolygonGraphics
RectangleGraphics
WallGraphics
PolylineVolumeGraphics

The updated documentation clarifies how outlineWidth can be used. It also provides the community with technical resources that are related to outlineWidth.
@shehzan10
@ebogo1

Thanks for the pull request @srothst1!

:heavy_check_mark: Signed CLA found.
:grey_question: CHANGES.md was not updated.

If this change updates the public API in any way, please add a bullet point to CHANGES.md.

:grey_question: Unit tests were not updated.

Make sure you've updated tests to reflect your changes, added tests for any new code, and ran the code coverage tool.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.
[ ] Works (or fails gracefully) in IE11.

A github link should be sufficient.
Just to add to @ebogo1's suggestion make sure to add <p> and </p> so the generated documentation has as two separate lines.
 * Gets or sets the numeric Property specifying the width of the outline.
 * <p>
 * Note: This property will be ignored on all major browsers on Windows platforms. For details, see (@link https://github.com/CesiumGS/cesium/issues/40}.
 * </p>

@lilleyse thank you for your feedback. Just made the edits - let me know what you think!

Thanks @srothst1!


Update isSDKTooOld to be compatible with older compilers.

5.3 and ealier compilers may hit:
swift-driver/Sources/SwiftDriver/Driver/Driver.swift:2044:15: error: definition conflicts with previous value
    guard let sdkInfo = sdkInfo else {

e.g.
https://ci.swift.org/job/swift-PR-toolchain-osx/949/console

@swift-ci please test


Markdown rendering too frequent

Reopening #104649. The (slow) rendering of the markdown preview is way too frequent, even more frequent than the rendering speed on larger documents. The only workaround, to avoid getting a headache from really nasty document jumping on larger documents and with extensions that provide math support, is to disable markdown.preview.scrollPreviewWithEditor.  The rendering frequency should be configurable, and better yet, the rendering should not happen until typing has stopped.
Oh well, what am I typing, shouting into the wind.  Manually having to configure timeouts is not a good experience (plus I believe  markdown all in one provides its own markdown preview engine so this setting would not even help them)
The incremental updating added by #136255 is a better solution

Hi @mjbvz, I'm the author of Markdown All in One (don't think it is a good name now 🤣).
Thanks for all your effort on the Markdown support in VS Code.
Markdown All in One doesn't provide a new preview but contributes to the built-in one (so that it is still compatible with other Markdown extensions like Markdown Footnotes)
md.use(require("markdown-it-task-lists"));
md.use(require("@neilsustc/markdown-it-katex"), katexOptions);  // <- math here

(While Markdown Preview Enhanced does provide its own preview.)

I closed #104649 because it seems like a workaround for the core problem.

For Markdown All in One, I don't think it can provide a solution for this issue.
(Personally I think #104649 should not be locked as I do see a few people complaining about it, at least allow people to comment.)


Make chunked upload methods public

so that applications can implement their own pause / resume code.
This maintains the existing ChunkedUpload method signature, and additionally exposes the underlying chunked upload methods.
I expect that many applications want to control chunked uploads, in particular to support resuming after an application restart or internet connectivity problem.

Oops, accidentally deleted this commit. I'll create another PR.


Removed overlapping line in align-horizontal-distribute-end

What is the purpose of this pull request?

[ ] New Icon
[ ] Bug fix
[ ] New Feature
[ ] Documentation update
[x] Other: Optimization

Let me ask, should we have overlapping lines like we have in icons like this?

Honestly, probably easier to just start flattening path to resolve issues like this.

@jguddas Overlapping is currently happening with a lot of icons right now. I agree there is an improvement to be made to support opacity colors like rgba in a better way. But other than that I don't see any problems with overlapping of SVG elements.
The idea of merging paths is something we need to research, I prefer to do this on built time. this is added to the list on Lucide v1, see issue #1687.
I'm not in favor of fixing this individually, so I close this one for now


fix(web-app): build mdx pages dynamically

Closes #944
Changelog
Changed

fallback 'blocking' on getStaticPaths to generate page dynamically

Testing / reviewing
Test you're still able to render remote pages and lib pages (react tutorial)

Let's chat through the implementation of this together. The core carbon website pages we probably still want to statically build at built time, but then turn on ISR for them so they can change over time without needing to redeploy the app.
The libraries can be statically built on-demand at runtime as you have them below, but we also want to add in the ISR aspect to those as well.

modified so we're returning allowedPaths in remote-mdx-page so those will get statically generated at built time and added revalidation every hour, do we want to use another interval?
Also added revalidation for library pages (these will not be generated at build time)

@francinelucca Every hour sounds good to me!


clang-8 warnings fix

@dvrogozh I'm ok with that. But I really think we can simplify that place and get rid of new functions.

I am all supportive, but let's move step by step and address warnings first. Create an issue if you think we might forget about refactoring. If you are fully ok now, +1 the change please to make it thru soon.

@onabiull, @dmitryermilov : let's merge this in before it started to conflict with something?


fix: hide chain icon by the default

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

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:


Support callable shaders

vulkan 1.2 support callable shaders,  does the webgpu project support it???
it means that the shader binding table should support callable shader, and the GPUShaderStage should add RAY_CALLABLE !

Not yet, I'm not sure how important they are for ray tracing. Also please post issues regarding ray tracing here


onConfirm is providing a Class object and not a date or Date object

I followed the setup in the README.
I have this in my code. When I confirm a date, the date param is of the wrong type -- it isn't even a date object. Is there something wrong I'm doing?
handleConfirm(date) {
    const {onConfirm, toggleDatePicker} = this.props;

    onConfirm(date);
    toggleDatePicker();
  }

here's my whole rendering of the picker
    const {
      label,
      dateTimePickerStyles,
      value,
      showDatePicker,
      toggleDatePicker,
      headerTextIOS
    } = this.props;

<DateTimePickerModal
          headerTextIOS={headerTextIOS}
          isVisible={showDatePicker}
          date={value || new Date()}
          style={dateTimePickerStyles}
          mode="date"
          onConfirm={this.handleConfirm}
          onCancel={toggleDatePicker}
          customConfirmButtonIOS={this.confirmButton}
          customCancelButtonIOS={this.cancelButton}
/>

i think it's has to do with the custom buttons on their onPress.


JDK7 can‘t

Sorry we dropped JDK 7 support since 0.3.0. You may have to use older version if you're stuck at JDK 7.


allow "radial" taskers (maybe task[mast]er.rad is one of them)

.

No, task[mast]er.rad should be "step 1", the final taskers are "step 2".

done.


#[derive(Bundle)] should support sub bundles

What problem does this solve or what need does it fill?
The following code shape should work:
#[derive(Bundle)]
struct PhysicsSpriteBundle {
    sprite: SpriteBundle, // impl Bundle
    rigid_body: RigidBody, // impl Component
    collision: CollisionShape, // impl Component
}

What solution would you like?
Use autoref specialization (or autoderef specialization) to appropriately either use the field impl Component directly or recurse into the field impl Bundle.
What alternative(s) have you considered?

Put the components from the "sub bundle" directly into the new bundle.
Use setup system instead of bundle.
Use plugin instead of bundle.

Additional context
Ran into during Bevy Jam #1. Bevy 0.6.1.

Are you aware of the #[bundle] field annotation? Will that meet your needs?
Also #2974 will solve this directly.

Ah, I didn't see that, I'm sort of moving too fast in jam mode 🙃
It's nice to see that this is already sort of planned to end up just working, though!
I'm closing this, as the direct request is served by the bundle attribute.


Organization name still not supported 2.2.1

Checklist

[X] The issue can be reproduced in the auth0-react sample app (or N/A).
[X] I have looked into the Readme, Examples, and FAQ and have not found a suitable solution or answer.
[X] I have looked into the API documentation and have not found a suitable solution or answer.
[X] I have searched the issues and have not found a suitable solution or answer.
[X] I have searched the Auth0 Community forums and have not found a suitable solution or answer.
[X] I agree to the terms within the Auth0 Code of Conduct.

Description
We are using v2.2.1 and organization name still does not seem to be supported although the documentation says it does.
When using the organization ID everything works, but when using the organization name it's returning invalid request:
http://localhost:3000/?error=invalid_request&error_description=authorization%20request%20parameter%20organization%20must%20be%20an%20organization%20id&state=T1N2Q3BSdi1wT1YwU1RjZGRRUWxadEhpVFVyMEppSDlqUGpZQVFmRTBMUg%3D%3D
Reproduction
Build a sample app:
<Auth0Provider
domain="yourclient.auth0.com"
clientId=""
authorizationParams={{
organization: "",
redirectUri: window.location.origin,
}}
<React.StrictMode>

</React.StrictMode>

Expected result: shows a popup for the organization
result:
http://localhost:3000/?error=invalid_request&error_description=authorization%20request%20parameter%20organization%20must%20be%20an%20organization%20id&state=T1N2Q3BSdi1wT1YwU1RjZGRRUWxadEhpVFVyMEppSDlqUGpZQVFmRTBMUg%3D%3D
Additional context
No response
auth0-react version
2.2.1
React version
18.2.0
Which browsers have you tested in?
Chrome

It looks like auth0 is returning an error indicating it expects an id. That means your tenant isnt configured to accept organization names, and isn't something we can solve on the SDK side.
Can you try ensuring that's enabled and try again?

Not a bug: I found my issue, in your tenant advanced settings you need to enable this option. It will save a lot of people a lot of time if you add it to the documentation as it is required for this to work.


Issue 4456: add sasl-client jar into server distribution

Fixes #4456
Motivation
sometimes, user may use sasl client directly, e.g. use cli command bin/pulsar-client, and if sasl-client not included in, it may meet error of class not found

run java8 tests

run java8 tests


Fetch footer from https://www.zeiss.com/semiconductor-manufacturing-t…

…echnology/home.html
Please always provide the GitHub issue(s) your PR is for, as well as test URLs where your change can be observed (before and after):
Fix #46
Test with https://main--zeiss--hlxsites.hlx.page/drafts/tmaret/footer

Missing the test urls, closing.


Add more color palettes to fill the layout

add more colors for user to select from.

added more colors


Update sanitize.css URL

Checklist:

[x] Documentation
[ ] Tests "N/A"
[x] Ready to be merged

Deploy preview for govuk-react processing.
Building with commit 62f4cb8913c3b5cccd02c53f985d3fb6b7f578b1
https://app.netlify.com/sites/govuk-react/deploys/5c69cb7c4bd4140008224644

Codecov Report

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

@@           Coverage Diff           @@
##           master     #557   +/-   ##
=======================================
  Coverage   99.58%   99.58%
=======================================
  Files          88       88
  Lines         485      485
  Branches       38       38
=======================================
  Hits          483      483
  Misses          2        2

Continue to review full report at Codecov.

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

Cheers 👍


Could not match UI with screenshots in doc

Describe your use-case which is not covered by existing documentation.
Here is the beginning of the doc. I was confused because my job was created as Pipeline, and lacked the features shown in the doc screenshots and instructions.
Introduction
This plugin allows to perform a git push as a post build step via Git Plugin
In details, the plugin will pull then push (tags included) to the selected remote branch.
Getting started

Add this in: The instructions below are based on a Jenkins job created as a Freestyle project.
(if it is possible to do the same with other typesof job, add that in)

Open the Jenkins job configuration.
Reference any relevant documentation, other materials or issues/pull requests that can be used for inspiration.
No response

Please provide a pull request


[Bug]: Hamburger icon should replace with close icon if dialog open up after click on hamburger

What happened?

Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSOC'24 contributor
[X] I want to work on this issue

Hello @punyakrit please assign this issue to me under gssoc 24

i think this issue is resolved by someone else previously hamburger was showing now not showing even in mobile

please close thanks

it is there your repo might not be updated

 it is there your repo might not be updated

Ok let me check please opened this issue sorry I closed it

Hello @punyakrit i raised pr #144  please check thanks


Create cli command inscribe-chain

This command allows inscribing multiple inscription contained in a folder and give one "important" satoshi to each inscription.
Usage example:
ord wallet inscribe --fee-rate=2.0 --satpoint=d0bfcc676ff53973bf07ae25bd46683622cefb57d1b27445f0bbeb658bc84e69:0:850499 files/

This is how the inscriptions are created by this command: (https://go.jeda.ai/DjUUlxfS)

Mempool.space:
https://mempool.space/pt/signet/tx/a80dd7d2ebe3ca15c9c1101f6fb3450ff98333774dae5680bb4d4ae7b19cc4e6#flow=&vin=0

Great job on this, it works great!
Few requests:

Can we update the JSON output to also include the filename for each inscription?  For example

{
  "commit": "196f8c094bf44c7a504c3ed9e80700a91ef822bea91469c0747f845250ce4a33",
  "inscription": "61775009e21a6d585a1318bf4e4313d0f08b7386a2b5c7b23513b5f38b3f77f6i0",
  "parent": "91ce6841ab098c01bf574f64c056acb3e10ec54a86419ed5b147ac95e120a11ci0",
  "reveal": "61775009e21a6d585a1318bf4e4313d0f08b7386a2b5c7b23513b5f38b3f77f6",
  "file_name": "1.html",
  "fees": 1122
}

Is there any way to predict, ahead of time, which exact sat will be inscribed for each child?  More precisely we want the ordinal number of the sat which is inscribed.  Since we know the sat range we'll be using to create each batch of 12 child inscriptions, how hard would it be to include the ordinal number in the inscription content itself?  For example, a child inscription's content might be:

<ordinals token-id="1" genesis-token-id="9520" collection="OCM Dimensions" edition="2009 satoshi" ordinal-number="45051924" />
<script>window.location.href="/content/fb162a46943e5d7d31d72ee2c8c850e66c1ca5d0d453068aa63883528285ed21i0?tokenID=9520";</script>

Where the ordinal number of the inscribed 2009 satoshi is 45,051,924.  This could be another type of certificate of authenticity if we can figure this out correctly.


Handle IRC and Mattermost mention differences

It would be nice if matterircd could automatically strip and add the "@" in front of nicks - strip them for displaying in IRC and add them when replying from IRC where @ is not often able to be autocompleted (for example Weechat does not have @ complete to @, nor does @ highlight in IRC has it doesn't match my nick).

I don't know if you really want to use @ everytime on mattermost. Because this actually sends a notification too the user. You wouldn't want to do this for every message, this gets annoying quickly :)

I didn't realise not doing so highlighted the user... TIL thanks!


add functions for scraping data from data.un.org tables

Describe changes
Initial functions to scrape data from any of these undata tables http://data.un.org/Explorer.aspx
Current workflows that this helps with:

manual download and prep of data from un dyb yearbooks. Need to confirm that these tables have all the same data.
manual filter, download & prep 100,000 rows at a time from each of the tables we need. This is our current workflow for getting dyb census data from http://data.un.org/Data.aspx?d=POP&f=tableCode%3A22.
manual download & prep of wpp estimates

Future considerations:

does the undata api provide access to the tables we need. Also this link
we often need to download all the data in these tables. These new functions are purposefully throttled so that we don't overwhelm the site but I think it will be pretty slow. Can the api or using RSelenium to "click" the download button speed up entire downloads?

Checklist

Packages Repositories

[X] Have you read the contributing guidelines for ihmeuw-demographics R packages?

[X] Have you updated or added function (and vignette if applicable) documentation? Did you update the 'man' and 'NAMESPACE' files with devtools::document()?
[X] Have you added in tests for the changes included in the PR?
[X] Do the changes follow the ihmeuw-demographics code style?
[ ] Do the changes need to be immediately included in a new build of docker-base or docker-internal? If so follow directions in those repositories to rebuild and redeploy the images.
[ ] Do the changes require updates to other repositories which use this package? If yes, make the necessary updates in those repos, and consider integration tests for those repositories.

Are there other composite websites that it would be useful to scrape from? Can we use jenkins or github actions to automatically check for updates and scrape the websites when needed?

Are there other composite websites that it would be useful to scrape from? Can we use jenkins or github actions to automatically check for updates and scrape the websites when needed?

I think you could do something similar for HFD?
Main website: https://www.humanfertility.org/cgi-bin/main.php
For each country (under detailed data OR preliminary release), we currently click on the country name, click on "Input Data" (fourth tab at the top), and then click on years in the first row under Input Data corresponding to the Births [dataset.]
([url](url

))
Updates listed here: https://www.humanfertility.org/cgi-bin/news.php

Are there other composite websites that it would be useful to scrape from? Can we use jenkins or github actions to automatically check for updates and scrape the websites when needed?

For HFC:
Main website: https://www.fertilitydata.org/cgi-bin/index.php
Updates: https://www.fertilitydata.org/cgi-bin/news.php
Download the underlined file:

Are there other composite websites that it would be useful to scrape from? Can we use jenkins or github actions to automatically check for updates and scrape the websites when needed?

I think you could do something similar for HFD?
Main website: https://www.humanfertility.org/cgi-bin/main.php
Updates listed here: https://www.humanfertility.org/cgi-bin/news.php
For each country (under detailed data OR preliminary release), we currently click on the country name, click on "Input Data" (fourth tab at the top), and then click on years in the first row under Input Data corresponding to the Births [dataset.]

Thanks for the examples @hcomfo95! This reminded me of the HMDHFDplus package. I'll make an issue for us to look into the details of that package more.


AMQP-794: CRErrorHandler: Traverse cause tree

JIRA: https://jira.spring.io/browse/AMQP-794
In the ConditionalRejectingErrorHandleri.DefaultExceptionStrategy,
if the cause of the ListenerExecutionFailedException is a MessagingException,
traverse the cause tree to find the root cause of all such exceptions unless
it's a fatal cause itself (MethodArgumentResolutionException or MessageConversionException).
The final fatal check is performed on the root cause.

I think we might need to cherry-pick this (for the SCSt binder).

... and cherry-picked to 1.7.x


ui-ux: Fix header search right-margin

This PR fixes #1237
Quick Explanation
When hovering on the GitHub link, there's no margin/space gap between the Search Input and the GitHub link.
UI Changes

#
How it looks like

Before

After

Hi @rachelnabors ,
Thanks for your comment.
Well, this "jump" action has already existed before, it's not related to the margin I did at all. It happens because the :focus selector has width: 220px while the original width of the input is 200px!
Here's the CSS Snippet that causes the jump effect:
input#search_input_react:active, input#search_input_react:focus {
    color: #fff;
    width: 220px;
}

Not sure why this PR is closed, without merging 🤔

@elharony What browser are you screenshotting this in? I am definitely not seeing this effect in Chrome.

Hey @rachelnabors, I am using Google Chrome!
To explain that lack of spacing issue, I captured the following 2 gifs:
Before (Current RN Website)

After (What this PR fixes)


Fixes

Sorry, something on top of https://github.com/skrub-data/skrub/pull/967 : a few typos, a bit of layout (the "|" adds vertical space), and an additional line which I believe helps.

Should it be skrub's ? or do we keep skrub's ?

Should it be skrub's ? or do we keep skrub's ?

It doesn't matter much to me

Thanks!!


Switching from yarn dependency to npm

This is currently blocked until Kuby supports a npm package https://github.com/getkuby/kuby-core/tree/master/lib/kuby/docker/packages


chromium: fix ANGLE vulkan backend on NixOS

Description of changes
libANGLE includes an unpatched copy of libvulkan.so.1, so on NixOS it is unable to locate the runtime icds.
By replacing this copy with a symlink to our own version of vulkan-loader, it now correctly loads the system icds.
Output of VK_LOADER_DEBUG=driver before change:
...
DRIVER:               Found no files
ERROR | DRIVER:    vkCreateInstance: Found no drivers!
...
DRIVER | LAYER:    vkCreateDevice layer callstack setup to:
DRIVER | LAYER:       <Application>
DRIVER | LAYER:         ||
DRIVER | LAYER:       <Loader>
DRIVER | LAYER:         ||
DRIVER | LAYER:       <Device>
DRIVER | LAYER:           Using "SwiftShader Device (Subzero)" with driver: "/nix/store/byiqfj6ays9jazj4b71akvvgklww3q26-electron-unwrapped-28.2.2/libexec/electron/././libvk_swiftshader.so"

Output of VK_LOADER_DEBUG=driver after change:
...
DRIVER:               Found the following files:
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/dzn_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/intel_hasvk_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/intel_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/lvp_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/nvidia_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/radeon_icd.x86_64.json
DRIVER:                  /run/opengl-driver/share/vulkan/icd.d/virtio_icd.x86_64.json
...
DRIVER | LAYER:    vkCreateDevice layer callstack setup to:
DRIVER | LAYER:       <Application>
DRIVER | LAYER:         ||
DRIVER | LAYER:       <Loader>
DRIVER | LAYER:         ||
DRIVER | LAYER:       <Device>
DRIVER | LAYER:           Using "NVIDIA GeForce RTX 3060" with driver: "/nix/store/d0j0ppbwzkpyhpi8mrgdcqb4x45sry5g-nvidia-x11-545.29.02-6.6.1/lib/libGLX_nvidia.so.0"

The only concern is the fallback behavior if there is no working vulkan driver installed. Chromium bundled its own icd at $out/libexec/<app>/vk_swiftshader_icd.json. We might be able to fix this by setting the VK_ADD_DRIVER_FILES env variable in the wrapper.
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Thanks :)
This certainly looks like it would fix that bug (for which I haven't had time yet to look into).
Will try to look into your PR over the next two weeks or so (chromium does not have enough maintainers to look into this quicker, sorry).

@ofborg eval

Thanks :)
This certainly looks like it would fix that bug (for which I haven't had time yet to look into).
Will try to look into your PR over the next two weeks or so (chromium does not have enough maintainers to look into this quicker, sorry).

No problem. This PR is the result of me finding the time to figure out what their bundled libvulkan was doing. So it's a theme :)

Quoted shell variables and rebased to a newer version of nixpkgs.


Abandoned project, any alternative?

Does anyone know an alternative to this? It doesn't seem to work anymore a la https://github.com/r0adkll/sign-android-release/issues/63.

+1. I'm planning to fork and maintain one if there's no other actively maintained version.

And here it is.
ilharp/sign-android-release
※ Notice that it's likely to have many bugs since it's a new codebase. Bugfix will start in the next few days.

Yeah, it will be nice this project to continue.

Can @r0adkll confirm that this project is abandoned or will it be fixed before it stops working?

They aren't typically active on GH much nowadays. If/when they respond, we should discuss adding another maintainer or archiving

Ah, yes. Sorry for not being responsive here. Unfortunately I just don't have the time these days to maintain many projects in my free time so unless someone else takes over this repo. I would recommend using something more maintained like the project linked above, or switch to letting the Android tooling sign your apps as part of the build (which is the route I've mostly switched to these days, similar to this action you just download your keys and passwords to the build and and let your gradle configuration do the signing). I hit nothing but maintenance issues with this action and have mostly abandoned it.

Thanks for letting us know!


firebase 5.0.9 uses or overrides a deprecated API.

pub.dartlang.org/firebase_analytics-5.0.9/android/src/main/java/io/flutter/plugins/firebaseanalytics/FirebaseAnalyticsPlugin.java uses or overrides a deprecated API.
same for firebase_core
pub.dartlang.org/firebase_core-0.4.3+1/android/src/main/java/io/flutter/plugins/firebase/core/FirebaseCorePlugin.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.

I'm getting the same issue stopping me run projects

You can find the solution here #1401

@rodruiz fixed this issue, run flutter packages upgrade and it should all be fine even after flutter clean

@rodruiz fixed this issue, run flutter packages upgrade and it should all be fine even after flutter clean

Thx bro, this fixed for whole my "uses or overrides a deprecated API" problem

past this on the app build gradle:
multiDexEnabled true
Example ...
defaultConfig {
    // TODO: Specify your own unique Application ID (https://developer.android.com/studio/build/application-id.html).
    applicationId "com.example.uber"
    minSdkVersion 16
    targetSdkVersion 28
    versionCode flutterVersionCode.toInteger()
    versionName flutterVersionName
    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    multiDexEnabled true
}

Closing - please upgrade your flutter packages & enable multi-dex if required. Se https://github.com/FirebaseExtended/flutterfire/issues/1401


test-branch/execute-job/quoted-authorization/bd1601da-1044-41a0-bd6d-d631598025c6

PR for testing 67ac5ddefa6b47abee3015a28fe3c9b7c568f151

/canonical/self-hosted-runners/run-workflows 67ac5ddefa6b47abee3015a28fe3c9b7c568f151


Generic On-Demand Loading

We currently have on-demand loading for Plug triggers and for filetypes. I think it may be beneficial to have some generic on-demand loading.
Usage would be something like so
vim9script

# snipped ✂  for brevity

Plug 'igbanam/bob.vim', { 'when': 'InBazelProject' }

def g:InBazelProject(): bool
  # function body ... snipped ✂
enddef

This is just one example. Ideally, people should be able to craft any set of preconditions to load a plugin. The only requirement maybe could be that the function referenced in the 'when' clause must meet two strict requirements

Must receive no arguments
Must be global — i.e. g:FuncName
Must return a bool

Type:

[ ] Bug
[ ] Enhancement
[x] Feature Request
[ ] Question

OS:

[x] All/Other
[ ] Linux
[ ] macOS
[ ] Windows

Vim:

[x] Terminal Vim — this is what I use, but I don't see why this feature can't apply to all
[ ] GVim
[ ] Neovim

When should vim-plug call the function? For that to work, vim-plug needs to call the function on every Vim event, and that is neither possible nor practical.
To load a plugin on a custom event, see https://github.com/junegunn/vim-plug/wiki/tips#loading-plugins-manually


Translated ReadMe to Kannada- Indian Language

GitHub Resume Generator

Thank you so much for opening a pull request! :smiley:
Please provide the following information where possible to help the pull request reviewer merge your PR quicker!
Relevant Project Issue Numbers :hash:
Add any related issue numbers from the GitHub project. Append the # symbol before issue numbers.

15

Involved Project Members :bust_in_silhouette:
Tag any GitHub usernames involved or directly responsible for reviewing the proposed changes. Append the @ symbol before usernames.

@esau-morais

An Explanation of Your Changes :speech_balloon:
I have added a ReadMe translation for Kannada which is one of the prominent language in India
For transilators.

[x] Create a file called README.lang.md in the translations folder.
lang means shorten form of your language Refer this site.

[x] Check all the links are working.

[x] Check all the parts are translated.

[x] If about and built-with are not working then inspect the page and copy the href and paste in your file.

[x] Edit the translations/Translations.md adding you language icon/link

[x] Edit the main README.md adding your language icon

@esau-morais Could you please review it...


Setting the table width to wide in the minimal settings doesnt allow overwriting it in a specific file to table-max

Is the bug present when using the default Obsidian theme?
No
Is the bug present when snippets and plugins are disabled?
Yes
Minimal theme version
6.1.9
Describe the bug
Setting the table width to wide in the minimal settings doesnt allow overwriting it in a specific file to table-max. Using max works though
Debug info
SYSTEM INFO:
Obsidian version: v1.0.3
Installer version: v0.14.6
Operating system: Darwin Kernel Version 22.1.0: Sun Oct  9 20:14:30 PDT 2022; root:xnu-8792.41.9~2/RELEASE_ARM64_T8103 22.1.0
Login status: logged in
Catalyst license: insider
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: Minimal
Snippets enabled: 35
Restricted mode: off
Plugins installed: 72
Plugins enabled: 69
1: Divide & Conquer v0.4.0
2: Advanced Mobile Toolbar v1.8.0
3: Better footnote v1.0.1
4: Calendar v1.5.10
5: Typewriter Scroll v0.2.2
6: Code block from selection v1.0.7
7: Convert url to preview (iframe) v0.5.0
8: Creases v0.6.5
9: Dataview v0.5.47
10: floating toc v2.2.3
11: Garble Text v1.2.0
12: Hotkey Helper v0.3.15
13: Hotkeys++ v0.2.7
14: Lapel v0.1.0
15: Macros v0.1.0
16: Markdown Table Editor v0.3.1
17: Metadata Extractor v1.0.2
18: Default New Tab Page v0.10.0
19: Natural Language Dates v0.6.1
20: Admonition v9.0.5
21: Advanced Slides v1.18.1
22: Advanced URI v1.28.2
23: Another Quick Switcher v7.2.1
24: Apply Patterns v2.1.1
25: Auto Hide v0.4.4
26: Bulk Rename v0.4.4
27: Obsidian Charts v3.6.3
28: Contextual Typography v2.2.4
29: Copy Block Link v1.0.4
30: Daily Stats v1.0.4
31: Dynamic Highlights v0.3.1
32: Dynamic Table of Contents v0.0.27
33: Obsidian Enhancing Export v1.1.7
34: Excel to Markdown Table v0.4.0
35: Obsidian Git v2.8.0
36: Heading Shifter v1.3.0
37: Hider v1.2.3
38: Hotkeys for templates v1.4.3
39: Hover Editor v0.11.6
40: Kanban v1.5.1
41: LanguageTool Integration v0.3.0
42: Minimal Theme Settings v6.1.0
43: Pandoc Reference List v1.2.10
44: Query Control v0.5.0
45: QuickShare v1.0.1
46: Quiet Outline v0.3.3
47: Regex Find/Replace v1.2.0
48: Remember File State v1.0.6
49: Smart Typography v1.0.18
50: Sortable v0.2.6
51: Style Settings v0.4.12
52: System Dark Mode v1.1.1
53: Table Generator v1.3.1
54: Tabout v1.0.0
55: Todoist Link v2.0.5
56: Version History Diff v2.0.8
57: Force note view mode v1.1.1
58: Zotero Integration v2.2.30
59: Obsidian42 - BRAT v0.6.36
60: Table Enhancer v0.2.2
61: Pane Relief v0.4.1
62: Periodic Notes v0.0.17
63: Plugin Changelogs v1.3.0
64: Supercharged Links v0.9.3
65: Templater v1.14.3
66: Workspaces Plus v0.3.2
67: QuickAdd v0.5.5
68: Obsidian42 - Strange New Worlds v0.0.35
69: Omnisearch v1.7.8
RECOMMENDATIONS:
Custom theme and snippets: for cosmetic issues, please first try updating your theme and disabling your snippets. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community theme and snippets.
Community plugins: for bugs, please first try updating all your plugins to latest. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community plugins.

Fixed in 7.0


[BUG] Get-PnPUnifiedAuditLog - Missing data and pulls wrong date range

Reporting an Issue or Missing Feature

Returned dataset does not include power automate events such as PutPermissions, DeletePermissions, etc.
The cmdlet does not use the dates applied to the switches.

Expected behavior
Results should include the power platform Audit.General data, as well as the proper date range.
Actual behavior
Data is missing and date range is not accurate. We do have unified audit log data for Power Automate. We are actively adding/deleting permissions daily and running a variety of tests to determine how to control sharing.

Steps to reproduce behavior
Run this command:
Get-PnPUnifiedAuditLog -ContentType General -StartTime (Get-Date).AddDays(-1) -EndTime (Get-Date)
What is the version of the Cmdlet module you are running?
1.5.0
Which operating system/environment are you running PnP PowerShell on?

[x] Windows
[ ] Linux
[ ] MacOS
[ ] Azure Cloud Shell
[ ] Azure Functions
[ ] Other : please specify

Not stale. Keep open.
On Mon, May 24, 2021, 9:46 PM github-actions[bot] @.***>
wrote:

This issue is stale because it has been open 14 days with no activity.
Remove stale label or comment or this will be closed in 5 days
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/pnp/powershell/issues/669#issuecomment-847488640, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAMJ2HKI5BPKBF7C2VPU3STTPMFQ3ANCNFSM44SCTVBA
.

Not stale. Keep open.
On Tue, Jun 8, 2021, 9:38 PM github-actions[bot] @.***>
wrote:

This issue is stale because it has been open 14 days with no activity.
Remove stale label or comment or this will be closed in 5 days
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/pnp/powershell/issues/669#issuecomment-857325620, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAMJ2HNERAZUKID22FDI2T3TR3H2HANCNFSM44SCTVBA
.

Not stale. Keep open.

Hi @robertcaretta. PR #1127  should fix the date filtering issue you were facing. I'm not sure what you mean by missing data. On my tenant all works fine. Perhaps it was related to the date filtering not working well? Can you try it again after PR #1127 gets merged by taking the PnP PowerShell prerelease from the night after it got merged to test if that resolves it for you? Closing this issue assuming it did. If it did not, feel free to reopen this issue to continue troubleshooting.