Recommended Posts

I have never tried Palemoon or Waterfox, but I have heard good things. Isn't the disadvantage to using them that they aren't updated as much as Firefox? While Firefox is now officially on version 18, they are still behind, aren't they? Do you get the newest features such as tab animations with them? Are they faster in terms of overall browser responsiveness and scrolling? 18 has been the best for me, but some sites still feel a little jerky at times. Thanks for the link for 19 beta!

I have never tried Palemoon or Waterfox, but I have heard good things. Isn't the disadvantage to using them that they aren't updated as much as Firefox? While Firefox is now officially on version 18, they are still behind, aren't they? Do you get the newest features such as tab animations with them? Are they faster in terms of overall browser responsiveness and scrolling? 18 has been the best for me, but some sites still feel a little jerky at times. Thanks for the link for 19 beta!

Yes, they are much more optimized. Palemoon is updated pretty often > http://www.softpedia.com/progChangelog/Pale-Moon-Changelog-141741.html , about every month there is an update :). Tab animations? You mean like colored tabs? Yeah I think Palemoon is really responsive.

waterfox is Dead

I know :/.. I started using it about 1.5 month ago cause I got tipped by another forum member about it's awsomeness for being a 64-bit browser only :).

Yes, they are much more optimized. Palemoon is updated pretty often > http://www.softpedia...log-141741.html , about every month there is an update :). Tab animations? You mean like colored tabs? Yeah I think Palemoon is really responsive.

I know :/.. I started using it about 1.5 month ago cause I got tipped by another forum member about it's awsomeness for being a 64-bit browser only :).

No, I mean the somewhat smooth animation you get when re-arranging tabs. It started since version 17 and is in 18 as well. Is that in Palemoon and Waterfox?

Anyone having a lot of crashes after updating to firefox 18.0 ?

I can use my browser for like 5 -20 min and then it crashes :/ it almost never crashed in latest firefox 17.

Think i have had about 30 crashes today -.- thinking about moving to chrome -.-

Anyone know how to downgrade with every add on, bookmarker, usertyles, greasemonkey scripts and settings/layout ?

Anyone having a lot of crashes after updating to firefox 18.0 ?

I can use my browser for like 5 -20 min and then it crashes :/ it almost never crashed in latest firefox 17.

Think i have had about 30 crashes today -.- thinking about moving to chrome -.-

Anyone know how to downgrade with every add on, bookmarker, usertyles, greasemonkey scripts and settings/layout ?

No crashes here, try doing a complete fresh install and update your video drivers and see if that helps.

No, I mean the somewhat smooth animation you get when re-arranging tabs. It started since version 17 and is in 18 as well. Is that in Palemoon and Waterfox?

Hm I don't know, but if not there should be an advanced setting wich users can go in an change settings that developers don't have as default.. Othervice it would be as an add on.

Yes, Aurora does not update automatically for a few days after the Nightly merge, so the code can stabilise.

Why would you follow a specific version through the cycle? That seems somewhat pointless.

All you would do is not get any new features for four months, and potentially lose features as they're backed out for not being stable enough. What benefit is there? (And you end up with the problem that your browser wants to update, but you are avoiding it ... sort of).

Yes it is so I am staying with 21.

Nope, I ran into the same problem. After ff18, everything just went to hell.

You can reinstall FF17.0.1 over the current one and it'll keep all your settings.

I just reinstalled my nvidia driver and i havent had a crash since, and the new firefox is faster than v17 :)

Some news:

HTML5 Scoped Style attribute support landed, also HTML5 <time> tag basic support landed but behind experiment forms preference entry. So this is some good progress in this department.

Now from Inbound, some interesting bug which I think matters to discuss, like I always I share.

API to mark depreciated api as a result of refactoring of code and conversion to aysnc API: https://bugzilla.mozilla.org/show_bug.cgi?id=812859

CSS3 Animation related fix: https://bugzilla.mozilla.org/show_bug.cgi?id=827717 , https://bugzilla.mozilla.org/show_bug.cgi?id=827698

