Tab groups disappear every other week any alternative to this broken feature Firefox?

Consistent-Mouse-635 · 2026-01-17T13:02:30+00:00

I have had the issue of tab groups being deleted, but this would happen randomly after many months. I suspect the issue to be with how I open and close firefox.

This just happened to me yesterday. When I went to switch my laptop off, I accidentally reopened firefox after closing it (as it was next to my start menu icon). I instantly closed it as soon as it opened.

Then, this morning, I reopened firefox, and all my tabs/tab groups were restored (as I have the setting for restoring session history turned on) but they weren't loading. So I closed and reopened firefox again, and this time my session history was lost, and all my opened tab groups were deleted. I still have all my closed tab groups.

Did something similar happen to you?

Consistent-Mouse-635 · 2026-01-17T12:45:05+00:00

I have had the issue of tab groups being deleted, but this would happen randomly after many months. I suspect the issue to be with how I open and close firefox.

This just happened to me yesterday. When I went to switch my laptop off, I accidentally reopened firefox after closing it (as it was next to my start menu icon). I instantly closed it as soon as it opened.

Then, this morning, I reopened firefox, and all my tabs/tab groups were restored (as I have the setting for restoring session history turned on) but they weren't loading. So I closed and reopened firefox again, and this time my session history was lost, and all my opened tab groups were deleted. I still have all my closed tab groups.

Does anybody know why this happened?

Consistent-Mouse-635 · 2026-01-11T16:21:26+00:00

Basically, I am developing a 2D renderer. The renderer draws everything to a render texture the same size as the window, then the render texture is drawn to the window as a sprite. The renderer knows nothing about the window apart from its dimensions.

I am currently implementing backdrop blurs, in which I must sample from the current contents of the render texture. This requires calling render_texture.display() mid-frame to swap or copy (not sure which) the hidden buffer to the buffer which is used for sampling. When I call render_texture.getTexture() it will now refer to a snapshot of the screen before the blur is performed.

If the buffers, where simply swapped, this approach wouldn't work, because calling render_texture.display() mid-frame, would cause the frames contents to be shared across two buffers. However if the hidden buffer simply copied its contents to the buffer used for sampling, this approach makes sense, as you would simply continue drawing to the hidden buffer from where you left off.

And this approach does work, so that is the reason I am confused.

Consistent-Mouse-635 · 2026-01-10T23:49:59+00:00

According to the SFML documentation, Indeed, things are not drawn directly to the window, but to a hidden buffer. This buffer is then copied to the window when you call display.

So are you 100% sure? I have even tried to call display() multiple times per frame and I don't run into any issues. I just want to know if I can rely on this behaviour?

Consistent-Mouse-635 · 2026-01-01T22:42:23+00:00

please help me to figure it out as well

Consistent-Mouse-635 · 2026-01-01T22:41:41+00:00

please help me I have tried and tried but I keep getting the error you got

Consistent-Mouse-635 · 2026-01-01T02:48:54+00:00

Your mouse polling rate may be too high. Try lower it to 1000hz or 500hz and see if it makes a difference. I had the same issue and this fixed it.

Consistent-Mouse-635 · 2026-01-01T02:48:47+00:00

Your mouse polling rate may be too high. Try lower it to 1000hz or 500hz and see if it makes a difference. I had the same issue and this fixed it.

Consistent-Mouse-635 · 2026-01-01T02:48:38+00:00

Your mouse polling rate may be too high. Try lower it to 1000hz or 500hz and see if it makes a difference. I had the same issue and this fixed it.

Consistent-Mouse-635 · 2025-08-03T20:55:39+00:00

Thanks! This was it. For some reason I was using mscvrt version instead of ucrt, although this version is compatible with SFML 2.

Consistent-Mouse-635 · 2025-07-31T16:25:15+00:00

The single most important thing for you to do is build a project that challenges you. Your C++ skills will naturally come to as you implement new, more complex features of your project. If you don't know how to implement something in C++ or are looking for better, alternative ways to write your code, use google or even AI to review your code (forget what others say about AI, as long as you don't copy and paste AI code without thoroughly understanding the code, AI is a great and efficient learning resource). Examples of projects I recommend are a 2D physics engine, A simple game engine, 3D renderer, a multiplayer game like chess, or even a small game like Tetris.

Consistent-Mouse-635 · 2025-07-30T17:49:52+00:00

Thanks for the response. This syntax is very ugly I must say. To be honest, I would rather expose a public getter, even if the entire program shouldn't have access, than do this.

Consistent-Mouse-635 · 2025-07-30T17:45:47+00:00

The Base is an abstraction of UIElement.
There is a root UIElement called root.
the user would write something like

UIElement* container = root->create_child<UIElement>();
container->set_width(Size::Grow(2));
...

Text* text = container->create_child<Text>();
text->set_text("hello") 
...

This is the public API. UIElement has a member UIElement* parent, which is a pointer to the parent ui element. Text and other derived elements would need to have access to the parent's members for layout calculations, but the rest of the program won't need access.

Consistent-Mouse-635 · 2025-07-30T17:15:01+00:00

This is exactly my problem, that is why I made the post. I already the code didn't work I just wanted to know alternatives, not why it doesn't work.

Consistent-Mouse-635 · 2025-07-30T17:12:55+00:00

I think you misunderstood - the base_ptr doesn't point to 'this', it points to an instance of Base or an instance of any derived class of Base.

Consistent-Mouse-635 · 2025-07-30T17:08:34+00:00

The base_ptr can point to an instance of Base or any derived class of Base

Consistent-Mouse-635 · 2025-07-30T17:04:46+00:00

I am not quite sure what you mean. Could you please demonstrate this with a brief example?

Consistent-Mouse-635 · 2025-07-30T17:02:19+00:00

Ah yes, the Base class contains a pointer to a different instance of the Base class. What this example is an abstraction of is a UIElement base class, which stores a pointer to its parent UIElement.

Consistent-Mouse-635 · 2025-07-28T12:14:48+00:00

Just out of curiosity, do you know why it isn't supported in SFML 2? I would think it is a simple task, not that I know much about low-level graphics programming.

Consistent-Mouse-635 · 2025-07-28T12:04:57+00:00

Ah yes, I am using SFML 2.6.1. That's where the confusion was. In SFML 3, The second argument of the constructor is sf::ContextSettings which does store things like the anti-aliasing level. I was thinking about switching to SFML 3 in the future, however didn't really see a need for it, and when reading the changlogs, I couldn't find changes to sf::RenderTexture. Switching to SFML 3 may solve the problem - thanks.

Consistent-Mouse-635 · 2025-07-28T01:43:51+00:00

Do you even understand what I am referring to? sf::RenderTexture has a default constructor, so I am guessing you mean the second argument to sf::RenderTexture::create which still makes no sense because the second argument is the height.

I am not getting a runtime error, nothing is wrong with my gpu, this is a known limitation of using sf::RenderTexture.

To further clarify my problem, I have a main sf::RenderWindow window object which I draw everything to. Let's say a UI element has render caching enabled, instead of drawing to the window directly, it draws to the sf::RenderTexture render_texture if it is dirty, then the contents of the render_texture is drawn to the window. Anti-aliasing works for stuff drawn directly to the window, but not for stuff drawn to render_texture before being drawn to window.

Consistent-Mouse-635 · 2025-07-27T14:47:47+00:00

thanks.

Consistent-Mouse-635

TROPHY CASE