Jump to content

UCyborg

Platinum Sponsor
  • Posts

    3,098
  • Joined

  • Last visited

  • Days Won

    28
  • Donations

    100.00 USD 
  • Country

    Slovenia

Posts posted by UCyborg

  1. It's just a DIY temporary fix, easiest way to use it is by using a user style manager like Stylem, which you should be able to download from either https://addons.palemoon.org/addon/stylem/ or https://addons.basilisk-browser.org/addon/stylem/, after installing it and restarting the browser, it will add another section on the page with Add-ons, where you can add a new style, give it a name, paste the code and save it. Add one for Google and another one for PixAI.

    Extension's commands are also accessible from its toolbar button.

  2. Revised CSS fix for Google Search:

    @-moz-document domain("www.google.com") {
      .lRPPDf {
        height: unset !important;
      }
      .VNzqVe {
        flex: unset !important;
      }
    }

    PixAI now deviates a bit from how it was intended, but at least it stops resizing like mad, though it would also need other fixes:

    @-moz-document domain("pixai.art") {
      #app .size-full {
        width: unset !important;
        height: unset !important;
        min-width: 100%;
        min-height: 100%;
      }
    }
  3. I get this resizing crap ALL THE TIME with menu bar in with web app I have to support at work since many months ago, which have turned into years unless I unset a bunch of redundant CSS props. No one gives a s***. Try this with Google:

    @-moz-document domain("www.google.com") {
      .e6hL7d,
      .c8rBkc.oLJ4Uc,
      .xd0Ff.YWkDN,
      .RbVlwe,
      .I9e1O,
      .lRPPDf {
        height: unset !important;
      }
    }

    Perhaps a similar solution can be found for PixAI.

  4. 13 hours ago, UCyborg said:

    Can't enter my bank with Pale Moon anymore, the script hangs forever.

    13 hours ago, UCyborg said:

    Afterwards, they obviously broke website further.

    More observations, it does not take forever and it could've been like that since the overhaul. Started with bumping dom.max_script_run_time in about:config to 120 seconds and setting dom.always_stop_slow_scripts to false. I assumed 2 minutes will be enough for script to finish, the second setting was altered so browser doesn't stop the script, but presents the dialog asking user whether the problematic script should be stopped.

    So, official builds of Pale Moon at least come with PerformanceObserver disabled by default (dom.enable_performance_observer set to false). With that configuration, shortest time I recorded to load bank's login page was about 4 minutes, longest time was about 9 minutes and half.:buehehe:

    With PerformanceObserver enabled, shortest time was about 40 seconds, the longest was about a minute and half.

    The wonders of modern web development! That was all on a Raspberry Pi 5. Just another example of things going wacky on over-complex websites web apps.

  5. Well, whatever the cause, the correct result is no crashing when used as-is with defaults. I noticed he has only one version of Thorium 122 for modern Windows (so no further patching of 122 from initial release), this one doesn't crash. Legacy one does, when run on Win10 or XP.

    Actually, it appears only Win32 flavor of legacy build crashes, Win64 legacy build is fine. And the one build for modern Windows is available only in Win64 flavor.

  6. Tried performing payment with Paypal, didn't notice anything unusual, went through as usual. Maybe it's only noticeable on really old computers?

    Can't enter my bank with Pale Moon anymore, the script hangs forever. Maybe I should start thinking about goin' somewhere else, first they made a retarded mobile app (clunky and bloated), at the same time they made retarded website which looks it was made only for mobile devices, they they cancelled the old mobile app and website and forced all users on new retarded versions. Afterwards, they obviously broke website further.

  7. 7 hours ago, chermany4ever said:

    After a few hours of testing the only page I'm having problems with is Google Drive. Already tried to sync my account in another window, disabling the extensions and can't solve it. The page loads and looks fine but when it finishes loading and stop, it crashes. Does anyone else have the same problem? :huh:

    drive.JPG

    Yes...

    7 hours ago, AstroSkipper said:

    And you can report this problem in Thorium's issues on GitHub to inform the developer.

    https://github.com/Alex313031/thorium-legacy/issues/62

    The issue was closed, but it wasn't solved in legacy build.

  8. Recently read about this one, it appears to be one of the more interesting forks of Mozilla Firefox. More knobs in settings, sidebar, keyboard shortcuts; among other things, there's a knob for tab bar below toolbars, some update settings controllable through GUI like in old Firefox versions (there's no "Never check for updates", but the option to choose to install them is there), JPEG-XL support enabled by default, knob for turning on userChromeJS script support...

    There's also Web Apps feature, I guess equivalent to Chromium's "install website as app".

    Available x86 and x64 builds for Windows, x64 and aarch64 builds for Linux and a version for macOS (guess whatever's current in the Apple world).

    Homepage: https://floorp.app/en
    Downloads: https://floorp.app/en/download
    Installation instructions: https://docs.floorp.app/en/introduction/installation/

  9. 13 minutes ago, NotHereToPlayGames said:

    I assume you guys are blocking cloudflare/googlesyndication/googletagmanager?

    Cloudflare serves cookie consent script for the site, the rest are ads.

    I block all with extreme prejudice, the editor works fine, apart from the occasional "post goes through although it doesn't show until you refresh".

    Sometimes, but rarely, there's a delay when posting (server/database overload?).

  10. 6 hours ago, VistaLover said:

    what's of concern, though, is that no-one there has acknowledged the issue so far; FWIW, I would've posted this in a more "visible" subforum like Web Compatibility Support ... 

    It was my assumption platform development subforum is suitable if you can point out the direction where the issue lies. But issues not being acknowledged also happened in the past in web compat subforum. Though I think you have a point; the latter might slightly more suitable just due to the fact that subforum is all about real examples of broken sites.

    It's my hunch them being bombarded with issues all the time makes them indifferent at times. And, well, that's just how it is in open-source world.

  11. 8 hours ago, 66cats said:

    Is there a way to test GPU acceleration?

    You already did, it broke WebGL for you (and me).

    I get million errors in chrome://gpu, Google Street View is useless as nothing renders at all. Old dev build of Chromium 39 is fine, at least old WebGL games work and are playable, HexGL, QuakeJS etc.

    Forgot to try forcing OpenGL, doesn't work in old Chromium here and I guess it's a long shot with these hacks as well, but OpenGL is the only way to access full potential of DX 10.1+ GPUs on XP, at least in theory.

    There is improvement in CSS animations, eg. the ones on this site on people's profiles, where you can click the big picture and it expands, it was very choppy before, now they're smooth. YouTube is better, at least you can tell 720p@60FPS from 720p@30FPS, still some frame drops, maybe it's just due to overhead as XP lacks desktop composition.

    NVIDIA drivers for XP never inspired confidence in my experience, so who knows much they are or aren't a factor.

  12. @IDA-RE-things
    XP x64, updates 'till about 2012 mostly, AMD Phenom II X4 920, NVIDIA GeForce GTX 750 Ti with driver version 355.98.

    Can't say I can decipher what your DLL is trying to do, it looks like chrome_elf.dll tries to LoadLibraryW(L"kernel32.dll"), but when I step into CALL DWORD PTR DS... instruction where OllyDbg mentions LoadLibraryW in the pane below disassembled code, I end up someplace else in one of your DLLs that just calls ExitProcess(0).

  13. 3 hours ago, mockingbird said:
    [+] XP: Added support for Hardware Accelerated rendering for XP. With it, browser will use less CPU to render pages, and while playing videos.

    Yes, the browser doesn't load at all with it. Genius, zero CPU usage, deserves a Nobel Prize.

  14. 1 hour ago, D.Draker said:

    For me, using --no-sandbox helps to solve it

    I know about that workaround, but it shouldn't be required. I can also confirm @NotHereToPlayGames's observation that it tends to occur with sites specifying font sizes in em rather than px. I noticed discussion a while back on GitHub about potential GDI issues, but I don't know if they got anywhere.

    Also, version 122.0.6261.168, after testing on different computers, I've came to the conclusion that both SSE2 and SSE3 versions actually crash everywhere for me on Google Drive, Win10, Win11, Win XP, doesn't matter, on multiple different computers. Tested with clean profile, no settings were changed, no extensions installed, just opened the browser and went straight to Google Drive.

    1 hour ago, D.Draker said:

    I too have this issue related to USB in both. Any simple USB stick is not detected when one of either browsers is opened. 2009 motherboard. USB 2.0.

    Hey, my motherboard's from 2008. :)

    I do wonder if updating XP x64 beyond the year 2012 would help with anything. Though that would take more effort than I'm willing to invest at this point since my XP refuses to update by usual means after installing Legacy Update. Even tried with an old backup of XP installation from few years back. Who knows what's wrong with it, 'been pretty careful with it as I am with other OS installations.

    The only other idea I have, I used to turn off advanced text services back in the day, this turns off ctfmon.exe. Seems like a long shot, but since both Thorium and Supermium mess with USB despite their actual USB functions being completely non-functional on XP...

  15. Both Thorium and Supermium manage to destabilize my XP's USB stack to the point it's not detecting things being unplugged and plugged until the browser is closed. Thorium specifically is useless for Google Drive here as well, tab crashes as soon as I'm in. Both are buggy in fonts department (from disappearing fonts to incorrect rendering).

  16. There was a suggestion in this thread that freeing memory might be improved if one closes whole window. Got Pale Moon to consume little over 4 GB yesterday, having it open throughout the day and browsing as usual + a bit of GitHub, the site that is notoriously problematic on UXP browsers.

    In the end, I opened an empty window and closed the old window. The amount of freed memory after forcing it with Minimize memory usage button on about:memory page was negligible. my set of enabled extensions does cause a noticeable slowdown in browser startup time, but I don't recall them ever having other noticeable bad side effects.

    I got curious about --disable-jemalloc build option as it was brought up in one discussion on PM forum, so built the browser with it, will see how it works on Raspberry then. I know one Windows user reported a crash inspecting element on a certain site with such build that didn't occur otherwise. Maybe testing that way so it uses operating system's memory allocator would be an easier step towards finding some subtle bugs in the code.

    Apparently it was decided jemalloc was a better option back in XP days, might still be on XP, but the rest, who knows.

  17. No, KeePass family of programs are about having a local database, KeePassXC has an option to add an additional factor to protect the database in form of hardware YubiKey, support for it was disabled as well in the new default minimal package. I know one online function has to do with retrieving websites' favicons, I don't know offhand if there's more functions that connect to the internet, but all these should be exclusively triggered by the user, not on its own.

×
×
  • Create New...