Externally opened URLs may open in new private window: https://bugzilla.mozilla.org/show_bug.cgi?id=829180

64-bit offset in Audio/Video (nothing to do with FF 64-bit progress so relax): https://bugzilla.mozilla.org/show_bug.cgi?id=829223

Regression fix on Mac OS X: https://bugzilla.mozilla.org/show_bug.cgi?id=821329

GC (Generational GC preparation bug fixes): https://bugzilla.mozilla.org/show_bug.cgi?id=829372 , https://bugzilla.mozilla.org/show_bug.cgi?id=828607

Adding ability to run JS tests in parallel to build Firefox faster: https://bugzilla.mozilla.org/show_bug.cgi?id=827960

Ion Monkey regressing some sites (This fix also be included in FF 18.0.1): https://bugzilla.mozilla.org/show_bug.cgi?id=818023

Brian Hackett work on dense array related small contribution - JS Engine: https://bugzilla.mozilla.org/show_bug.cgi?id=827490

Download Panel - Library downloads view does not show end time of downloading: https://bugzilla.mozilla.org/show_bug.cgi?id=828247

Ion Monkey small failure fix in one benchmark: https://bugzilla.mozilla.org/show_bug.cgi?id=829277

[MemShrink] GC to DOM Workers: https://bugzilla.mozilla.org/show_bug.cgi?id=828887

XMLHttp Request Bug in DOM: https://bugzilla.mozilla.org/show_bug.cgi?id=608735

WebIDL: https://bugzilla.mozilla.org/show_bug.cgi?id=828532

Some Retina Display high dpi images: https://bugzilla.mozilla.org/show_bug.cgi?id=829258 , https://bugzilla.mozilla.org/show_bug.cgi?id=826999

In pursuit of making sites can't look into installed plugins, some progress work landed: https://bugzilla.mozilla.org/show_bug.cgi?id=757726

Keyboard navigation fail in Library Download View: https://bugzilla.mozilla.org/show_bug.cgi?id=828895

Networking: DNS related: https://bugzilla.mozilla.org/show_bug.cgi?id=826455

OS.File API related enhancement: https://bugzilla.mozilla.org/show_bug.cgi?id=802534

Social Panel bug under Mac OS X: https://bugzilla.mozilla.org/show_bug.cgi?id=828120

The <time> tag is different to the "time" input type, <time> is basically a span and has been supported for a while.

It seems Bug 777283 (The implementation of the input type) is only the support code, there doesn't appear to be a UI yet.

The <time> tag is different to the "time" input type, <time> is basically a span and has been supported for a while.

It seems Bug 777283 (The implementation of the input type) is only the support code, there doesn't appear to be a UI yet.

Sorry mistook, thanks for correction yes, because it does not have UI yet that's why it is behind preference.

I like the idea of hiding experimental properties behind preferences, it lets them stop using prefixes (Since that's gone so well thanks to WebKit browsers), and it means that you have to explicitly enable them if you want to test them (Which reduces reliance on non-standard properties, which is something else that'd be nice for WebKit to have)

Of course the downside is that it gets less testing, but that's an acceptable tradeoff to avoid polluting the web.

I like the idea of hiding experimental properties behind preferences, it lets them stop using prefixes (Since that's gone so well thanks to WebKit browsers), and it means that you have to explicitly enable them if you want to test them (Which reduces reliance on non-standard properties, which is something else that'd be nice for WebKit to have)

Of course the downside is that it gets less testing, but that's an acceptable tradeoff to avoid polluting the web.

Webkit also hide sometime properties behind build system flags or sometime in about:flags. Although I personally like Firefox approach more better and you point is also valid, proper functionality is better than half baked experience.

About gfx drivers and issues with them: don't be too quick to jump on specifically Mozilla or Nvidia/AMD or Windows as the cause - it's a very complex area.

Yes it is so I am staying with 21.

I don't understand how that was a response to my question? I'm not going to make you change, but I still have no idea why would stick to a specific version rather than channel.

