Vivaldi 2.8 RC 1 – Vivaldi Browser snapshot 1664.30
-
@lamarca lol, what?
-
Tab cycling STILL broken. VB-57274.
-
Pausing downloads STILL takes up 100% cpu time. VB-54422. And no Vivaldi, it does not just affect PDF's.
-
Loss of focus after full screen video still happening. VB-55504.
-
@npro Presto? It's a .... engine. A browser engine.
-
@lamarca lol having used Opera since ~version 4 until its Chromium version around the year 2013 or so, I'm sure I know what it is, the question is do you know they have different streams based on different Chromium versions?
-
@bib_vivaldi nope
-
@bib_vivaldi lies
-
@npro Please do not call me a liar. Vivaldi have admitted it exists....
Hi, again, do you have any example file-types that also causes the issue? I've only been able to reproduce with .PDF
XXXXXXXXXX
Team VivaldiModEdit: set a smaller font size
-
@npro Presto since 6x.
It is expected to be different. Frequently we read people complain a video plays on ȍepra, not on Vivaldi. -
@bib_vivaldi ok
-
@npro Yes, and I am not the only one seeing this.
-
I really hope
(VB-57517) Address in address bar does not get updated until page is loaded
and(VB-57515) In the bookmark menu of the horizontal main menu the bookmark folders aren't displayed at the top
get fixed before 2.8 is released.
They annoy me very much -
@npro again with this "wrong" order when I said the keys gets pressed simultaneously.
All that wall of text of yours (which is partly irrelevant to this matter) doesn't make me change my mind, if one, by error maybe, releases the ALT key ealier, while shift or control are still pressed, the Menu shouldn't pop up because the menu should appear ONLY if keydown was ALT (VK_MENU) only and on keyup was ALT only. And that's what was asked by many with their bug reports and on forum threads.
Anyone with some programming background knows you can detect VK_SHIFT and VK_MENU virtualkeycodes both on keydown and keyup events.
Just try Firefox, there the menu reacts ONLY if ALT is pressed and released, never with other modifiers.
-
Opening links in a background tab from a pinned tab appears to have an issue now (began a few versions ago from last week). Using either cmd+click (I'm on macOS) or right-click -> open in background tab there's a long lag before the tab actually opens, unless you click the "new tab" button (after which it'll open as well as the new blank tab).
Reported as VB-57575
-
@rexfahrer: agreed w/VB-57517, very annoying!
-
@t0ken407 Sounds like the same exact issue I was having.
-
Ubuntu update went fine, testing right now.
-
@t0ken407 Do you have new tab position set to add as tab stack related? If I set new tab position to after related, the issue is no longer there. Can you let me know if this works for you?
-
I still see the bug with closing first two tabs after restart (if more than two open)… but only with one of two profiles that restore last session.