-
Notifications
You must be signed in to change notification settings - Fork 17.4k
Electron 6 Take Two #21079
Electron 6 Take Two #21079
Conversation
⬆️ find-and-replace@0.219.5
Thank you for the recent updates. Both find and replace and scrolling in the settings view issues are gone. I tested this with the artifacts from @DeeDeeG. This hidden issue does not happen on those. Maybe something is wrong with my working branch.However, now I cannot search for packages for downloading in the settings view. Does this happen for others or it is just me? I built this on a branch that had other changes, so I am not certain if it is caused by those two updates. |
⬆️ settings-view@0.261.5
Yea, I also confirmed it works fine on this build. Thanks for the effort. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you so much for this work.
Let us know if there is anything blocking this from merging. We may be able to help. |
Could you check my comment at atom/apm#889 (comment) I am seeing some issues with I reproduced the error with the binaries uploaded in the CI of this PR. You can reproduce the error by installing https://atom.io/packages/ink |
On a similar note @aminya , could the version of node being used be added to the package.json dependencies? (E.g. npm install -s node) The atom build fails with newer versions of node because of native modules, but the version of node isn't mentioned in the documentation or repo AFAIK |
Yes, we should unify the Node versions and write it down in the If for some reason, the old Electron was not picky about the Node versions, the new one is, and we should absolutely make this unification before merging this pull request. |
@darangi apm 2.5.1 solves the issue for Electron 5. You should merge this as well: atom/apm#896 |
Congrats on the merge =) and thanks for the work on these electron bumps |
Please dont forget #20819 is fixed with electron 6.x merged |
We have been experiencing linux build failures on our CI. This failure seem to be cause by #21079. Related conversation atom/apm#900
We have been experiencing linux build failures on our CI. This failure seem to be cause by #21079. Related conversation atom/apm#900
We have been experiencing linux build failures on our CI. This failure seem to be cause by #21079. Related conversation atom/apm#900
Original Issue: #20764
TODO
BLOCKERS AND ISSUES
Linux: Atom scrolls even when not focused (#15482)
is a regression since electron 3, will update the template to keep to check during regression testing once it's fixedfind-and-replace
infind-in-project
is not working, even though tests are passing, check if others can reproduce this Replace All function is broken find-and-replace#1129Regression Checklist
General testing
electron
to see if any of them are fixedTodoElectronIssue
to see if any of them can be resolved (search link).Steps
1. Open a file 1. Share a portal 1. Have a guest join the portal 1. When guest edits the text in the file, verify that the host sees those changesCheck for regressions experienced in previous upgrades
Text Input/Keybindings
See how to setup keyboard layouts.
IME not working (1.19.0-beta2: Cursor stucks at the first letter when using macOS Chinese IME #14911)
Repro steps
zhongwenshuru
Expected: in Pinyin simplified
中文输入
is expectedIssues we've seen: Only shows latin first character and not every character typed.
macOS: Key binding with composition characters are ignored (key-mappings with
alt
don't suppress Mac OS composition characters anymore (atom-1.19) #15189)Repro steps
ABC - Extended
keyboard layoutExpected: the keybindings work
Issues we've seen: it types out the modified keys and ignores the key mapping
macOS: Composition characters mess up insertion point (Composition characters mess up insertion point #15344)
Repro steps
Expected: Both alt-o and alt-n behave the same
Issues we've seen:
Ubuntu: Keystrokes involving ctrl resolve to the default layout instead of the active layout (Keystrokes involving ctrl on Linux resolve to the default layout instead of the active layout #13170)
Repro steps
This should be tested on Linux with gnome
Expected:
core:close
to dispatch (Or the keybinding-resolver to resolve to ctrl-w). Should be resolving to the keyboard layout that is chosen and not the OS default layout.Issues we've seen:
core:undo
dispatched because it was resolved as ctrl-z because AZERTY has Z where W is on QWERTY.Other keyboard layouts on new Electron version
UI
tree-view drag image (Display the correct drag image on Electron >= 1.14 tree-view#1054)
Repro steps
Expected:
Issues we've seen:
drag-and-drop indicator (Fix missing drop indicator on Electron >= 1.14 tree-view#1055, Fix missing drop indicator on Electron >= 1.4 tabs#426, Fix mistakenly shown docks drop indicator on Electron >= 1.4 tabs#437)
Repro steps
atom folderA folderB folderC
)Expected:
The placeholder indicates where the folder/project is being dropped to.
Issues we've seen:
No placeholder shows up after drag and dropping
Large file rendering (Bad rendering after ~1 million lines #16591)
Repro steps
Expected: To not regress the number of lines that can be rendered. Rendering to be correct for lines past a certain point. Atom 1.25 can render around 800k to 1 million lines correctly.
Issues we've seen: Increased number of lines rendered but bad rendering past a certain point
Loss of subpixel AA when the cursor is at the end of long lines (Loss of subpixel AA on soft-wrapped line #16889, Don't break subpixel AA when cursor is at the end of longest line #16595)
Repro steps
a
until the you reach the end of the windowExpected: To not lose subpixel AA
Issues we've seen: Loss of subpixel AA. Both when soft wrapping was enabled and disabled.
Scrolling horizontally shift + scroll wheel (Upgrade Electron to v1.6.x #12696 (comment))
Repro steps
Expected: File to scroll horizontally in both directions
Issues we've seen: File does not scroll horizontally at all in any direction
Scrollbars misbehaving on the first file that is opened (Upgrade Electron to v1.6.x #12696 (comment))
Repro steps
Expected: Scrollbar to be visible
Issues we've seen: Scrollbar is not visible and is flickering when you are editing
Middle clicking on unsaved tab (1.19, Linux: Middle-clicking an unsaved tab causes entire desktop to be unresponsive to clicks #15197)
Repro steps
Expected:
Clicking save/cancel or the options on the dialog works.
Issues we've seen:
The UI and the dialog is unable to receive mouse clicks. You can still choose options via Keyboard, but not mouse.
Linux: Atom scrolls even when not focused (Atom scrolls even when not focused #15482)
Repro steps
Expected: Atom window should keep the original scroll position
Issues we've seen: The Atom window scrolls after it is focused
Note: this is a regression that has not been fixed since Electron 3, will leave it in the template to keep it on our radar once it's fixed
Other
Supported Versions of OS (Atom 1.19.0 crashes instantly after launching #15297)
Repro steps
Expected: https://atom.io and https://atom.io/faq to display the same versions as the Electron documentation
Issues we've seen: macOS version support changed and https://atom.io and https://atom.io/faq was not updated
macOS : Native tabs (Native tabs on macOS #14711)
Repro steps
Show Tab Bar
Expected:
Native Tab bar shows up and able to drag different windows to each other. Also make sure UI isn't messed up.
Issues we've seen:
Native Tab Bar doesn't work and messes up UI when enabled
Ubuntu with KDE: Menu uses 100% CPU (Globalmenu consumes 100% CPU and does not work electron/electron#8455, Menus not working in plasma 5.9 with global menu enabled #13885)
Repro steps
Expected:
Desktop menu items work
Issues we've seen:
Desktop menu items do nothing when you click on things.
macOS: Slovak QWERTZ (Slovak QWERTZ does not resolve keys correctly on macOS atom-keymap#223)
Repro steps
cmd+'
.Expected: Resolves to
cmd+'
like it shows on keyboard viewer on mac.Issues we've seen: It resolves to
ctrl+§
macOS: IME jump (1.20.0: Popup jump when using macOS Chinese IME #15696)
Repro steps
Expected:
Expected the IME to be positioned at under the character you entered
Issues we've seen: The IME window is in the top left corner. When you enter the second character it jumps to be positioned under the text