About gfx drivers and issues with them: don't be too quick to jump on specifically Mozilla or Nvidia/AMD or Windows as the cause - it's a very complex area.

I don't understand how that was a response to my question? I'm not going to make you change, but I still have no idea why would stick to a specific version rather than channel.

I said yes, meaning that I agreed with what you posted and then I went back to using the Nightly builds. As you stated it makes no sense to follow say Fx 20 thru all of the stages-(Nightly-Aurora-Beta-Final)

Webkit also hide sometime properties behind build system flags or sometime in about:flags. Although I personally like Firefox approach more better and you point is also valid, proper functionality is better than half baked experience.

I think that's more Chrome than normal WebKit, but it is a step in the right direction. The main problem is that when properties aren't hidden, they get put on this "perpetually supported for compatibility" list, so they're never actually removed then. On the surface it sounds great (older pages don't break), but the flipside is that for the best compatibility with multiple versions you need to use the non-standard properties (Since the old behavior is kept maintained), and that starts leading to ingrained bad behavior (For the longest time WebKit had a bug on OS X that let you use PostScript names for fonts rather than their standard names, to this day I'm still seeing sites that rely on that bug, breaking in pretty much everything, etc.)

I think that's more Chrome than normal WebKit, but it is a step in the right direction. The main problem is that when properties aren't hidden, they get put on this "perpetually supported for compatibility" list, so they're never actually removed then. On the surface it sounds great (older pages don't break), but the flipside is that for the best compatibility with multiple versions you need to use the non-standard properties (Since the old behavior is kept maintained), and that starts leading to ingrained bad behavior (For the longest time WebKit had a bug on OS X that let you use PostScript names for fonts rather than their standard names, to this day I'm still seeing sites that rely on that bug, breaking in pretty much everything, etc.)

Yes, when browser companies ship half baked vendor prefix enabled support and mention about it, they are maintained and carry forward by developers for too long and they then don't change even when they go with original spec implementation which as result broke sites badly.

So putting experimental properties behind preference is great thing IMO. So no user mess up with them unless they become ready for prime time.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Posts

    • Microsoft: Windows 11 KB5094126, KB5093998 finally stops trusting a critical system threat by Sayan Sen This week Microsoft released the Patch Tuesday updates for June 2026 with KB5094126 on Windows 11 25H2, 24H2, and KB5093998 on Windows 11 23H2. On Windows 10 22H2 it's under KB5094127. Alongside the announced release notes for the new builds, Microsoft has revealed another change that is coming to Windows with these new releases. It has been confirmed that custom folders are getting a significant change with the June 2026 updates as such folders or folder names defined by desktop.ini will no longer appear after this update is successfully installed. While you may inititally think this is a bug with the new release, Microsoft has stated that this is in fact "expected behaviour" in its new support article regarding this which Neowin spotted today while browsing. Essentially it's a security hardening measure such that custom folder presentations are treated as potentially unsafe whenever Windows is not sure about their origin and whether that desktop.ini folder can be trusted or not. Here is list of such untrusted files and folders: Files downloaded from the internet that carry Mark-of-the-Web (MOTW). Files copied from certain remote locations, such as some WebDAV or HTTP-based locations. Files on network paths that are not classified as intranet or trusted by zone policy. For those who may not be familiar, Desktop.ini is a special configuration file used by Windows to customize the appearance and behavior of individual folders. Basically Windows can read specific instructions stored in Desktop.ini instead of displaying every folder with the same default settings. This can be used to apply custom icons, thumbnail images, localized folder names, and such informational tooltips (infotip). The file can also influence certain folder-specific behaviors and properties. It is typically stored as a hidden system file within a folder that has been designated to support Desktop.ini customization. However, because Windows Shell automatically reads and applies these attributes whenever a customized folder is opened, they have historically (since the Windows XP days) presented an attack surface as a result of an unchecked buffer in the Shell component responsible for extracting custom attributes from Desktop.ini files. As such an attacker could create a specially crafted Desktop.ini containing a malicious or corrupted attributes and place it on a network share. So if a user were to browse that folder, Windows would automatically process the file, potentially triggering a buffer overflow. This could allow arbitrary code to run with the same permissions as the logged-in user. Hence a seemingly harmless folder could become a security risk when their contents are not properly validated. For admins and users alike looking to manage this behaviour, Microsoft has shared a few ways. One of them is to assign a trusted mark on the folder in case you are sure of its source. Secondly a policy can be used to revert back to the previous state. Finally, the MOTW can be removed too to indicate to Windows that this is a safe file. The company explains: Option 1: Add the source to Trusted Sites (Recommended) If the affected content is stored on a known internal or managed source, add that source to the Trusted Sites list. Once the source is treated as trusted, Windows processes desktop.ini from that source normally. This keeps the protection in place for other locations and is the lower-risk option. Option 2: Use policy to restore previous behavior Organizations that need broader compatibility can enable the policy Allow the use of remote paths in file shortcut icons.Enabling this policy restores the pre-June 2026 behavior for affected remote or untrusted scenarios. Option 3: Check for and remove the Mark of the Web (MotW) If the desktop.ini file has a Mark of the Web (MotW), Windows may treat it as coming from an untrusted source and block customization. Verify whether MotW is present and, if appropriate, remove it from the desktop.ini file. This can restore expected behavior, but should only be done for trusted content, as it removes the associated security protection. To remove the MotW tag, open PowerShell and run one of the following commands: For a single desktop.ini file: Unblock-File "C:\Your\Folder\Path\desktop.ini" For all desktop.ini files in a folder: Get-ChildItem "C:\Your\Folder\Path" -Recurse -Filter desktop.ini -Force | Unblock-File Microsoft has warned though against using a broad opt-out using the provided policy as it reduces protection against potentially malicious remote folder-customization content. As such the tech giant recommends trusting only controlled internal sources and keeping trust settings as strict as possible. You can check out the official support article here on Microsoft's website.
    • LAV Filters 0.82.0 by Razvan Serea LAVFSplitter is a multi-format media splitter that uses libavformat (the demuxing library from ffmpeg) to demux all sorts of media files. LAV Splitter is a Souce Filter/Splitter required to demux the files into their separate elementary streams. LAV Audio and Video Decoder are powerful decoders with a focus on quality and performance, without any compromises. Supported Formats: MKV/WebM, AVI, MP4/MOV, MPEG-TS/PS (including basic EVO support), FLV, OGG, and many more that are supported by ffmpeg! LAV Filters are based on ffmpeg and libbluray and is aimed to offer a all-around solution to perfect playback of file-based Media as well as Blu-rays. LAV Filters 0.82.0 changelog: LAV Splitter NEW: Support for demuxing Dolby Vision Enhancement Layer streams NEW: Support for Animated WebP images Changed: When demuxing Blu-ray discs, Dolby Vision metadata is available on the primary video stream LAV Video NEW: Support for Animated WebP images Changed: Hardware decoding support for DVDs has been removed Download: LAV Filters 0.82.0 | 15.5 MB (Open Source) View: LAV Filters Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • For some reason when EU forced Microsoft to allow users to change the default browser and search provider in Windows (also no ads for Office and the likes) - it was good. But when it comes to Apple - then it's bad. BTW, Apple would have gone out of business if Microsoft wasn't pressed by US government several decades ago. 😉
  • Recent Achievements

    • One Month Later
      Sopa flores earned a badge
      One Month Later
    • First Post
      StaticMatrix earned a badge
      First Post
    • Week One Done
      StaticMatrix earned a badge
      Week One Done
    • Rookie
      lamborghiniv10 went up a rank
      Rookie
    • One Month Later
      pinnclepd earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      506
    2. 2
      PsYcHoKiLLa
      207
    3. 3
      +Edouard
      156
    4. 4
      Steven P.
      88
    5. 5
      ATLien_0
      79
  • Tell a friend

    Love Neowin? Tell a friend!