Big delay when opening or hiding any viewlet

VSCode Version: Code - Insiders 1.10.0-insider (256d76fed7947e7289f921df10658d7a69233b65, 2017-02-22T07:09:05.746Z)
OS Version: Linux x64 4.8.0-34-generic
CPUs: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz (4 x 2899)
Memory (System): 11.64GB (1.91GB free)
Memory (Process): 170.14MB working set (170.14MB peak, 101.30MB private, 68.84MB shared)
Load (avg): 1, 1, 1
VM: 0%
Initial Startup: no
Screen Reader: no
Empty Workspace: no
Timings:

Component
Task
Time (ms)

renderer
window.loadUrl() => begin to require(workbench.main.js)
209

renderer
require(workbench.main.js)
758

renderer
create extension host => extensions onReady()
869

renderer
restore viewlet
532

renderer
restore editor view state
856

renderer
overall workbench load
1215

main + renderer
start => extensions ready
1908

main + renderer
start => workbench ready
2202

Testing #20999
When I click on a viewlet button it takes about 500ms to open/hide the viewlet in question. It's instant on stable. Note that the window is otherwise behaving responsively so it's unrelated to https://github.com/Microsoft/vscode/issues/21008
SplitLinesCollection._constructLines/ILineMapperFactory.createLineMapping seem to be at fault.

@Tyriar I would need the file you are opening and the settings you are using (probably wordWrap on?).
From the stack it looks like the view model is computing wrapping points as a reaction to a layout change (i.e. resize perhaps?).
Thanks!

Ah, turns out the file is 133004 lines long. Is there any way to get around recomputing wrapping point for the entire file?

Ok, that would explain the slowness.
We need to compute the mapping for the entire file because:

we need to know the editor's scrollHeight to be able to render the scrollbar (which is given by the number of view lines)
we need to paint decorations in the overview ruler that might sit below the viewport

If you share the file and the settings (probably word wrap should suffice?) I can try to take a look again at v8's IR for the wrapping points computation function. Last time I looked there seemed to be nothing more I could do to make it faster in JS.
https://github.com/Microsoft/vscode/blob/master/src/vs/editor/common/viewModel/characterHardWrappingLineMapper.ts#L78

Here are the settings that would have an impact:
  "editor.renderIndentGuides": true,
  "editor.rulers": [ 80, 100, 120 ],
  "editor.wordWrap": true,

Turning off word wrap gets rid of the delay.
The file is a json file with very few wrapping lines, it's approximate structure is the following repeated about 16000 times:

{"id":"some hash",
	"name":"code-insiders",
	"version":"1.10.0-1486968997",
	"owner":"vscode",
	"repositoryId":"some hash",
	"sourceUrl":"https://az764295.vo.msecnd.net/insider/422d7ff1b78fcac514498921551c33a988c4ad34/code-insiders_1.10.0-1486968997_amd64.deb",
	"dataFileName":"code-insiders_1.10.0-1486968997_amd64.deb"}

This can be done faster if we implement it in C++


Improve Available GPU board

Add explanation or some other ways to make the board more clear to the user.

not done yet

•	Show the number of nodes directly upon the bar
•	Change the title name of #GPU to make it easy to understand  ( suggested by user )
•	Update the content of tooltip of each bar

done.


error: The directory /Users/namchu/Documents/vrb_bank/vrb-mobile-banking/ios contains 2 projects, including multiple projects with the current extension (.xcodeproj). Specify the project to use with the -project option. Command: /usr/bin/arch, OS error code: 78

Command
flutter build ipa

Steps to Reproduce

...
...
...

Logs
ProcessException: Process exited abnormally:
Command line invocation:
/Applications/Xcode.app/Contents/Developer/usr/bin/xcodebuild -list
User defaults from command line:
IDEPackageSupportUseBuiltinSCM = YES
2024-04-12 14:51:59.064 xcodebuild[44690:8935117] Writing error result bundle to /var/folders/2w/25g51c3s4ll3s408tqcrynm40000gn/T/ResultBundle_2024-12-04_14-51-0059.xcresult
xcodebuild: error: The directory /Users/namchu/Documents/vrb_bank/vrb-mobile-banking/ios contains 2 projects, including multiple projects with the current extension (.xcodeproj). Specify the project to use with the -project option. Command: /usr/bin/arch, OS error code: 78
#0      RunResult.throwException (package:flutter_tools/src/base/process.dart:126:5)
#1      _DefaultProcessUtils.run (package:flutter_tools/src/base/process.dart:279:19)
<asynchronous suspension>
#2      XcodeProjectInterpreter.getInfo (package:flutter_tools/src/ios/xcodeproj.dart:321:30)
<asynchronous suspension>
#3      IosProject.projectInfo (package:flutter_tools/src/xcode_project.dart:318:29)
<asynchronous suspension>
#4      IosProject.buildSettingsForBuildInfo (package:flutter_tools/src/xcode_project.dart:278:36)
<asynchronous suspension>
#5      IosProject._parseHostAppBundleName (package:flutter_tools/src/xcode_project.dart:254:55)
<asynchronous suspension>
#6      IosProject.hostAppBundleName (package:flutter_tools/src/xcode_project.dart:243:35)
<asynchronous suspension>
#7      BuildableIOSApp.fromProject (package:flutter_tools/src/ios/application_package.dart:116:39)
<asynchronous suspension>
#8      FlutterApplicationPackageFactory.getPackageForPlatform (package:flutter_tools/src/flutter_application_package.dart:82:15)
<asynchronous suspension>
#9      _BuildIOSSubCommand.buildableIOSApp.<anonymous closure> (package:flutter_tools/src/commands/build_ios.dart:467:34)
<asynchronous suspension>
#10     _BuildIOSSubCommand.runCommand (package:flutter_tools/src/commands/build_ios.dart:504:33)
<asynchronous suspension>
#11     BuildIOSArchiveCommand.runCommand (package:flutter_tools/src/commands/build_ios.dart:295:50)
<asynchronous suspension>
#12     FlutterCommand.run.<anonymous closure> (package:flutter_tools/src/runner/flutter_command.dart:1257:27)
<asynchronous suspension>

