Adds experimental support for running TS Server in a web worker

This change makes it possible to run a syntax based TS server in a webworker. This is will let serverless versions of VS Code web run the TypeScript extension with minimal changes.

Overview
I made the changes in server.ts in order to share as much code as possible between the web and node based servers. However adding web server support require some significant rewriting, so the diff on server.ts is difficult to parse. Here's an overview of the changes:

Introduce the concept of a Runtime. Valid values are Node and Web.
Move calls to require into the functions that use these modules
Wrap existing server logic into startNodeServer
Introduce web server with startWebServer. This uses a WorkerSession
Add a custom version of ts.sys for web
Have the worker server start when it is passed an array of arguments in a message

In order to make the server logic more clear, this change also tries to reduce the reliance on closures and better group declarations vs the logic for starting the server.
Next Steps
I'd like someone from the TS team to help get these changes into a shippable state. This will involve:

Adddress todo comments
Code cleanup
Make sure these changes do not regress node servers
Determine if we should add a new tsserver.web.js file instead of having the web worker logic all live in tsserver.js

@RyanCavanaugh Let's sync tomorrow on the next steps for this work. I've done work on the VS Code side to pull in my forked typescript version (https://github.com/microsoft/vscode/pull/102990) for web builds. This unblocks us but is only a short term workaround
My proposal is that during the start of TS 4.1 development, we collaborate on getting this PR merged into master. In order to keep package sizes down, I think we probably want to ship web support in tsserver.js instead of introducing a new tsserver.web.js. Once the PR is merged, VS Code could then pull the web server from master using nightly builds

Here's how to test these changes in a web build of VS Code:

To build VS code's extensions for the web, simply run yarn watch-web in the VS Code codebase

Start the web version of VS code with yarn web.
Chrome or modern Edge works best for testing

VS Code picks up the web version of tsserver from extensions/typescript-language-features/dist/browser/typescript-web
By default, VS Code pulls in a prebuilt version of TypeScript using an npm install for git://github.com/mjbvz/ts-server-web-build

To use your local build instead, build your local copy of TypeScript and then replace the tsserver.web.js file under dist/browser/typescript-web with your built one.
You can also use a symbolic link so you can iterate more quickly on the TypeScript changes. On MacOS, the command to create this link this would be something like:
ln -s ~/projects/typescript/built/local/tsserver.js \
    extensions/typescript-language-features/dist/browser/typescript-web/tsserver.web.js

To make sure your linked TS version does not get replaced automatically on rebuild, comment out the two CopyPlugin parts of this webpack config

@sheetalkamat

Looked at the changes and have updated them:
The things that we need to consider is how to find newLine, useCaseSensitive, readFile (will be needed for lib files in patial semantic mode.. I have gone through rest of the sys methods and have updated them/added comment accordingly. Have set things to some default for now and added TODOs
https://github.com/microsoft/TypeScript/pull/39656/files#diff-7703eaf5820d0a2af1ac3f7dde491b0aR54
newLine: "\r\n", // TODO::
            useCaseSensitiveFileNames: false, // TODO::
            readFile: returnUndefined, // TODO:: read lib Files

            write: postMessage,
            watchFile: returnNoopFileWatcher,
            watchDirectory: returnNoopFileWatcher,

            getExecutingFilePath: returnEmptyString, // TODO:: Locale, lib locations, typesmap location, plugins
            getCurrentDirectory: returnEmptyString, // For inferred project root if projectRoot path is not set, normalizing the paths

@sheetalkamat Just pushed changes that enables TS Server logging on web. You'll also need to use the latest VS Code build from our main branch to use the
Right now the logger prints to the console. Here's what that looks like:

As you can see, not ideal for grouped messages but it gets the job done. Let me know if we should look into logging into a VS Code output window instead. For that, we'd likely want to post special logging messages back to VS Code that it can append onto the output

@mjbvz I think vscode processing and presenting it as if a continious file (like what we write in the log file) would be better i think.

@mjbvz Updated this to map http paths instead of having to deal with urls in compiler which could be much more evasive change.

@typescript-bot pack this

Marking as ready for review so it creates a build.

Here are the steps i had to follow (revision of what @mjbvz given https://github.com/microsoft/TypeScript/pull/39656#issuecomment-686801985

Build vscode as mentioned here https://github.com/microsoft/vscode/wiki/How-to-Contribute#build . Note I had to do this before next step actually could succeed and work.
yarn watch-web, to build VS code's extensions for the web.
Copy built typescript from this PR into vscode as extensions/typescript-language-features/dist/browser/typescript-web
copy extensions/typescript-language-features/dist/browser/typescript-web/tsserver.js extensions/typescript-language-features/dist/browser/typescript-web/tsserver.web.js
yarn web to start the web version of VS code with  Chrome or modern Edge works best for testing

@sheetalkamat I just pushed a change that makes logging use postMessage to post the strings to log back to the host (VS Code). The log messages are not part of the official TS Server protocol right now but could be added. I just pushed code to VS Code to handle these log messages too
Let me know if this approach looks good to you. Besides that, I think this PR is ready to merge from the VS Code point of view.  Are there are any remaining TODOs that need to be addressed before this first version of the web server can be merged in?

@mjbvz how do i verify the log? i dont see it.. i tried pulling vscode latest as well as this branch and updating the workflow but it doesnt seem to show the log.

Make sure to enable verbose logging and then look in the output section in VS Code under TypeScript Server Log

Also, does this create a new output file? Should it?

My understanding is that the goal is to have tsserver.js support webWorker. The delta is not huge (15K) so seems like good option:
12/01/2020  06:26 PM         9,661,335 tsserver.js     <<< Built from master branch
12/01/2020  06:24 PM         9,677,119 tsserver.web.js << Built from this fork

Will let @RyanCavanaugh @mjbvz @DanielRosenwasser @minestarks chime in their thoughts.


C44392: Example URLs should be escaped

Hello, @MandiOhlinger,
Localization team has reported source content issue that causes localized version to have broken/different format compared to en-us version.
Description of the source issue: Example URLs should be escaped in order to avoid creating a link.
Please review and merge the proposed file change to fix to target versions. If you make related fix in another PR  then share your PR number so we can confirm and close this PR.
Many thanks in advance.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

biztalk/core/how-to-configure-a-wcf-wshttp-send-port.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

biztalk/core/how-to-configure-a-wcf-wshttp-send-port.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Running the plugin in a deterministic environment

We're using sandboxed builders, which doesn't play nicely with ignite's plugin architecture. What is the best way to circumvent the auto configuring shenanigans? Compile the plugins individually, and place the binaries in certain folders?

@KaiserKarel, sorry, I don't get what you are trying to do. Have you created a plugin incompatible with the current CLI calls?


Modified to configure web security for webkit 2.38.

This PR came to master branch by syncing with rdkservices. Closing


Not working with react-query

When I try to use react-winbox with react-query .Getting errors.

My guess is react-winbox not working with react context.
from
https://react-query.tanstack.com/overview#enough-talk-show-me-some-code-already

to

Thanks for your find. I will try to study and solve it. Would you mind to test a pure React Context enviroment to locate the problem? I'll check it too.

I'm tried to use winbox with context and redux.Below is my code.
problem is the context and redux-store can't update main store.
I have no solution yet.
import React from 'react';
import ReactDOM from 'react-dom';
import { Provider } from 'react-redux';
import WinBox from 'winbox/src/js/winbox';
import 'winbox/dist/css/winbox.min.css';
import { ConnectedRouter } from 'connected-react-router';
import history from 'utils/history';
import { QueryClient, QueryClientProvider } from 'react-query';
import GlobalContextProvider from 'context/globalContext';

const WinPanel = (reduxStore, children) => {
  // 同じIDのwinboxで、複数Openしないように。
  const node = document.getElementById('page-footer-winbox-00');
  const win = new WinBox('online manual', {
    id: 'page-footer-winbox-00',
    width: 480,
    x: 'right',
    right: 0,
    top: 0,
    bottom: 0,
    border: 'none',
    background:
      'linear-gradient(90deg, var(--theme-primary-900) 0%, rgba(85,129,231,1) 56%, rgba(8,199,237,1) 100%)',
    class: 'z-index-9999 bg-gray-200 h-100',
    mount: node,
  });

  const queryClient = new QueryClient({
    defaultOptions: {
      queries: {
        refetchOnWindowFocus: false,
      },
    },
  });

  // Providerで囲むと、RootComponentの中で、useActionが使える。redux-storeにアクセス可能。
  ReactDOM.render(
    <Provider store={reduxStore}>
      <ConnectedRouter history={history}>
        <QueryClientProvider client={queryClient}>
          <GlobalContextProvider>{children}</GlobalContextProvider>
        </QueryClientProvider>
      </ConnectedRouter>
    </Provider>,
    win.body,
  );
};

export default WinPanel;

It's truly a context problem. The new children in WinBox created by ReactDOM.render() do not exist in the component node tree following App Component. To solve this, I'm trying to restructure the render logic by using Portals rather than render root. From the description of the document, this is a feasible solution. Thanks for your reporting!

It's working very well.
Thanks


updated text section and tab labels

PR Checklist

[ ] Explain your changes, so people looking at the PR know what and why, the code changes are the how.
[ ] if updating templates, it is helpful to post a screenshot of what the changes look like.
[ ] if updating templates, ensure that your parameters and steps have meaningful names.
[ ] if adding new templates, ensure that your parameters and columns have display names.
[ ] if adding new templates, or changing items in a gallery, it's helpful to post a screenshot of what the gallery looks like now

Added additional background details in the text section of the Overview workbook to describe what the two agent processes are to provide context as it relates to the Health Service performance charts and the Monitoring Host performance charts (on their respective tabs). Renamed the HealthService and MonitoringHost tabs to align with the proper noun and not the actual name of the process itself.

#sign-off


48131 Check if db is open before loading a revision

What:
'testSyncReplicationErrorsWhenLocalDatabaseDeleted_pullDelegateDeletes' fails for some platforms.
Why:
This test initialises two replicators: pull & push, and it removes the local database while the replicators are running. However the TD_Database instance does not detect that the db was closed and deleted and it tries to load a revision, which ends raising an exception.
How:
Modify method TD_Database:loadRevisionBody:options::

Check if the db is open. Only if it is open, try lo load a revision
In other case return error.

Tests:
No tests required.
NOTICE: The method we use to check if the db is open is not thread-safe, the changes in this PR fixes the problem but it is not a complete solution. In general, we have to improve TD_Database to safely use it in a multi-thread environment (check BugzID 48131 for more details)
reviewer @alfinkel
reviewer @emlaver

:+1: - makes sense.

+1


General: Redesign the user interface of course cards

Checklist
General

[x] I tested all changes and their related features with all corresponding user types on a test server.
[ ] This is a small issue that I tested locally and was confirmed by another developer on a test server.
[x] Language: I followed the guidelines for inclusive, diversity-sensitive, and appreciative language.
[x] I chose a title conforming to the naming conventions for pull requests.

Client

[x] I strictly followed the client coding and design guidelines.
[x] Following the theming guidelines, I specified colors only in the theming variable files and checked that the changes look consistent in both the light and the dark theme.
[x] I added multiple screenshots/screencasts of my UI changes.
[x] I translated all newly inserted strings into English and German.

Motivation and Context

Since the current design of the course overview page lacks user-friendliness, the pre-designed course cards will be im-
plemented to make the page appear cleaner and more structured. This implementation is a part of the new design for course overview page.
Description

Changed course card sizes and border design
Changed the way of displaying information of the score and next exercise
Added Manage Course button for tutors, editors and instructors to navigate to the corresponding course management page

Steps for Testing

Prerequisites:

1 Student
1 Tutor || Admin || Editor || Instructor

Log in to Artemis with student account
Verify that the course cards look good
Verify that the course cards are responsive in case of size changes of page in width
Verify that you can navigate to the exercise by clicking on the exercise title under the "Next Unit"
Log in to Artemis with Tutor || Admin || Editor || Instructor account
Verify that you can see manage course button
Verify that manage course button works as expected

Testserver States

[!NOTE]
These badges show the state of the test servers.
Green = Currently available, Red = Currently locked
Click on the badges to get to the test servers.

Review Progress

Code Review

[ ] Code Review 1
[ ] Code Review 2

Manual Tests

[ ] Test 1
[ ] Test 2

Screenshots

Before

After

Summary by CodeRabbit
Summary by CodeRabbit

New Features

Enhanced course management interface with a new management button for direct access.
Introduced new methods to manage the state of the course overview.
Updated guided tour to highlight the exercise section instead of the card footer.

User Interface Improvements

Modernized the layout and design of the course card component with improved flexibility and visual clarity.
Enhanced pie chart representation and refined statistics display logic for better user feedback.
Improved responsive design across various screen sizes for better usability.
Added a dynamic class binding in the main component for improved context-sensitive displays.
Introduced a new CSS class for enhanced visual presentation of course overviews.

Bug Fixes

Resolved issues related to state management of the course overview display.

Design comments looking at the screenshots:

The headers of the cards now look like they take up more space than before. Would it be possible to make them a bit smaller again to reduce amount of blank space on the page?
Artemis uses fairly rectangular shapes consistently throughout the UI. I don’t think the very rounded corners fit into this design. In the past there were even dedicated redesigns to make everything match the rectangular aesthetic (especially lectures and tutorials were not matching the other parts of the app if I remember correctly).

Design comments looking at the screenshots:
* The headers of the cards now look like they take up more space than before. Would it be possible to make them a bit smaller again to reduce amount of blank space on the page?

* Having the vertical and horizontal spacing in the grid being different looks a bit weird to me. I think I’d prefer a consistent spacing like between rows at the moment also be used between items within the row.

* Artemis uses fairly rectangular shapes consistently throughout the UI. I don’t think the very rounded corners fit into this design. In the past there were even dedicated redesigns to make everything match the rectangular aesthetic (especially lectures and tutorials were not matching the other parts of the app if I remember correctly).

Thanks a lot for your insights! We have adjusted design according to your remarks, which make sense in general. That's what we have changed:

The height of the header is reduced
We have more consistent spacing between the cards. Especially between the the header, cards, and the borders. Since we don't want to expand the cards too much like the current version (it happens if you have a larger screen and the grid tries to fit the content), we have a little bit more spacing between cards, which is a trade-off but expanding the card looks off and not good in general.
We reduced the rounded corners and adjusted to make it look consistent throughout Artemis.

might be just a little detail, but isnt the green circle slightly slimmer than the red one

The "Next Exercise" does not communicate that it is clickable. As it has the same font and style as the points text and any "normal" text on the website

If the solution for 1. is to use the same style as "Manage Course" then the course card might look overloaded with text buttons. therefore I would change the "manage course" button to an icon button. probably something like an edit button with an pen icon.
In addition you should probably move this icon then somewhere to the top right of the card

Student View: the padding on the bottom looks a bit too much. I know that's needed for the "manage course" button in instructor view but still looks a bit off. Using the icon pen button as said before, would solve this issue as well, as the padding could be reduced in both views

Thanks for your advices. You are right about the exercise title. I changed it to make it look clickable. Regarding your remaining points, we discussed these today with @rabeatwork and we came to conclusion that using an icon in the header will not be the best fit here, because it's not clear what will happen by clicking on this icon and there could be many possibilites from a user perspective. Users could understand that icon as course settings or editing the course title or something similar. Using a label like "Manage Course" will definetely convey the intended message here. Besides that, we may have some plans about the design of the header, and we can incorporate banner images. We'll need to consider the icon's visibility against those images, too.

In general I do quite like the changes, great job! Just two things I noticed that we might want to change:
1. There appears to be some sort of double border (with non-matching corner radii) in dark mode, which looks strange

2. The padding on the left and right side looks quite big if there is just one card (narrow screens like phone, Split View, …). Maybe can the cards just take up most of the width if just one is displayed per row?

Agree with the previous comment that it would be good to know that the next exercise is clickable – either via color and/or an arrow like "Manage Course".

Thanks, I fixed the border issue now. Regarding the spacing for one card, I think it will not lead to an issue on narrow screens, since this padding will not appear in these screens. You are right about the split view, but it seems an edge case to us, where the user views these cards in split view with only one card, because users generally use these split views after navigating to the course to see actual course content rather than course cards. Since we want to maintain consistency for the course card sizes across diferent screen sizes, we kind of make a trade-off here.

sometimes the course overview loads extremly long. I'm not sure if its related to this PR but I never noticed it before so it might be related
Screen.Recording.2024-08-28.at.10.19.41.mov

I don't have that issue when navigating to the course overview page. Are some of the other devs also experiencing this issue?

sometimes the course overview loads extremly long. I'm not sure if its related to this PR but I never noticed it before so it might be related
Screen.Recording.2024-08-28.at.10.19.41.mov

I don't have that issue when navigating to the course overview page. Are some of the other devs also experiencing this issue?

I couldn't reproduce this issue locally (tried develop & this branch). On TS3 (with admin access), there does appear to be some load time - but mostly on the course management side.

I can second what @SimonEntholzer said about the spacing of the cards. I have a very wide screen, which makes the cards look a bit small compared to the gaps/overall space. Probably an edge case, though

Thanks for your insights regarding the layout @pzdr7 and @SimonEntholzer. I added some breakpoints to adjust card sizes for larger screen to omit these edge cases as much as possible now 👍

One other thing I noticed: When going to the page, it first does not show the course pictures, and displays the title at the top.
Screencast.from.2024-08-29.10-15-40.mp4
Would it be possible, to display the text at the correct place from the beginning? And (or), like some websites do it, use some placeholder until the content has loaded, e.g. similar like this: https://experience.sap.com/fiori-design-web/placeholder-loading/

I think this happens due to high number of courses in test servers. I think it won't be a real case, since a student can have ideally 8-9 courses at most.

I think there is still something not matching with the inner and outer corner radius (see the black thing in the corner). That's not a big deal though, since it's not very noticeable. Will approve once the other comments are resolved :)

I would also say that this and the spacing on wide screens are the only issues left. After that you'll get an approve

I think there is still something not matching with the inner and outer corner radius (see the black thing in the corner). That's not a big deal though, since it's not very noticeable. Will approve once the other comments are resolved :)

I would also say that this and the spacing on wide screens are the only issues left. After that you'll get an approve

I fixed the border issue 👍 I normally expanded the cards for wide screens but I recently got some feedback from Ramona  that we don't want to expand the cards. Instead, we now display more cards in a row if the screen is larger. But I don't think we can have a super optimal solution for very wide screens (+3500 pixels) to decrease that spacing, since it is the intended behaviour now rather than an issue.

The border radius looks good now
The spacing is not satisfying yet:
Another problem I just noticed, is that for some images the icon is not a circle but rather an elipsis

Thanks for your response. Regarding the spacing again, I now added some additional breakpoints for very large screens. We now display 9 cards at most for ~5000 pixels width, so the spacing should be decreased and fine now. I don't think we should take care of the case where the display is more than 5000 pixels, because the cards will be barely visible.

Regarding the icon issue, this is actually not related to this PR and I think something is wrong with the icon itself. Because it is also ellipsis in the current course card version:

Thanks for your response. Regarding the spacing again, I now added some additional breakpoints for very large screens. We now display 9 cards at most for ~5000 pixels width, so the spacing should be decreased and fine now. I don't think we should take care of the case where the display is more than 5000 pixels, because the cards will be barely visible.

Spacing
I dont quite understand yet why we "hardcode" the break points. Is there no way in angular to just fit as many as possible in one row. Im only used to Flutter where there is a Wrap Component which does exactly that.
Another solution for the problem would be to hard code the maximum pixel width for the box containing all course card. so that with increasing screen width only the padding on the left and right side of the screen increases. Github does exactly that for example:

Regarding the icon issue, this is actually not related to this PR and I think something is wrong with the icon itself. Because it is also ellipsis in the current course card version

even if its not directly related to the PR, as this PR already touches the course cards, we could fix the issue.
if you really don't want to fix it in this PR could you please create an issue and fix it in a separate PR.

Thanks for the fix! Layout looks good on mobile now 👍


Booking tweaks 1

Initial round of visual tweaks to booking.

Redo 'booking panel' to make it more compact and have an obvs call to action :|
Redo the appointment options layout a bit

Broadly :+1:, a few variable names need fixing and a couple of appointment blocks don't have the new days_away value.


Enhance permissions for Gardener admin

How to categorize this PR?

/area ops-productivity
/kind enhancement
/priority normal
What this PR does / why we need it:
This PR adds ResourceQuota and Events permission for Gardener admin cluster role.
fixes #3288
Release note:

The pre-delivered cluster role `gardener.cloud:admin` now contains full access permissions for `Events` and `ResourceQuotas`.

While you are on this file, could you add permissions also for events.events.k8s.io to resolve #3288?

Done.


Difference between two pre-trained models

Hi, all.  I want to estimate the depth for some images containing both in-door and out-door images, which one should I use, and Does that matter?

Hi,
the models have both the same architecture, but they are trained separately on different datasets.
The model for indoors is trained on NYU Depth v2, where scenes are in a range 0-10m, and the one for outdoors on Make3D, that is 0-70m.
You can choose accordingly for your problem, however inaccuracies might occur in terms of global scale if the distances in your images are very different to what the models had been trained with.


OSSL_STORE: Add OSSL_STORE_vctrl()

It's a convenient complement to OSSL_STORE_ctrl()
Suggested by Norm Green

AppVeyor complains with justification, that OSSL_STORE_vctrl is missing in libcrypto.num. The rest looks good to me. It's always good for reusability to have an explicit va_list equivalent for a three-dot function.

Fixup added

Hmmmm, CIs are sluggish this evening...

Finally

Merged. 4fd39122e51c3c44fcb72fb9b732d5008efda399


Fix typo

This qualifies as an obvious fix :)

