browser dies after a very short time

[dabeegmon]

Greetings I'm a dedicated info junkie. So I tend to have lots of tabs and lots of tasks open. Today started by adding IIRC the 18th task and have from 2 to 20 tabs per task. First screen display died. I then used killall min to make the process die. Did a restart on Min. Now will only stay up for perhaps 5 to 6 seconds and then Min dies. Doesn't seem to be a way to modify anything to get Min to stay up. Running on Debian testing with north of 20 GB of ram.

[PalmerAL]

When Min originally crashed, did the window freeze, or did it turn white? Also, is there any indication of what is happening when Min crashes after you start it - do the tabs appear, do pages load, etc.?

It's possible that the initial crash was caused by lack of memory, but that shouldn't cause Min to crash after a restart, since tabs are only reloaded when you switch to them. More likely, some of the data Min stores is corrupted, or restoring the tab you had selected is causing the crashes. Could you share the set of pages you had open when Min crashed? You should find this information in /home/<your username>/.config/min/Local Storage/file__0.localstorage (if you'd rather not post that, that's fine).

Also, could you try closing Min, renaming /home/<your username>/.config/min/IndexedDB/file__0.indexeddb.leveldb to something like "file__0_old.indexeddb.leveldb", and relaunching Min? This should create a new database, which could help if the database was corrupted when Min crashed (The downside to this is that the old database contains all of your history and bookmarks, so don't delete the old file).

[dabeegmon]

Greetings

On Tue, Nov 1, 2016 at 12:38 AM, PalmerAL notifications@github.com wrote:

When Min originally crashed, did the window freeze, or did it turn white? Also, is there any indication of what is happening when Min crashes after you start it - do the tabs appear, do pages load, etc.?

On the original crash the page went transparent, I could see the top bar from the browser but I could see the on screen buttons to what is saved on the desktop.

When I would do a restart the page that I had been on would load and I could access the task areas but even when I tried to close various open tabs nothing would 'take'. I would have a very short time to do this - - - 5 to maybe max 10 seconds.

Then I cleaned up all my desktops (20 not all being used) of pdfs and LibreOffice docs and tried a reboot.

The first time trying to reboot min I had perhaps double the time before it crashed.

At this point it was clear that nothing was going to be 'easy' to fix and I filed a bug report (this was in the morning). I have been relying on min for the bulk of my browsing only not using it when I am reading pages that I want to save for possible future reference (then I have been using Opera as there is no 'easy' way to save a page in min) so by late afternoon I was feeling a large amount of withdrawal and tried to find some possible solution. Checked and found that I was running min 1.4.1 and that 1.5.0 was available so thought that an upgrade might help. Downloaded the .deb file and min is now working but I do not have all the previous task and pages available. Sorry but I did want to keep working on any number of ideas.

One of the commands and its output is attached as min_crash_info.

It's possible that the initial crash was caused by lack of memory, but that

shouldn't cause Min to crash after a restart, since tabs are only reloaded when you switch to them. More likely, some of the data Min stores is corrupted, or restoring the tab you had selected is causing the crashes. Could you share the set of pages you had open when Min crashed? You should find this information in /home//.config/min/Local Storage/file__0.localstorage (if you'd rather not post that, that's fine).

My system tells me that this is a binary file and when I insist that I want to open it - - - - well its a lot of gobbledygook. What I can supply is the contents of /home//.config/min/Local Storage/ see the file min_Local_Storage attached. This is AFTER the upgrade to 1.5.0!

Also, could you try closing Min, renaming /home/<your username>/.config/min/IndexedDB/file0.indexeddb.leveldb to something like "file0_old.indexeddb.leveldb", and relaunching Min? This should create a new database, which could help if the database was corrupted when Min crashed (The downside to this is that the old database contains all of your history and bookmarks, so don't delete the old file).

There is a large amount of information an this area - largest number is 038953 bot .bak and .ldb .

Is there any neat way to reload the previous task list with all of its attendant tabs at this point (upgraded software)?

Have to this point really liked the spare quality and the way min works. My mind seems to have lots of ideas/projects on the go and I like leaving tabs open and then revisiting and pursuing further and of these ideas. Makes for some interesting finds!

Thanking you for your assistance and hopefully I have provided information which is useful to you for the strengthening of this very useful product. Any further questions please contact.

Regards

Dee

[dabeegmon]

On Tue, Nov 1, 2016 at 12:38 AM, PalmerAL notifications@github.com wrote:

When Min originally crashed, did the window freeze, or did it turn white? Also, is there any indication of what is happening when Min crashes after you start it - do the tabs appear, do pages load, etc.?

It's possible that the initial crash was caused by lack of memory, but that shouldn't cause Min to crash after a restart, since tabs are only reloaded when you switch to them. More likely, some of the data Min stores is corrupted, or restoring the tab you had selected is causing the crashes.

Just re-reading the email to make sure I had answered all of any questions.

If there is a lack of memory - - - - its in the design of min. The system has way north of 20 GB of ram so there is no shortage of physical memory. Now how that memory is handled - - - that might be the issue. Memory issues were why I stopped using Firefox (its a total POS re: memory issues).

Regards

Dee

[PalmerAL]

Is there any neat way to reload the previous task list with all of its attendant tabs at this point (upgraded software)?

Probably not, unfortunately. That data is stored in the /home/<your username>/.config/min/Local Storage/ file, and whenever Min opens it automatically restores the tabs listed in that file. So if the tabs don't show up when you open Min, they have likely been deleted from that file.

I'm still not sure why Min crashed originally, or why it wouldn't work after a restart. I don't think this was caused by lack of memory - I tried opening enough tabs to run out of memory, and the individual webpages were always killed rather than the main UI process (which is what you are describing).

GitHub doesn't upload files that you attach by email - it only works if you attach them from the comment box. Could you re-attach the min_crash_info file? You don't need to reattach the local storage file, since it sounds like that doesn't contain any of the old data any more.

I'm sorry that this happened! If it happens again, please re-open this issue. In the meantime, I've created an issue to improve the reliability of restoring tabs: #268.

[dabeegmon]

Greetings

I started working in the 'comment box' but that area doesn't allow me to write in the way I have found to be most useful - - - where I can comment when and where its applicable in the text. So I am forced to do the bulk of this from a reply and then will try to add a separate comment box to attach the requested file. Pity that the geek squads (git et al) each just have to have their own way of doing things!

On Tue, Nov 1, 2016 at 11:43 PM, PalmerAL notifications@github.com wrote:

Is there any neat way to reload the previous task list with all of its attendant tabs at this point (upgraded software)?

Probably not, unfortunately. That data is stored in the /home/<your username>/.config/min/Local Storage/ file, and whenever Min opens it automatically restores the tabs listed in that file. So if the tabs don't show up when you open Min, they have likely been deleted from that file.

Given the result I would be useful if there would be some way to copy and/or record the task list file. That would make this recovery less onerous. This tab list was the product of several months worth of work and finding some of the things took a serious amount of search time.

I'm still not sure why Min crashed originally, or why it wouldn't work after a restart. I don't think this was caused by lack of memory - I tried opening enough tabs to run out of memory, and the individual webpages were always killed rather than the main UI process (which is what you are describing).

Your testing sounds like you were opening tabs until a negative result was reached. Did you test this by opening a few at one time and then adding tabs until you had over 15 task pages with some of those pages having over 20 tabs?

As I have found every browser borks at this kind of use there must needs be some underlying problem (besides my working this way). My guess is that it is in memory allocation and release, although I am absolutely NOT a programmer and I am just guessing. My thinking is that the process of memory allocation and release is not necessarily 'neat' and so there is left over cruft for each incident and after a sufficiently large enough pile of cruft accumulates - - - well then things just go blooey. This kind of problem has caused me serious issues on a high security website in the past.

GitHub doesn't upload files that you attach by email - it only works if you attach them from the comment box. Could you re-attach the min_crash_info file? You don't need to reattach the local storage file, since it sounds like that doesn't contain any of the old data any more.

How does one open /home//.config/min/Local Storage/ ? All I get from vi or less is that its a bit file with some suggestion that its a sqllite3 file.

I'm sorry that this happened! If it happens again, please re-open this issue. In the meantime, I've created an issue to improve the reliability of restoring tabs: #268 https://github.com/minbrowser/min/issues/268.

As there was absolutely no way to get any useful information from min after that crash I'm not sure I'm seeing the point of re-opening anything. This has been an exercise in time usage with no useful outcome and I just don't have enough spare to indulge in more. I really like how min works so I'll keep using it but boy do I wish that there was a browser out there that worked for people who seriously use browsers!!

Thank you for your assistance!!!

Dee

[dabeegmon]

Attaching a file (better - - trying to) as the structure has its own system.

Funny - - - - trying to attach a .txt file and I am told that 'We don't support that file type.' and that I am to try again using with a list that includes .txt - - - - shaking head!!!!!!! Checked the file to see what it is stored as and the properties info box tells me that the file is a 'plain text document' which I believe is a .txt file - - - oh well.

following is the file pasted into this comment box.

min version Xlib: extension "RANDR" missing on display ":0.0". Xlib: extension "RANDR" missing on display ":0.0". tcmalloc: large alloc 1207959552 bytes == 0x83ea2f3d000 @ [3301:1031/124314:FATAL:memory_linux.cc(36)] Out of memory.

0 0x000001da0e8e

1 0x000001db6bcb

2 0x000001dd11ce

3 0x0000016a40b9 operator new()

4 0x7ff0646ea059 std::string::_Rep::_S_create()

5 0x7ff0646eae3b std::string::_Rep::_M_clone()

6 0x7ff0646eaee4 std::string::reserve()

7 0x7ff0646eb153 std::string::append()

8 0x000000c39d79

9 0x000000c29116

10 0x000000c2d726

11 0x000000c2c505

12 0x000000c20f82

13 0x00000271851e

14 0x000002717f4f

15 0x0000026e01e5

16 0x0000026c88c7

17 0x0000026c8417

18 0x00000270812b

19 0x00000270834b

20 0x00000270853e

21 0x0000026fd84e

22 0x0000026fd5ee

23 0x0000026fc90a

24 0x000001da1b6c

25 0x000001dbcc85

26 0x000001dbcfa8

27 0x000001dbd16b

28 0x000001dbe57a

29 0x000001dd4620

30 0x000001dbc47a

31 0x000001df40e8

32 0x000001df06e3

33 0x7ff06a3ad464 start_thread

34 0x7ff063e4930d clone

Aborted

[dabeegmon]

On Tue, Nov 1, 2016 at 11:43 PM, PalmerAL notifications@github.com wrote:

Is there any neat way to reload the previous task list with all of its attendant tabs at this point (upgraded software)?

Probably not, unfortunately. That data is stored in the /home/<your username>/.config/min/Local Storage/ file, and whenever Min opens it automatically restores the tabs listed in that file. So if the tabs don't show up when you open Min, they have likely been deleted from that file.

I'm still not sure why Min crashed originally, or why it wouldn't work after a restart. I don't think this was caused by lack of memory - I tried opening enough tabs to run out of memory, and the individual webpages were always killed rather than the main UI process (which is what you are describing).

GitHub doesn't upload files that you attach by email - it only works if you attach them from the comment box. Could you re-attach the min_crash_info file? You don't need to reattach the local storage file, since it sounds like that doesn't contain any of the old data any more.

I'm sorry that this happened! If it happens again, please re-open this issue. In the meantime, I've created an issue to improve the reliability of restoring tabs: #268 https://github.com/minbrowser/min/issues/268.

There might be a possible vector that would increase the problematic of memory allocation and release.

I am running a system where I have 2 GPUs each driving 2 monitors. So I have 2 virtual screens on 4 monitors. So randr just doesn't get to work (absolutely won't work with multiple screens) - - - maybe that is part of this issue. I find that some browsers just hate my system (midori) and others will work if the page is on one of the virtual screens but if I try to move that page to the other virtual screen, well I can see nothing (opera).

Is the issue something small but fundamental in that almost all programs just hate working across multiple virtual screens at the same time - - - I dunno. Just know that the way I use browsers is not the way they set up to be used.

[PalmerAL]

This has been open for over two years now, and no one else has reported anything similar to this, so I'm assuming it's been fixed - but if it isn't, please feel free to open a new issue.

[dabeegmon]

On Thu, May 30, 2019 at 5:55 PM PalmerAL notifications@github.com wrote:

This has been open for over two years now, and no one else has reported anything similar to this, so I'm assuming it's been fixed - but if it isn't, please feel free to open a new issue.

Sorry - - - it hasn't been fixed. I've come to realize that the programming community doesnt' believe in using multiple monitors. Accoasionally an individual will have 2 monitors - - - very rarely 3 but always driven from one gpu. This means that there is perceived to be no need for the kind of behavior that I'm describing. Oh well - - - - c'est la vie!

Regards

[PalmerAL]

Sorry about that, I'll re-open this issue then (although I suspect it's a Chromium issue, and there's not much we can do about it).

[xbais]

I downloaded the latest release of the Min browser min-1.29.0-amd64.deb just now. After installing on my Ubuntu system (Ubuntu 22.04.3 LTS x86_64), I opened the browser. On the browsers default landing page, clicking on the "Start Browsing" button and typing in a web address simply kills the browser, and the window turns white.

Restarting the browser doesn't help. Finally I had to uninstall this release, and switch to an older release min-1.28.1-amd64.deb. This older release seems to be working fine.

---

NOTE : This is not a RAM issue since my system has 32 GB of RAM, CPU = 11th Gen Intel i5-11400 (12) @ 4.400GHz