[!] Flutter (Channel stable, 3.7.7, on macOS 14.4.1 23E224 darwin-arm64, locale en-VN)
    • Flutter version 3.7.7 on channel stable at /Users/namchu/fvm/versions/3.7.7
    ! Warning: `dart` on your path resolves to /opt/homebrew/Cellar/dart/3.1.2/libexec/bin/dart, which is not inside your current Flutter SDK checkout at /Users/namchu/fvm/versions/3.7.7. Consider add

xcodebuild: error: The directory /Users/namchu/Documents/vrb_bank/vrb-mobile-banking/ios contains 2 projects, including multiple projects with the current extension (.xcodeproj). Specify the project to use with the -project option. Command: /usr/bin/arch, OS error code: 78

@jonathanctn As the error indicates,  you seem to have multiple copies of .xcodeproj file in ios sub-directory. The flutter build process detected it correctly and presented the error as mentioned, so the build process works properly. The error is in your project config/setup, you need to revisit and remove any duplicate project files.
Closing, as this is not a bug or an issue with flutter itself.
Also, you are on old version of stable. Current stable is 3.19.5. If you get similar error on latest version, write in comments and I'll reopen it.


Branches

Delete the patch branch from satty and maybe add a WIP branch? Or a wip folder or smth for commands that arent quite finished or need refining.

Deleted patch branch, WIP folder sounds fine to me.


Unable to parse Item in inactive weapon slot

I tried to CTRL+D while this item was not on my active weapon slot.  I cannot parse even when I put the item in the inventory from the inactive weapon slot.  I have to put the item in an active slot before the issue fixes itself and allows for parsing again.

Duplicate of #278


Teddy Day Frontend Project Added

Title and Issue number

Teddy Day Frontend Project Added #2947
Close #2947

Checklist:

[X] I have mentioned the issue number in my Pull Request.
[X] I have commented my code, particularly in hard-to-understand areas
[X] I have created a helpful and easy to understand README.md

Description:
@MohitGupta121  Kindly merge it or give your feedback.

@MohitGupta121
I can't see tag here (label of GSSOC and level _ )
Can you please add it here.


refactor: make split task unbatched

fixes: #96

remove the BatchSplitRequest and BatchSplitResponse
change the ExecBatchSplit to the unbatched

@Connor1996 Hi. I submitted a PR for the issue #96.
Actually, for the requirement of OnReadySplitRegion, I think we don't need to do any change on it. Maybe I missed some points.
As I understand, your issue means to change BatchSplit with multiple split keys to the Split with the only one split key. So I just modify the ExecBatchSplit.

Thanks for you contribution! Could you help change the AskBatchSplit and MsgSplitRegion too?

@Connor1996 Sure. I will change it into a new commit

Please update the proto

@Connor1996 Have resolved all conflicts.

seem the test is always falling, please check whether the changes break something?

any problem now?

Nop. Just try to resolve the error of unit test. Little busy in recent days. Let me commit by today. @Connor1996


Define the Hodge star operator

I think a fun project would be for someone to define the Hodge star operator.
The classical construction is that if $V$ is a finite-dimensional vector space of dimension $n$, then a choice of orientation together with a choice of non-degenerate symmetric bilinear form determines natural isomorphisms:
$$\wedge^r V \simeq \wedge^{n-r} V$$
for $0 \le r \le n$.
Note that it is also possible to define a Hodge star operator when the bilinear form is skew-symmetric instead of symmetric. This case comes up less often but is still important (e.g., it means symplectic manifolds carry such operators, though the associated Laplacian vanishes). So we should certainly make a definition that is general enough to cover both of these cases.
Useful first results about the definition would be:

The Hodge star is involutive (up to sign)
The scaling law for Hodge star when the bilinear form is multiplied by a constant
The fact that the Hodge star is independent of the conformal class in middle dimensions [corollary of previous point]

Corresponding thread on Zulip here.


Add exception handling when there is no library's name (#103)

Hello again
I added exception handling when there is no library's name (#103 )

This change is now part of create-react-native-module.