Thanks @ericbottard! This is now fixed and in master. As soon as Travis builds it will be deployed https://travis-ci.org/pivotalsoftware/pivotal-cla


Per route config

transformation filter with per route config

moving to new envoy

cc @ilackarms

fixed comments
cc @ilackarms @talnordan

@talnordan PTAL


How to increase RAM

Hi i was wondering at the very least is there a way for me to increase the RAM on the Outdoor miner? It currently uses 1GB LPDDR2 SDRAM

You can't upgrade the RAM as it's soldered onto the actual Raspberry Pi.


Fixed the issue with elements with a property with a value of 0 not rendering that property.

Fixed the issue with elements with a property with a value of 0 not rendering that property.

Holy sh*t, JavaScript is so sneaky. Thank you, sir!

Released in ltx 0.1.2. (Child text had the same problem!)


[TCGC] Need to use @flattenProperty for operation parameter from client.tsp

My understanding is that Azure.ClientGenerator.Core should only be used from a client.tsp file. We need to use the @flattenProperty decorator in each data-plane Key Vault library, but I couldn't figure out a way to use this from client.tsp since we're trying to target operation body parameters with the decorator (examples from Administration, Certificates, Keys, and Secrets).
I've tried a number of approaches, such as:

@@flattenProperty(FooNamespace.barOperation::parameters) (this didn't target the parameter I wanted and instead was mapping to a built-in parameters attribute)
@@flattenProperty(FooNamespace.bazModel) (since the model in one example was only used as a flattened parameter)
@@flattenProperty(FooNamespace.bazModel.quxAttribute)

but none of them accomplished the same thing as using the decorator directly.
Is there already a way to accomplish this? Thank you for any help!

(As a side bit of feedback, I've been struggling to reference the documentation for guidance. The most relevant page for SDK customization, as far as I can tell, is the Setup for SDK customization page -- that did help for learning how to compile with customizations, but I had to reference existing client.tsp files from other services to learn how to actually structure the customizations.)

There is some limitation to locate a spread parameter for TypeSpec. cc: @timotheeguerin to see if there is any workaround, and can we have a doc to clarify what kind of element is possible to be locate and how?
If you just want to make the body parameter to be flatten in client, you could try with spread directly. For example:
op updateSetting is Azure.Core.Foundations.Operation<
  {
    /** The name of the account setting. Must be a valid settings option. */
    @path settingName: string;

    /**
     * The parameters to update an account setting.
     */
    ...UpdateSettingRequest;
  },
  Setting
>;

close as it should not be a tcgc issue. @mccoyp if you have further concern, feel free to reopen or create a new one for typespec since i believe it is a typespec limitation.


[Bug]: Add Home Button / Link to go back to Home from Contact page

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
There isn't any way to go back from Contact page (contact.html) to Home (index.html)
Add Screenshots

What browsers are you seeing the problem on?
No response
Record

[X] I agree to follow this project's Code of Conduct
[ ] I'm a GSSOC contributor
[X] I want to work on this issue
[X] I'm willing to provide further clarification or assistance if needed.

I also think this needs to be addressed, kindly assign it to me @mansiruhil13


MINOR: Fix a maybe-uninitialized warning

Some compilers generate a maybe-uninitialized warning when compiling scalar_round.cc
/home/jinshang/arrow/cpp/src/arrow/util/logging.h: In function 'void arrow::compute::internal::RegisterScalarRoundArithmetic(arrow::compute::FunctionRegistry*)':
/home/jinshang/arrow/cpp/src/arrow/util/logging.h:59:34: warning: 'exec' may be used uninitialized [-Wmaybe-uninitialized]
   59 | #define ARROW_IGNORE_EXPR(expr) ((void)(expr))
      |                                  ^
/home/jinshang/arrow/cpp/src/arrow/compute/kernels/scalar_round.cc:1262:23: note: 'exec' was declared here
 1262 |       ArrayKernelExec exec;
      |                       ^~~~
/home/jinshang/arrow/cpp/src/arrow/util/logging.h:59:34: warning: 'exec' may be used uninitialized [-Wmaybe-uninitialized]
   59 | #define ARROW_IGNORE_EXPR(expr) ((void)(expr))
      |                                  ^
/home/jinshang/arrow/cpp/src/arrow/compute/kernels/scalar_round.cc:1283:23: note: 'exec' was declared here
 1283 |       ArrayKernelExec exec;
      |                       ^~~~

Looks okay to me.
cc @pitrou could you please take a look.


Large packages cannot be downloaded

Describe the bug
Large packages fail in the download_package method.
Expected behavior
Packages should be downloadable regardless of size.
Error message or screenshots
File "/code/src/validate.py", line 67, in run
downloaded = self.download_bag()
File "/code/src/validate.py", line 118, in download_bag
client.download_file(
File "/usr/local/lib/python3.10/site-packages/boto3/s3/inject.py", line 190, in download_file
return transfer.download_file(
File "/usr/local/lib/python3.10/site-packages/boto3/s3/transfer.py", line 326, in download_file
future.result()
File "/usr/local/lib/python3.10/site-packages/s3transfer/futures.py", line 103, in result
return self._coordinator.result()
File "/usr/local/lib/python3.10/site-packages/s3transfer/futures.py", line 266, in result
raise self._exception
File "/usr/local/lib/python3.10/site-packages/s3transfer/tasks.py", line 139, in call
return self._execute_main(kwargs)
File "/usr/local/lib/python3.10/site-packages/s3transfer/tasks.py", line 162, in _execute_main
return_value = self._main(**kwargs)
File "/usr/local/lib/python3.10/site-packages/s3transfer/download.py", line 569, in _main
response = client.get_object(
File "/usr/local/lib/python3.10/site-packages/botocore/client.py", line 535, in _api_call
return self._make_api_call(operation_name, kwargs)
File "/usr/local/lib/python3.10/site-packages/botocore/client.py", line 980, in _make_api_call
raise error_class(parsed_response, operation_name)
botocore.exceptions.ClientError: An error occurred (ExpiredToken) when calling the GetObject operation: The provided token has expired.

Impact on your work
This blocks testing and should be resolved ASAP.
Additional context
Recommended way to do this is apparently https://github.com/benkehoe/aws-assume-role-lib

This was resolved with the use of aws_assume-role-lib.


Hover Information

If I hover over:
[Encounter : "Some Value Set"]

I'd want to see:
Encounter

An interaction between a patient and healthcare provider(s) for the purpose of providing healthcare service(s) or assessing the health status of a patient.

related to "Patient" context via "subject"
filtered to "Some Value Set" via "code"

This can be achieved by extracting the type information from the ELM and looking up Model meta-data from the ModelInfo. This needs to be done via the hover function.
Ideally, the hover would be scoped to the narrowest relevant expression. If I hover a function call, I'd want to see type information and documentation. If I hover over a definition, I'd want to see return type information, and so on.

Relevant LSP Specifcation:
https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/#textDocument_hover


Code Schools Revamp

Modernize Code Schools
Why is this feature being added?

We keep having changes to code schools to fit new requirements. At this point the filter logic is all over the place. We have filtering occuring in each code school sub component, additionally we have a div that encapsulates online and MOOC but all other types don't have this. Additionally new backend changes give us direct access to the MOOC attribute.
What should your feature do?

Single interface to filter code schools to map the returned list of items into each sub category.

Approved
Online
Partnered
MOOCs
State Sorted

Any static content should be moved into a json file in the sub component directory

MOOCs should have it's own component folder

stateSortedSchools should indicate while scrolling or when selected if no school available.

Our api docs show how we recieve this info.
Some examples of duplication:
https://github.com/OperationCode/operationcode_frontend/blob/master/src/scenes/home/codeSchools/codeSchools.js#L23
and
https://github.com/OperationCode/operationcode_frontend/blob/master/src/scenes/home/codeSchools/codeSchoolsData/codeSchoolsData.js
Every school card appears to have the same changes to the input data:
https://github.com/OperationCode/operationcode_frontend/blob/008a9799bc7acdbcb650076fa04235a828de459d/src/scenes/home/codeSchools/approvedSchools/approvedSchools.js#L33
This type of filtering can be reduce to a function for each code school in a single interface.
https://github.com/OperationCode/operationcode_frontend/blob/master/src/scenes/home/codeSchools/approvedSchools/approvedSchools.js#L21

@hollomancer  thought you might want in on this

I took a stab at this. See #896


GPR curation for Sphingolipid metabolism

Current behavior:

23 genes are discovered to be uncorrelated with their corresponding reactions in Sphingolipid metabolism

Gene
UniProtID
Reaction
GPR
Correlation
Manually check

ENSG00000101577
Q92539
MAR00746: H2O + sphinganine-1-phosphate --> Pi + sphinganine
ENSG00000067113 or ENSG00000101577 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000162407
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000101577 encodes an enzyme that catalyzes the conversion of phosphatidic acid to diacylglycerol and is involved in fatty acid metabolism and lipid biosynthesis. The specific reaction it catalyzes, involving a 1,2-diacyl-sn-glycero-3-phosphate and water, does not match the provided reaction where sphinganine-1-phosphate is converted to sphinganine and phosphate. Therefore, the functions and catalytic activities of the gene do not align with the provided reaction.
No

ENSG00000132793
Q9BQK8
MAR00746: H2O + sphinganine-1-phosphate --> Pi + sphinganine
ENSG00000067113 or ENSG00000101577 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000162407
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000132793 encodes a magnesium-dependent phosphatidate phosphatase enzyme that catalyzes the conversion of phosphatidic acid to diacylglycerol, which is involved in triglyceride, phosphatidylcholine, and phosphatidylethanolamine biosynthesis. The provided reaction illustrates the conversion of sphinganine-1-phosphate to sphinganine and phosphate, which is unrelated to the activities of the enzyme encoded by ENSG00000132793.
No

ENSG00000102595
Q9NYU1
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000102595 encodes a protein that functions in recognizing glycoproteins with minor folding defects and reglucosylates N-glycans, which plays a role in protein quality control in the endoplasmic reticulum. The annotated catalytic activity of the gene involves the reaction of N-glycan mannose isomer forms and UDP-alpha-D-glucose, resulting in the production of reglucosylated N-glycan mannose and UDP. However, the provided reaction involves glucosylceramide and UDP-galactose, which produces LacCer and UDP, indicating entirely different substrates and products than the gene's activity. Thus, the gene's role and the given reaction are unrelated. No

ENSG00000175711
Q67FW5
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000175711 encodes a glycosyltransferase that catalyzes the transfer of a galactose moiety specifically to queuosine at position 34 in tRNA(Tyr) to form galactosyl-queuosine(34). This activity is distinct from the reaction provided, where glucosylceramide is converted to lactosylceramide using UDP-galactose. The provided reaction does not involve tRNA or queuosine, which are key substrates for the gene's function, thereby making the gene irrelevant to the reaction in question.
No

ENSG00000147162
O15294
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000147162 encodes a protein that catalyzes the transfer of N-acetylglucosamine to serine or threonine residues in proteins, specifically performing O-GlcNAcylation. However, the reaction described involves the conversion of glucosylceramide and UDP-galactose to LacCer and UDP. This reaction is related to glycolipid metabolism, which is a different biological process from the O-GlcNAcylation mediated by the gene ENSG00000147162. Therefore, the gene's function and the provided reaction are not related.
No

ENSG00000180549
Q11130
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000180549 encodes an enzyme that catalyzes the transfer of L-fucose from GDP-beta-L-fucose to a variety of glycosylated substrates, contributing to the biosynthesis of sialyl Lewis X and other fucosylated structures. However, the provided reaction involves the conversion of glucosylceramide and UDP-galactose to LacCer and UDP, a process that does not involve L-fucose or the substrates specific to the enzyme encoded by ENSG00000180549. Therefore, the gene's function is not related to this reaction.
No

ENSG00000101577
Q92539
MAR00767: ceramide-1P pool + H2O --> ceramide pool + Pi
ENSG00000067113 or ENSG00000101577 or ENSG00000105520 or ENSG00000117600 or ENSG00000129951 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000147535 or ENSG00000162407 or ENSG00000203805
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000101577 encodes a protein that acts as a magnesium-dependent phosphatidate phosphatase enzyme, which catalyzes the conversion of phosphatidic acid to diacylglycerol. This process is involved in triglyceride, phosphatidylcholine, and phosphatidylethanolamine biosynthesis and occurs in the endoplasmic reticulum membrane. However, the provided reaction involves the hydrolysis of ceramide-1-phosphate to ceramide and phosphate, which is a different biochemical process not associated with the function of the gene ENSG00000101577. Therefore, the gene and the reaction are not related.
No

ENSG00000134324
Q14693
MAR00775: H2O + sphingosine-1-phosphate --> Pi + sphingosine
ENSG00000067113 or ENSG00000101577 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000162407
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000134324 encodes an enzyme that functions as a magnesium-dependent phosphatidate phosphatase, catalyzing the conversion of phosphatidic acid to diacylglycerol, which is essential in the biosynthesis of triglycerides, phosphatidylcholine, and phosphatidylethanolamine. This enzyme's specific catalytic activities involve various forms of phosphatidic acid substrates, consistently converting them into diacylglycerol and phosphate. However, the provided reaction involves the conversion of sphingosine-1-phosphate to sphingosine and phosphate, which is a completely different substrate and reaction mechanism that does not align with the enzymatic activities described for the gene ENSG00000134324. Therefore, the gene is not relevant to the reaction involving sphingosine-1-phosphate.
No

ENSG00000179913
Q9Y2A9
MAR08152: glcnac-gal-globoside + UDP-galactose --> gal-glcnac-gal-globoside + H+ + UDP
ENSG00000179913
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000179913 encodes for a Beta-1,3-N-acetylglucosaminyltransferase, which is involved in the synthesis of poly-N-acetyllactosamine and forms specific glycan structures like the 6-sulfo sialyl Lewis x on extended core1 O-glycans. The catalytic activities described for this gene involve the addition of N-acetylglucosamine (GlcNAc) residues to various oligosaccharide substrates. However, the reaction provided involves the transformation of glcnac-gal-globoside with UDP-galactose, leading to the production of gal-glcnac-gal-globoside, which is a different substrate and product and does not match the enzymatic activities associated with the gene in question. Thus, the gene does not participate in the specified reaction.
No

ENSG00000179913
Q9Y2A9
MAR08173: GM2alpha + UDP-galactose --> GM1alpha + H+ + UDP
ENSG00000179913
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000179913 encodes for Beta-1,3-N-acetylglucosaminyltransferase, which is involved in the synthesis of poly-N-acetyllactosamine and has catalytic activity for specific glycosylation reactions involving UDP-N-acetyl-alpha-D-glucosamine (EC <IP_ADDRESS> and EC <IP_ADDRESS>). However, the provided reaction involves the conversion of GM2alpha to GM1alpha using UDP-galactose, which is a different biochemical process. Therefore, the gene and the reaction are not related.
No

ENSG00000168350
Q6QHC5
MAR08219: dihydroceramide pool + NADP+ --> ceramide pool + H+ + NADPH
ENSG00000143753 or ENSG00000168350
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000168350 is associated with sphingolipid metabolism, acting as a bifunctional enzyme with activities like sphingolipid delta(4)-desaturase and sphingolipid C4-monooxygenase. The annotated catalytic activities involve conversions such as dihydroceramide to phytoceramide and N-acylsphinganine to N-acylsphing-4-enine, which require Fe(II)-[cytochrome b5] and involve reactions with molecular oxygen. However, the reaction provided that involves dihydroceramide pool and NADP+ converting to ceramide pool, H+, and NADPH does not align with these described activities and does not match the enzymatic reactions or cofactors (Fe(II)-[cytochrome b5] and O2) specified for this gene. Hence, the gene and the reaction are not related.
No

ENSG00000069943
Q92521
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000069943 encodes a mannosyltransferase involved in glycosylphosphatidylinositol-anchor biosynthesis, specifically transferring alpha-1,2-mannose to Man2-GlcN-acyl-PI during GPI precursor assembly. However, the given reaction involves glucosylceramide and UDP-galactose, producing H+, LacCer, and UDP, which is unrelated to GPI-anchor biosynthesis and does not involve mannosyltransferase activity.
No

ENSG00000172461
Q9Y231
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000172461 encodes an enzyme that catalyzes the transfer of a fucosyl moiety from GDP-beta-L-fucose to N-acetylglucosamine within type 2 lactosamine glycan structures, forming structures like Lewis x (Lex) and Lewis y (Ley) epitopes. However, the provided reaction involves the conversion of glucosylceramide and UDP-galactose to lactosylceramide (LacCer) and UDP, which is a glycosylation reaction not involving fucose or the specific function of the gene. Therefore, the gene's specific activity does not align with the provided reaction mechanism.
No

ENSG00000198488
Q6ZMB0
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000198488 encodes for an enzyme involved in the biosynthesis of mucin-type glycoproteins, specifically characterized by its function as a Beta-1,3-N-acetylglucosaminyltransferase. This enzyme catalyzes reactions involving the transfer of N-acetylglucosamine to form O-glycans on proteins. In contrast, the reaction provided involves the conversion of glucosylceramide to lactosylceramide using UDP-galactose, a different metabolic pathway not related to mucin-type glycoprotein biosynthesis. Hence, the gene is not relevant to the reaction provided.
No

ENSG00000179913
Q9Y2A9
MAR08249: globotriaosylceramide + UDP-galactose --> galthcrm heparan sulfate + H+ + UDP
ENSG00000179913
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000179913 encodes an enzyme involved in the synthesis of poly-N-acetyllactosamine and various O-glycans, specifically catalyzing the transfer of N-acetylglucosamine in different biochemical contexts as indicated by the provided catalytic activities. However, the reaction described, which involves globotriaosylceramide and UDP-galactose to produce heparan sulfate and UDP, does not align with the enzyme's specified functions or catalytic activities such as those involving N-acetylglucosamine transfer. Therefore, the gene and the reaction are not related.
No

ENSG00000134324
Q14693
MAR00746: H2O + sphinganine-1-phosphate --> Pi + sphinganine
ENSG00000067113 or ENSG00000101577 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000162407
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000134324 encodes a magnesium-dependent phosphatidate phosphatase enzyme that catalyzes the conversion of phosphatidic acid to diacylglycerol, with various substrate specificities, as evidenced by multiple catalytic activities listed. However, the reaction provided involves the hydrolysis of sphinganine-1-phosphate to sphinganine and phosphate, which does not involve phosphatidate substrates or the formation of diacylglycerol, indicating the irrelevance of the gene to the reaction.
No

ENSG00000170340
Q9NY97
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000170340 encodes a protein that functions as a Beta-1,3-N-acetylglucosaminyltransferase involved in the synthesis of poly-N-acetyllactosamine chains, specifically catalyzing reactions involving Gal(beta1-4)Glc(NAc)-based acceptors. However, the reaction provided involves the conversion of a glucosylceramide pool and UDP-galactose to LacCer pool and UDP, which is not related to the synthesis or elongation of poly-N-acetyllactosamine chains. Therefore, the gene's annotated function and the provided reaction do not match.
No

ENSG00000196371
P22083
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000196371 encodes an enzyme that catalyzes the transfer of a fucosyl moiety from GDP-beta-L-fucose to N-acetyl glucosamine (GlcNAc) within type 2 lactosamine glycan attached to N- or O-linked glycoproteins, with several specific reactions detailed in the gene annotation. However, the provided reaction involves the conversion of glucosylceramide with UDP-galactose to produce LacCer and UDP, which does not involve fucosylation or GlcNAc substrates. Therefore, the gene's described functions and catalytic activities do not align with the provided reaction.
No

ENSG00000136731
Q9NYU2
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000136731 encodes for a protein that recognizes glycoproteins with minor folding defects and reglucosylates single N-glycans near the misfolded part of the protein as part of a quality control process in the endoplasmic reticulum. Its catalytic activity involves reglucosylation of N-glycans using UDP-alpha-D-glucose, which is catalyzed through a specific and well-defined process related to protein folding and degradation. On the other hand, the reaction provided involves the conversion of glucosylceramide pool and UDP-galactose to LacCer pool, H+ and UDP, which is unrelated to the function and catalytic activity of the gene ENSG00000136731. Therefore, the gene and the reaction are not related.
No

ENSG00000172728
Q6P4F1
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000172728 encodes an enzyme that primarily catalyzes the transfer of a fucosyl moiety from GDP-beta-L-fucose to the innermost GlcNAc residue in biantennary N-glycan acceptors. However, the provided reaction involves the conversion of glucosylceramide and UDP-galactose to LacCer, H+, and UDP, which requires a different enzymatic activity, specifically a galactosyltransferase, not a fucosyltransferase. Therefore, the gene's function does not match the reaction's requirements.
No

ENSG00000085998
Q8WZA1
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000085998 is involved in the O-mannosyl glycosylation pathway, specifically catalyzing the addition of N-acetylglucosamine to O-linked mannose on glycoproteins. In contrast, the provided reaction describes the conversion of glucosylceramide pool and UDP-galactose to H+, LacCer pool, and UDP, which is unrelated to the function and catalytic activity of the gene. The gene does not participate in reactions involving glucosylceramide or UDP-galactose.
No

ENSG00000167889
Q3V5L5
MAR00765: glucosylceramide pool + UDP-galactose --> H+ + LacCer pool + UDP
ENSG00000016864 or ENSG00000027847 or ENSG00000060642 or ENSG00000069943 or ENSG00000085998 or ENSG00000086062 or ENSG00000102595 or ENSG00000109586 or ENSG00000117411 or ENSG00000118017 or ENSG00000118276 or ENSG00000119227 or ENSG00000120820 or ENSG00000121578 or ENSG00000124091 or ENSG00000134910 or ENSG00000136731 or ENSG00000139044 or ENSG00000143315 or ENSG00000147162 or ENSG00000148288 or ENSG00000156966 or ENSG00000158470 or ENSG00000158850 or ENSG00000162630 or ENSG00000162885 or ENSG00000163527 or ENSG00000167080 or ENSG00000167889 or ENSG00000170340 or ENSG00000172318 or ENSG00000172461 or ENSG00000172728 or ENSG00000175711 or ENSG00000176383 or ENSG00000176597 or ENSG00000177191 or ENSG00000179913 or ENSG00000180549 or ENSG00000182272 or ENSG00000183778 or ENSG00000187676 or ENSG00000196371 or ENSG00000196968 or ENSG00000198488 or ENSG00000204007 or ENSG00000237172 or ENSG00000251287
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation. The gene ENSG00000167889 encodes a glycosyltransferase that specifically acts on alpha-linked mannose of N-glycans and O-mannosyl glycans, catalyzing the transfer of N-acetylglucosamine to mannose residues. It does not show any involvement with glucosylceramide or UDP-galactose, which are the substrates in the provided reaction. Therefore, the gene's function does not correspond to the reaction involving glucosylceramide and UDP-galactose.
No

ENSG00000147535
Q8NEB5
MAR00767: ceramide-1P pool + H2O --> ceramide pool + Pi
ENSG00000067113 or ENSG00000101577 or ENSG00000105520 or ENSG00000117600 or ENSG00000129951 or ENSG00000132793 or ENSG00000134324 or ENSG00000141934 or ENSG00000147535 or ENSG00000162407 or ENSG00000203805
Pending No, the gene is not relevant to the reaction provided. Analysis and explanation: The gene ENSG00000147535 encodes a magnesium-independent phospholipid phosphatase that primarily catalyzes reactions involving diacylglycerol pyrophosphate, phosphatidate, and lysophosphatidate. The reaction provided involves the conversion of ceramide-1P to ceramide and inorganic phosphate (Pi), which is not among the substrates mentioned in the gene's annotated catalytic activities. Therefore, the gene and the reaction are not related.
No

#860
keep ENSG00000168350 (Bifunctional enzyme which acts both as a sphingolipid delta4-desaturase and a sphingolipid C4-monooxygenase) for MAR08219: dihydroceramide pool + NADP+ --> ceramide pool + H+ + NADPH
keep ENSG00000147535(Magnesium-independent phospholipid phosphatase with broad substrate specificity) for MAR00767: ceramide-1P pool + H2O --> ceramide pool + Pi.

Agree, and I will go head with this issue asap.


Update crossplane-runtime to fix static provisioning

See https://github.com/crossplaneio/crossplane-runtime/pull/55
Also updates printer columns on managed resources (see second commit).

Accidentally opened this as a partial duplicate of #6. Closing and will open a separate PR for printer columns.


Feature implementation, code refactoring, new test suite and increasing code coverage

The PR contains variety of changes, mostly related to be a "developer friendly" code and follow some software standards. This changes will make the code base to be more maintainable.

There is a types directory where all the "model" stuff is saved

types/core.jl contains the general types (MLFlow and MLFlowExperiment)

Logs logic was extracted into a logger.jl file, leaving the runs logic isolated
Tests was extracted into new individual test files, rewriting some of them in a simpler way. The code coverage increased
Implemented the new searchexperiments function for experiments, and removing the deprecated (and removed) listexperiments from MLFlow. Maybe it be reimplemented but pointing to the new one.
Implemented generatefilterfromentity_type, a generalization to avoid code repetition and making it accessible to everyone if there's something more to filter (just like metrics)
Code is formatted using the native Julia LSP formatter

Codecov Report

Merging #27 (940ca57) into main (599d87d) will increase coverage by 10.91%.
The diff coverage is 66.66%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@             Coverage Diff             @@
##             main      #27       +/-   ##
===========================================
+ Coverage   69.75%   80.66%   +10.91%
===========================================
  Files           5        8        +3
  Lines         281      300       +19
===========================================
+ Hits          196      242       +46
+ Misses         85       58       -27

Impacted Files
Coverage Δ

src/MLFlowClient.jl
100.00% <ø> (ø)

src/runs.jl
92.15% <0.00%> (+38.61%)
:arrow_up:

src/types/artifacts.jl
0.00% <0.00%> (ø)

src/types/runs.jl
82.81% <ø> (ø)

src/loggers.jl
67.10% <67.10%> (ø)

src/types/core.jl
76.92% <76.92%> (ø)

src/experiments.jl
88.52% <80.00%> (+5.91%)
:arrow_up:

src/utils.jl
100.00% <100.00%> (ø)


Turntable buttons misaligned

Newest spotify, theme and spicetify version
It's been like this for the last couple of days.

It's still broken. Also, the album cover in the bottom left is still messed up


Battle.Net does not work with current API

Hi,
I have been attempting to use the provider for battle.net and it timesout on redirecting back to my site when trying to get userid and battletag.
I downloaded the source and have done some debugging and reason for this is that BattleNetAuthenticationHandler.cs has two calls to get this data from:
_accountUserIdEndpoint = "https://eu.api.battle.net/account/user/id";
_accountUserBattleTagEndpoint = "https://eu.api.battle.net/account/user/battletag";
Both these urls just timeout. The current docs (https://develop.battle.net/documentation/guides/using-oauth) say to use:
https://{region}.battle.net/oauth/userinfo
This returns both the userid and the battle tag in one call.
Also, the regions enum has options for Korea and Taiwan, but the current docs have these merged into a signle "Asia-Pacific" region.
I have fixed this on my local copy, and updated the authenticated context to take the user data as one JObject. So this is now working for me.
Let me know if you are happy to receive a PR for these changes.

That's great! I've stopped using it a long time ago so I've not been following up on changes to the OAuth API. So at least for me it would be great if you create a PR with the updates.

I'm on holiday, but I can get it merged next week when I'm back.


Tests fail from refused connections on s390 machines

Symptom
A set of OpenJDK regression tests are failing on these machines with the following error:
java.net.ConnectException: Connection refused

The test appears to expect a timeout, but doesn't get that far because the connection is refused immediately. This affects OpenJ9 and Hotspot, but only on zLinux, and there have been other timeout/connection refuseds so we have to rule out machine issue.
Please review the below machines for anything that could be causing these problems, e.g. overrunning processes, port-hogging, etc.
Machines Affected:
test-marist-ubuntu1604-s390x-1
test-marist-ubuntu1604-s390x-2-XJ

I've moved all abandoned processes on both machines. the -2-XJ machine was keeping a lock on TCP/IP port 34339 which has now been released

Thanks Stewart. Re-running the tests now.


Compatibility issue with saves under beta Patch 1.3

Firstly, thank you so much for creating this indispensable mode!
Unfortunately, at least after opting into beta patch 1.3, in my case the game crashes upon loading any old saves.
And yes, I updated to the latest version and installed the modlib, which also appears before tweaks in the list of  mods. The only other mode I am running is the developer console, a combination that did not create any problems beforehand.
Are there any plans to create a version that is compatible with the new beta Patch ?

Do as follows: Smelting stamina tweaks - off. Save in new slot, then reload from that slot and enjoy

Here is the pull request with fixes for beta 1.3
#75

Beta version is (finally) done.


Fails to install using the Quick Start guide

The quick start guide for MacOS no longer works.  Errors from logs below;
<EMAIL_ADDRESS>install /usr/local/lib/node_modules/ls-psvr-encoder/node_modules/get-cursor-position
> node-gyp rebuild

  CXX(target) Release/obj.target/pos/src/pos.o
../src/pos.cc:272:10: error: no matching member function for call to 'Set'
    pos->Set(String::NewFromUtf8(isolate, "row"), Number::New(isolate, row));
    ~~~~~^~~
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8.h:3639:37: note: candidate function not
      viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context,
                                    ^
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8.h:3642:37: note: candidate function not
      viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context, uint32_t index,
                                    ^
../src/pos.cc:273:10: error: no matching member function for call to 'Set'
    pos->Set(String::NewFromUtf8(isolate, "col"), Number::New(isolate, col));
    ~~~~~^~~
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8.h:3639:37: note: candidate function not
      viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context,
                                    ^
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8.h:3642:37: note: candidate function not
      viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context, uint32_t index,
                                    ^
../src/pos.cc:277:11: error: no template named 'Handle'
void Init(Handle<Object> exports) {
          ^
../src/pos.cc:280:59: error: too few arguments to function call, single argument 'context' was not specified
      FunctionTemplate::New(isolate, Method)->GetFunction());
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8.h:6404:3: note: 'GetFunction' declared here
  V8_WARN_UNUSED_RESULT MaybeLocal<Function> GetFunction(
  ^
/Users/davensangeelee/Library/Caches/node-gyp/14.3.0/include/node/v8config.h:422:31: note: expanded from macro
      'V8_WARN_UNUSED_RESULT'
#define V8_WARN_UNUSED_RESULT __attribute__((warn_unused_result))
                              ^
4 errors generated.
make: *** [Release/obj.target/pos/src/pos.o] Error 1
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack     at ChildProcess.emit (events.js:315:20)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12)
gyp ERR! System Darwin 19.4.0
gyp ERR! command "/usr/local/Cellar/node/14.3.0/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/ls-psvr-encoder/node_modules/get-cursor-position
gyp ERR! node -v v14.3.0
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR!      /Users/davensangeelee/.npm/_logs/2020-05-24T20_33_49_652Z-debug.log

Hi @LunarJetman0, thanks for bringing this up.  It looks like you are using Node version 14.3.0, try to install using Node version 10.20.1 (worked on my MBP).


Non Dfi balances

Hi,  I recently updated to 2.5.0 and completed synchronized the block chain, but my balances for USDT, ETH, BTC and 2 LP pools are not showing the correct amount (they are lower than early June when I last checked).  The transactions history for non DFI tokens is also dated as ETH is from Mar, BTC from Apr and USDT from Jan.  I also reindexed already and this did not solve the issue.  Prior to this recent issue, I was unable to start the blockchain for 2.5.0 as well as the prior 2.4 updates so that's why I had not checked since early June.

Hi @jonho79 , can you update to v2.5.1, and if issue persist, can you try another wallet.dat? I'll provide the steps. You should be able to find other wallet.dat in the wallets folder, unless you've stored elsewhere on your PC.
For Windows, the wallets folder is located here:
C: \Users\<username>\AppData\Roaming\DeFi Blockchain\wallets
For Mac — Go to Folder:

/Users/<username>/Library/Application Support/Defi/wallets
In the wallets folder you'll likely see wallet-bak-123456789 as well, these are additional backups.

In the app, Exit Wallet

Restore Wallet via Backup
Select another wallet.dat in the wallets folder or where you've specified your other backups.

Hi,
I've downloaded 2.5.1 and 2.5.2 and I still don't see the correct balances
for anything but dfi token.   What should I do next?
On Wed, Jun 16, 2021 at 11:39 AM Bella @.***> wrote:

Hi @jonho79 https://github.com/jonho79 , can you update to v2.5.1
https://github.com/DeFiCh/app/releases/tag/v2.5.1, and if issue
persist, can you try another wallet.dat? I'll provide the steps. You
should be able to find other wallet.dat in the wallets folder, unless
you've stored elsewhere on your PC.
For Windows, the wallets folder is located here:
C: \Users<username>\AppData\Roaming\DeFi Blockchain\wallets
For Mac — Go to Folder:
/Users//Library/Application Support/Defi/wallets
In the wallets folder you'll likely see wallet-bak-123456789 as well,
these are additional backups.
[image: wallet dat location]
https://user-images.githubusercontent.com/65014479/122271024-894f4780-cf11-11eb-9d6a-247e85c9b937.png

In the app, Exit Wallet

[image: Exit Wallet]
https://user-images.githubusercontent.com/65014479/122268801-18a72b80-cf0f-11eb-9a2c-7a0f36595111.png

Restore Wallet via Backup
Select another wallet.dat in the wallets folder or where you've
specified your other backups.

[image: Restore wallet from backup]
https://user-images.githubusercontent.com/65014479/122268837-23fa5700-cf0f-11eb-9dd8-54f108ca8476.png
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/DeFiCh/app/issues/969#issuecomment-862619711, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ASJJS7EULSY77RNP46XAGWTTTDVUNANCNFSM46ZZH3JA
.

Hi @jonho79 , did you try another wallet.dat? If your balance is correct but the tx history is missing then likely, you're facing missing tx history issue — this is a UI issue. Can you provide your logs for further investigation? And elaborate on what happened as it would help us understand what exactly is the issue. Thank you.
Actual behavior:
How to reproduce it (as minimally and precisely as possible):

DeFi Wallet Version:
Operating System (OS):
Current free storage capacity:

Attach logs:

I tried another wallet.dat and the issue persists.  Here are the logs
downloaded from right now.
I am using wallet 2.5.2 on Windows with 174 GB free.
The issue started when I was unable to start the blockchain starting with
2.5.0 (maybe a version before).  The solution was to uninstall and download
the wallet.  By doing this all the old back-up dat were deleted.  When I
reinstalled the wallet, the blockchain restarted and I started having the
issues with the wrong token balances for everything but DFI.   I downloaded
2.5.1 and 2.5.2 hoping for a fix but the balances are still
severely understated.  I have been unable to make any transactions for
close to 3 weeks so Im hoping I can resolve this soon.
I appreciate the help here and you folks help quite a bit when I first
started using in Dec and Jan and had issues.  It was running fairly
smoothly up until the updates in May.
On Mon, Jun 21, 2021 at 2:27 AM Bella @.***> wrote:

Hi @jonho79 https://github.com/jonho79 , did you try another wallet.dat?
If your balance is correct but the tx history is missing then likely,
you're facing missing tx history
https://github.com/DeFiCh/app/issues/891 issue — this is a UI issue.
Can you provide your logs for further investigation? And elaborate on what
happened as it would help us understand what exactly is the issue. Thank
you.
Actual behavior: How to reproduce it (as minimally and precisely as
possible):

DeFi Wallet Version:
Operating System (OS):
Current free storage capacity:

Attach logs:
[image: 1 App log]
https://user-images.githubusercontent.com/65014479/122738329-77c0c380-d2b4-11eb-96f7-722ac989ef4e.png
[image: 2 Compress]
https://user-images.githubusercontent.com/65014479/122738343-7abbb400-d2b4-11eb-9b0f-3f5ff36f600e.png
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/DeFiCh/app/issues/969#issuecomment-864882416, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ASJJS7H7JRX5RBNTKY3BTMTTT4AZZANCNFSM46ZZH3JA
.

Hi @jonho79 , thanks for elaborating, as you mentioned "By doing this all the old back-up dat were deleted.", did you make a backup of the wallets folder before reinstalling? Kindly try the other wallet.dat.

All my other wallet.dat have the same issue.  Any other solutions?  I’m trying reindex and I’ll let you know if that fixes it.
Regards,
Jon

On Jun 23, 2021, at 1:59 AM, Bella @.***> wrote:

Hi @jonho79 , thanks for elaborating, as you mentioned "By doing this all the old back-up dat were deleted.", did you make a backup of the wallets folder before reinstalling? Kindly try the other wallet.dat.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.


[Enhancement] Optimize insert into select error

What type of PR is this：

[ ] BugFix
[ ] Feature
[x] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #18092, https://github.com/StarRocks/StarRocksBenchmark/issues/312
Problem Summary(Required) ：

Currently, for cancelled and timeout insert into sql, the return msg in mysql client is 'Unknown error', which is confusing to users.
In this pr, we enhance the error msg to user in the following two cases:

If user cancel the insert into select, the return msg is 'Canncelled'
If the insert into select is timeout, the return msg is ' [E1008]Reached timeout=500ms @<IP_ADDRESS>:38061'

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto backported to target branch

[ ] 3.0
[ ] 2.5
[ ] 2.4
[ ] 2.3

we need to throw userException,  which will be catched in connectprocessor.java

@meegoo
The UserException here needs to handle all the case of sql error. In previous implementation, they all throw syntax error(1064).


Files do not load on the Mac app or on Finder

[write something useful and descriptive here]
my log id: e78f33484cba7c7b75b4831c
When I try to load my files on the Mac app, I see an error that reads Failed to load TLF lists. What might be wrong here?

Thanks for taking a look!

If it helps analyse the situation better, I have Keybase app on another Mac computer as well and it loads fine on that computer.

Hi @arunsathiya.  The mac you sent the logs from was stuck trying to connect to our servers due to some network connectivity issue between your client and our servers.  The error you're getting there is a timeout.
If the network otherwise seemed to be working at the time, perhaps you are behind some kind of firewall of VPN that restricts traffic to our servers?  I don't know of any downtime on our end.

I am indeed using a VPN, but I am not sure of this blocking traffic to Keybase servers. It's good to know that nothing is off at your end though. I shall close this report for now, test and reopen as required. Thanks for taking a look!


Swift 3.0.1: Carthage/Checkouts/Alamofire/Source/Request.swift:474:47: warning: expression implicitly coerced from 'URLSessionTask?' to Any

Same as https://github.com/Alamofire/Alamofire/issues/1745
Carthage build on Xcode 8.1 Swift 3.0.1 produces warnings:
Carthage/Checkouts/Alamofire/Source/Request.swift:474:47: warning: expression implicitly coerced from 'URLSessionTask?' to Any

Hi @racer1988,
This issue has been resolved in the Alamofire 4.1.0 release.
Cheers. 🍻


separate what comes back from clarifai from our data in pop up

Possibly a different colour? Or a line separating them.

@jema28 Why you closed this issue? Is it done?


Command doesn't exist anymore

This command doesn't exist anymore in the Skype for Business online module. please update.

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

ID: df5da894-a57f-d870-7a00-29507fb6d37f
Version Independent ID: e52506bf-d874-625d-2b3e-c4d1c6f3ff54
Content: Get-CsTeamsMobilityPolicy (skype)
Content Source: skype/skype-ps/skype/Get-CsTeamsMobilityPolicy.md
Service: skypeforbusiness-powershell
GitHub Login: @saragava
Microsoft Alias: saragava

Hello @SanguptaMSFT
Thanks for noticing, we are adding a note thru a PR stating this.
Thank you

@get-itips  Thank you very much for the contribution and updating the documentation with PR. @SanguptaMSFT Hope this update is helpful for you. Thanks for taking out some time to open the issue. Appreciate and encourage you to do the same in future also.


Runtime error in case of circular dependency between ES Modules with a re-export

Bug report
I'm seeing a runtime error in a cyclic dependency case where:

module A imports and re-exports a reference to a function from module C and also imports module B
module B depends on the function from module C via module A's re-export of it

In the minimal reproduction in https://github.com/bregenspan/webpack-circular-import-issue, this manifests as the runtime error: "Uncaught TypeError: n is not a function".
This issue seems different from https://github.com/webpack/webpack/issues/9060, as it involves an exported function declaration and so as I understand it shouldn't involve the temporal dead zone in the same way; also Rollup and native ES module support in Chrome and Node.js execute the code as expected, unlike in that case.

What is the current behavior?
In the example in https://github.com/bregenspan/webpack-circular-import-issue, there is a runtime error with the message: Uncaught TypeError: n is not a function when the bundled code is run in a browser. This is because the definition of the default export of the "shared.js" module used in this example is bundled following the first reference to it.
If the current behavior is a bug, please provide the steps to reproduce.
Clone the minimal reproduction in https://github.com/bregenspan/webpack-circular-import-issue, run npm install && npm run start. You should now see a browser window and can click "webpack.html" and open your browser's developer console to see the noted behavior.

What is the expected behavior?
There should be no runtime error, and the console output in the browser should match that shown in the other examples (rollup.html and native.html):
shared import
"shared import" should be logged twice, once above this log line, once below
shared import

While Rollup operates differently from Webpack, I would expect the outputted code in the bundle here to be functionally similar, such that the function declaration imported from the shared import is hoisted and accessible in both of the modules that reference it. (See example of Rollup's output in dist/rollup/bundle.js in the repo linked above after running npm run build).

Other relevant information:
webpack version:  4.43.0 / 5.0.0-beta.16
Node.js version: v12.16.3
Operating System: MacOS 10.15.4
Additional tools: Chrome 81.0.4044.138
Other notes:

Reordering imports like this: https://github.com/bregenspan/webpack-circular-import-issue/commit/c4a9f00e1e2b5a9aefa84f3bf526d2f88429f305 works around the issue, but I did not expect this to be necessary.
This is a somewhat strange pathological case, but I did encounter it in the wild in a production application (after upgrading Babel, which had apparently been masking the issue in this particular code). I definitely intend to rewrite the relevant code to not have this cyclic dependency for readability and maintainability reasons, but it seems like a case where the code as written should work as expected and not produce a runtime error.
If this behavior is to spec and is a wontfix, it could be nice if there was a warning in this case, possibly by including something like circular-dependency-plugin by default.

hmm... seems like you hit a limitation here. In certain edge cases the way webpack generates code doesn't allow hoisting function correctly in circular dependencies. In your case you are executing a function of a module before runtime sees the import to that module (before evaluation of the module has started). The ESM spec allows that.
I guess this code would work in production due to module concatenation, which handles hoisting of function better.
As workaround you should be able to switch the order of imports to fix that.
In practice this edge case is pretty rare and in all the years since ESM integration in webpack exists it has not be reported before. It's rare because most code like this would break anyway since you would not be able to access any variable of the scope of the shared module, since they are all still in TDZ or undefined.

I guess this code would work in production due to module concatenation, which handles hoisting of function better.

In this case there's also a runtime error in production mode (Uncaught ReferenceError: Cannot access 't' before initialization under 5.0.0-beta.16, using default --mode production behavior with no config file). But agreed that this case seems very rare and rewriting to avoid it is a workable solution.
Has there been thought to including something like circular-dependency-plugin by default? I think it could help head off these kinds of issues by catching circular dependencies early and strongly recommending against them / encouraging a pattern of whitelisting exceptions for the few cases they're needed. I like that Rollup warns on this circular dependency case. But maybe that's too opinionated to include in the core?

Has there been thought to including something like circular-dependency-plugin by default? I think it could help head off these kinds of issues by catching circular dependencies early and strongly recommending against them / encouraging a pattern of whitelisting exceptions for the few cases they're needed. I like that Rollup warns on this circular dependency case. But maybe that's too opinionated to include in the core?

I had some ideas to detect circular dependencies and improve optimization based on them. But that got a bit stuck as there are dirty ways to hide them so detection would not be relieable enough:
// index.js
require("./a");

export function innocentFunction() {
  // lazy imported
  require("./a");
}

// a.js
const b = require("./b");

// b.js
const { innocentFunction } = require("./index.js");
innocentFunction();

The module graph is non-circular, but execution is circular at runtime.
So this gets pretty tricky. Probably only possible for ESM. Still tricky when interacting with CJS or other dynamic things.

In this case there's also a runtime error in production mode (Uncaught ReferenceError: Cannot access 't' before initialization under 5.0.0-beta.16, using default --mode production behavior with no config file). But agreed that this case seems very rare and rewriting to avoid it is a workable solution.

That's actually a bug.
There seem to be wrong behavior for function declarations without name. This works-around the problem:
-export default function () {
+export default function name() {
   console.log('shared import');
 }

function declarations without name in export default is a little bit of an edge case.

Thanks for looking into this @sokra! So it seems like there are a lot of good reasons to close this out as "wontfix" for now. It's trivial to rewrite any code affected by this, sounds like it's very rare for the issue to come up, and it only blew up in a production app for me in an unexpected way (following a Babel upgrade) because an older Babel configuration was somehow masking the preexisting issue.
I can close this out and open a new separate issue for the bug with unnamed function declaration in default export with clearer repro for that.

@sokra I just ran into this issue in an unreleased version of openai I'm working on for Stainless API.  I made this repo to demonstrate the issue.
I think I have a pretty clear idea how to solve this issue, though it would be a somewhat significant change...
The crux of the problem is that
export { Chat } from "./chat.js";
export { ChatCompletion, Completions } from "./completions.js";

gets webpacked into
__webpack_require__.r(__webpack_exports__);
/* harmony export */ __webpack_require__.d(__webpack_exports__, {
/* harmony export */   Chat: () => (/* reexport safe */ _chat_js__WEBPACK_IMPORTED_MODULE_0__.Chat),
/* harmony export */   Completions: () => (/* reexport safe */ _completions_js__WEBPACK_IMPORTED_MODULE_1__.Completions)
/* harmony export */ });
/* harmony import */ var _chat_js__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(/*! ./chat.js */ "./src/chat.ts");
/* harmony import */ var _completions_js__WEBPACK_IMPORTED_MODULE_1__ = __webpack_require__(/*! ./completions.js */ "./src/completions.ts");

_completions_js__WEBPACK_IMPORTED_MODULE_1__ doesn't even get initialized until "./chat.js" finishes initializing, but code in chat.js tries to read Completions.
The solution would be to create empty module objects and get references to them before evaluating imported modules:
__webpack_require__.r(__webpack_exports__);
/* harmony export */ __webpack_require__.d(__webpack_exports__, {
/* harmony export */   Chat: () => (/* reexport safe */ _chat_js__WEBPACK_IMPORTED_MODULE_0__.Chat),
/* harmony export */   Completions: () => (/* reexport safe */ _completions_js__WEBPACK_IMPORTED_MODULE_1__.Completions)
/* harmony export */ });

// Get references to the empty modules before evaluating imports.
// `_completions_js__WEBPACK_IMPORTED_MODULE_1__` will be empty at first,
// but it will get populated when `chat.js` imports `completions.js`.

/* harmony import */ var _chat_js__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__.initModule(/*! ./chat.js */ "./src/chat.ts");
/* harmony import */ var _completions_js__WEBPACK_IMPORTED_MODULE_1__ = __webpack_require__.initModule(/*! ./completions.js */ "./src/completions.ts");

// Actually evaluate the imports
/* harmony import */ __webpack_require__(/*! ./chat.js */ "./src/chat.ts");
/* harmony import */ __webpack_require__(/*! ./completions.js */ "./src/completions.ts");

What do you think?  If you're open to this I'd love to work on a PR.

@jedwards1211 Sorry for delay, is the problem still valid? Also feel free to send a PR in any cases

Yeah still valid, okay I'll try to work on a PR


Update Rust Nightly Version

Fix a new Rust Nightly version

Auto-generated PR

Pull Request Test Coverage Report for Build 718159346

0 of 0   changed or added relevant lines in 0 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage decreased (-0.005%) to 81.979%

Files with Coverage Reduction
New Missed Lines
%

operators/src/plot/histogram.rs
1
88.25%

Totals

Change from base Build 709223506:
-0.005%

Covered Lines:
15030

Relevant Lines:
18334

💛  - Coveralls

We could try to see if rustfmt builds tomorrow, otherwise, just close it.


Remove category SVG from the report, because we are moving to a leaderboard

evaluate/metrics/category.

Still used in the markdown generation.


add surface temperature and qt to diagnostics

Purpose

Adds surface temperature and qt to diagnostics. This will be helpful for debugging.
To-do

Content

bors try

bors r+


1)Module not found: Error: Can't resolve 'mapbox-gl/dist/mapbox-gl.css' in 'C:\Users\Admin\Downloads\LEARNING\SUPER_SET\superset-frontend\plugins\legacy-plugin-chart-map-box\src'                                        2)Module not found: Error: Can't resolve 'mapbox-gl/dist/mapbox-gl.css' in 'C:\Users\Admin\Downloads\LEARNING\SUPER_SET\superset-frontend\plugins\legacy-preset-chart-deckgl\src'

When running locally these 2 issue occurs how to resolve it.?

Please help me to run this and how to fix this.?

Hey @NithiKrishK it looks like you're using Windows. Superset isn't supported on Windows at the moment (even using WSL) and I wonder if the file can't be found because of this issue.


Topology spread constraints on zones and anti-affinity for receivers and dispatchers

To spread receivers and dispatchers across zones for HA.
Signed-off-by: Pierangelo Di Pilato<EMAIL_ADDRESS>Part of #1537 and Broker HA

Done


Pipelines always require 1 pod running

From a user evaluating Pachyderm.
ScaleDownThreshold still leaves the master pod running to watch for new commits and that pod maintains the resource requests of the pipeline even when idle.
With a large number of pipeline or individual pipelines with significant resource requests, this can be a massive waste of resources.

The simplest solution to this would be to shuffle around the master responsibilities a little bit. The master pod currently does 3 things:

watch for new commits, and create jobs when they arrive
run those jobs, pumping data through the workers
finish those jobs and materialize the final result

The first responsibility is the one that forces us to keep a single pod running.
The easiest solution to this would be to move the logic that covers the first responsibility into the pipeline master thus eliminating the need to keep a pod running for the master.
The down side to this is that it concentrates the workload slightly more on a single node but I don't anticipate it being a problem unless there's a very large number of pipelines.

I think this was resolved by removing the resource request from the master worker after the scaledownthreshold and may also be address by the worker refactor. @jdoliner reopen if I'm wrong and it's still an issue.


Crash after new wallet is created

I started the latest code in the new simulator so I can have a clean start, no keychain data, no wallet initialized and right after I clicked create new wallet and confirmed I wrote it down, the app landed to home and crashed:

Closing with additional info available in the comment here.