Linux clipboard bug fixes - Vivaldi Browser snapshot 1.5.658.3
-
So it's true but I think it's because of upcoming 1.5 stable release, then it will be about once a week. but it will be difficult to wean away. :roll: :lol:
-
It would seem that, because macOS users haven't been getting an update, our Root CAs have not been getting updates either and some sites are erroneously reporting an invalid SSL certificate. Is there any remedy for this other than ensuring in another browser that the CA is up-to-date?
-
Yes! That's what I'm talking about! But that description is so⦠uncommon... Why not "tooltip"?
Anyway, it's really nice to have this feature implemented! Thank you so much, guys! And thanks wojcieche and Ayespy for the tip.
-
Whatever floats your boat. The same convenience can be obtained with a dropdown icon on the address bar that displays a simple list that doesn't obscure half the page (some people want this and are likely to get it) or, as in my case, a bookmark bar which I don't have to activate.
-
It's not a tooltip because it does not appear near the cursor.
-
Confirmed. Eventually I have this same issue in Win10.
-
Not a lot of regressions or bugs reported. 1.5 should be out ASAP.
-
It's not a tooltip because it does not appear near the cursor.
Don't you just love "Computer Speak"?!
They said it would make our lives simpler ! I always said no, it will just replace (substitute) it more with complexity and keeping more detail.
As in Westworld how are we suppose to keep up with this?
-
It's a variant one, like a "dislocated tooltip".
-
Not until the Mac build is debugged. I did hear some hopeful murmurs backstage concerning progress on that front, however. It has been an extremely tough demon to slay, though, and nothing is promised.
-
I'm glad to hear that Vivaldi's intrepid demon slayers are on the verge of victory. Nevertheless, the harsh reality is that we're getting closer and closer (3-4 weeks) to a scheduled Chromium 55 release. The Vivaldi Team will be better off in the long run if they release Vivaldi 1.5 for Linux and Windows now, release the Mac version to the stable channel when/if it's ready, and start getting Chromium 55-based snapshots out ASAP (with a minimal new feature set, hopefully with a Mac version) while they can still achieve a timely release date for Vivaldi 1.6 before the Christmas holiday season.
-
By hook or by crook Vivaldi will keep up. But my sense is that they would actually skip a Chromium version before they would release without Mac.
-
Thanks to all devs for fixing (VB-18353) I can't add any bookmark
I tested this last build and really I can use a current build really
great! -
Both options have their pros and cons. It's also a situation where you're damned if you do and damned if you don't; either way, you are still damned.
I empathize with Vivaldi because v1.5 introduced ambitious new features while they also had to contend with new Chromium build and integration challenges. However, they were also VERY fortunate in that Chromium 54 did not fix any "Critical" security vulnerabilities and Chromium 55 had a long release cycle.
Skipping a platform (even Windows) is arguably about as bad keeping all platforms behind. However, keeping pace with Chromium releases is imperative to Vivaldi from a technical and a security perspective. If Chromium 55 should get released with 10 Critical (and 20 additional) security fixes and Vivaldi is not ready to release as well, all of Vivaldi's features and awesomeness won't matter one bit if the browser is vulnerable. In the grand scheme of things, delaying a Mac release for the sake of Vivaldi's continued viability is not that big a deal⦠and I'm a Mac user.
... And if they can't get a new Mac release out soon, I hope that they'll reach out to those that can help!
-
My sense is that they've just about got it wrestled to the ground.
-
-
If that's the case, then 1.5 should be out in no time, and they'll catch up to get to 1.6 as soon as they can.
-
This is not only for history back but also for Fast Forward, probably for all mouse gestures.
1. test on heise.de/newsticker
2. open a news
3. Fast forward
3. Hover over "nΓ€chste" -> cursor does not change, to represent a link -
I have two issues:
-> I dislike the "default" Size of fonts/rendering, so i changed default zoom to 80% which is fine for me. Unfortunatly this default zoom is not always applied.To reproduce
1. Change default zoom to 80 % (Tools -> Settings -> Webpages -> Default zoom 80%
2. Open a Website (e.g. from Quick dial) -> Site is shown at 80%
3. click a link -> still 80%
4. now open a link with middle click (or mouse gesture) -> new site opens with 100% zoom -> why not 80%?Second unfortunatly found it not reliable reproducable atm, but works some time here (1 out of 10 times):
I still experience links of closed Pages being open with mouse gesture on other pages/tab bar. This may be related to sidebars as well:To reproduce:
- have tab bar on left
- have bookmarks (or downloads) open (not sure if relevant at all)
- open e.g. heise.de/newsticker (any side with lots of links should be fine e.g. vbulletin forum)
- scroll heise.de/newsticker a bit down to maximize "hit"-possibility
- close Website (i used mouse gesture down +right)
- open a new empty tab with mouse gesture Right click down empty space of tab-bar
(here in my case sometimes i open a link of the closed newsticker site)
I know there was a changelog in the past that should have got rid of that but it did not (reliable) for me.
Anyone else has seen this?
-
Hi everyone, I have a suggestion for faster tab-selection. Right now I can select multiple tabs by holding down [Shift] or [Ctrl] and clicking on the appropriate tabs. In some cases it would be great if I could drag a selection box with the mouse to select bunch of tabs at once. Right now it would be impossible since dragging actually drags a tab to another position or creates a stack.
A possible solution could be that the dragging could start on the webpage-area and then the user has to move the cursor over to the tab bar where the tab selection would take place. If the cursor moves back to the webpage-area the normal text-selection is resumed.