On Windows, type Ctrl + Shift + T on Mac, type ⌘ + Shift + T. But I believe it is because of either the fancy plasma effects being too fancy (seen it causing other issue once, and had to disable some effects) or chrome’s bug.Option 2a: You can accomplish the above option with a quick keyboard shortcut. Now, part of the blame should fall on me, since I’m opening like ~50-100 tabs on average (at least I have enough ram and CPU). It would disable some plasma features like background transparency or preview, or sometimes it completely freezes plasma, and I need to move to tty2 or 3 to kill the chrome by command. If it crashes, it’s a good thing, since I could just re-open the chrome and restore tabs. Usually, but not neccearily, after this, when I try to maximize a window by dragging the title bar to the top of the screen, it freezes. Also, said tab is not going to act nicely when I drag tab again. This is usually the first sign that the chrome is about to crash. However, sometimes, the tab stays wherever I released, like, middle of a tab bar. When I detach a tab and then release to make a new window, I expect said tab should be aligned to the left on the tab bar of that window. With very high frequency, like once two days (or more aptly, sesquidiurnal), when I try to drag a tab from a window to another to organize my workspace, chrome acts very strangely with several different behaviours:įirst thing to crash is the tab bar. I’ve been doing a lot of my work using web browsers (including Jupyter), and I use google chrome all the time. I have a dual monitor set up, if that would affect anything. I’m using google-chrome of stable channel (.72-1) from AUR, and I’m running it from KDE Plasma 5.21.2-1. I’m using too many machines with different platforms for my work and I need all the view histories synchronized, so I cannot switch the browser with that ease.
Before you’re going to say anything, no, I wouldn’t change my browser.
0 kommentar(er)
