Hacker Newsnew | past | comments | ask | show | jobs | submit | sylvestre's commentslogin

+1 ;)


Please don't read too much into this ;) We moved from self-hosted Discourse to hosted Discourse. The transfer was initiated late from the Mozilla side (my bad) and the automatic system from Discourse kicked in.


With all other recent news from Mozilla (large scale firings, multiple leadership changes, the new ToS and removal of the promise to never sell our data...), I won't read too much into it but simply add it to the list.

https://news.ycombinator.com/item?id=43185909


Thanks for the explanation!

Is there any chance to move away from the Discourse? It's a bit too slow (on any page opening), but the biggest issue is its hostile habit of catching the browser "find in page" hotkey (replacing the local find with the remote site search).


I hate that feature with an intensity that's hard to describe.

I know you can press it again or something but for the love of $deity don't fuck with the defaults.

That said I'm equally angry my browser so happily allows this.

Sure if it's a proper web application like OnShape then sure, override default key bindings, but ask me first and remember my choice. If I say no then just don't feed those keystrokes to the webpage.


> but ask me first and remember my choice

This. Just this. I'd say websites should be able to "offer" their own search, so when you do find-in-page it shows the default search with a button to "change to custom website search ([ ] remember)" or so.


Hint: on most websites, you can press Ctrl+l to focus the address bar, and then Ctrl+f isn't hijacked by the current page any more.

Still wish pages would stop hijacked hot-keys in the first place, but hope this helps.


While I do understand the frustration, I think the "find in page" hotkey isn't a big enough reason to change the platform. Myself, I am happy with the performances. By the way, what would you replace it with?


Given Mozilla's continual frittering away of cash, would it not show some constraint to not pay for "cloud" hosted stuff for things that could easily be hosted by Mozilla and probably for less (with a less absurd choice of software) - it's already pretty much game over anyway, as a long time defender of Mozilla it is impossible these days to argue.


and it is now fixed!


You work for Mozilla?


Yes


Please tell guys who is responsible for js engine to fix handling of large cookies that google is using to slow down youtube on firefox. It is impossible to watch youtube logged in because of that. God bless you sir.


As others said, having more details would be helpful (or a bug report on https://bugzilla.mozilla.org/).

In general, we quickly act on obvious bugs/regressions on major websites. Often, such major issues on big websites are caused by certain add-ons or antivirus software.


I really only use Firefox and I’ve never had an issue with YouTube logged in and I use it a lot.


WFM. You might want to either ask help on support.mozilla.org or file a bug on bugzilla.mozilla.org if you have a step to reproduce.


What's the bugzilla number / link ?


Would you have more details to share? I don't experience such issues on github. Clue: do you have some unusual addons which could change the behavior of Firefox?


I've only hit it on mobile and I've hit it on a few other sites and trying with Chrome, the full page renders everytime. The only addon I have is ubo.


it would be nice if you could open a bug https://bugzilla.mozilla.org/ with a screen recording and/or step to reproduce.

(I am a big user of Github on Firefox for android and I can't reproduce) thanks


Feels like an excellent track record to me: https://tracker.debian.org/pkg/firefox-esr ;) And Mike is also a prolific Firefox developer.


Ahhh I wasn't familiar with this package in particular. I just have had a bunch of ... weird issues dues to some quirks in some packaged browsers. Basically it was never a standard install, and it sucked for ironing out issues. Glad to hear the Debian packages are doing great, not surprised either!


This project isn't related to Mozilla at all.


Coucou ;)


Joining the party, that was a trip down memory lane!


I might as well jump in on this, too...


nice


Is this the thread where Mozillians assemble?


Into that Quantum-bot exosuit thingy?



Getting closer and closer to GNU parity


Distributions are mostly patching software for (not specific for Rustc):

* Paths - distro don't need to keep path detection and can simplify it (ex: headers detections)

* Archs that upstream don't care about (ex: m86k).

* Kernel that upstream don't care about (kfreebsd)

* Some old CPU support. example: https://salsa.debian.org/rust-team/rust/-/blob/debian/sid/de...

* simplification of the build system (ex: skipping windows support)

* Use libraries provided by the system (ex: compiler-rt for rustc: https://salsa.debian.org/rust-team/rust/-/blob/debian/sid/de...). This could be forwarded upstream.

* Some minor doc changes - for example, https://salsa.debian.org/rust-team/rust/-/blob/debian/sid/de... will use the local css file and not a remote css file (for offline support)

* Cherry-pick upstream fixes before the next upstream release: https://salsa.debian.org/rust-team/rust/-/blob/debian/sid/de...

* etc

As you can see, these patches do not impact the quality of Rustc itself. Some could be forwarded upstream (it is a pain for packagers to maintain patches - so, we do have strong incentives to contribute upstream).


This work has been coordinated with the Rust Foundation.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: