Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lintalist 1.9.9 freezes/crashes after a while #145

Open
Remiol opened this issue Nov 25, 2019 · 47 comments
Open

Lintalist 1.9.9 freezes/crashes after a while #145

Remiol opened this issue Nov 25, 2019 · 47 comments
Labels

Comments

@Remiol
Copy link

Remiol commented Nov 25, 2019

I've installed Lintalist 1.9.9.
As before Lintalist starts at windows startup.
Never had any problem with previous versions of Lintalist.
But now.. the first 20/30 minutes Lintalist works as always but after a while it stops working and when I move with my mouse over the Lintalist icon in the system tray the icon disappears.
(It doesn't stop working after I do a certain action)
I don't have AHK installed.
When I reclick on Lintalist.exe it works again.

@lintalist
Copy link
Owner

Thanks for the report. That isn't supposed to happen of course 😿

It doesn't crash for me, and when it did in the past it was usually a problem of it being stuck in a loop or a faulty plugin causing a memory leak. So do you notice that it happens after you've used specific snippets and/or bundles? If you do, posting such a snippet would be helpful.

Do you use it in a dropbox or similar folder or just from a normal folder on your computer or thumb drive?

Perhaps you can post your settings.ini - you can remove any private info such as bundle names and Counters for example. Perhaps it is a combination of settings that causes some problems. (You can zip the file and add it as an attachment to a post here, just drag & drop it)

@Remiol
Copy link
Author

Remiol commented Nov 25, 2019

To answer your questions:

  • No I didn't notice that it happens after I've used specific snippets or bundles.
    Ten minutes ago I received an autohotkey error without even using Lintalist, but i didn't receive an error every day. I just noted since days that my bundles didn't work anymore.
  • I use it just from a normal folder on my computer

Thank you.

sett.zip

@lintalist
Copy link
Owner

I've used your setup all day and it kept on working with the lintalist.exe that comes with the download.

I do see you are using colors for the bundles DisplayBundle=2 setting. That might be the cause as AutoHotkey has problems with updating the listview with colors - so perhaps chaning it to 0 might help.

I'll try to look into it some more and see if I can spot something.

@Remiol
Copy link
Author

Remiol commented Nov 26, 2019

Today I've not used Lintalist (I had a meeting in another city). I've just started my pc.
I moved with my mouse over the Lintalist system tray icon. No problem. When I came back I moved with my mouse over the system tray icon, the icon disappeared.

I will change the color setting. I'll keep you informed.
Thank you for the time you have spent on my problem. Have a nice day.

@lintalist
Copy link
Owner

That sounds like a memory leak / stuck in a loop problem as I mentioned earlier. Strange.

Another thing you could try is to update the lintalist.exe - I've downloaded it for you[1] - lintalist.exe is the 32bit latest version of AHK, lintalist64.exe the 64-bit version. If you can run the 64-bit you need to rename it to lintalist.exe. You can copy it over the current lintalist.exe
📁 lintalist-exe.zip

[1] You can also download them yourself here https://www.autohotkey.com/download/ (download the zip, in the zip there are two U(nicode) versions, 32 and 64bit.

@Remiol
Copy link
Author

Remiol commented Nov 28, 2019

Thank you.
I'll keep you informed.

Yesterday I removed all lintalist files (except settings.ini) and the bundles and reinstalled linstalist from scratch. Still crashing. (Changed also DisplayBundle=2 --> DisplayBundle=0)
Today I created the lintalist64.exe file, renamed it to lintalist.exe and copied it over the current one.
I'll keep you informated.
Thank you :)

@Remiol
Copy link
Author

Remiol commented Nov 29, 2019

No problems till yet.

@Remiol
Copy link
Author

Remiol commented Dec 1, 2019

No problems. The 64-bit Lintalist version resolved the problem. Thank you.

@lintalist
Copy link
Owner

Still strange that the 32bit version crashes. But if it no longer occurs when using the 64bit there probably is no error in the Lintalist code so I'll close the issue. From the next update I'll release both 32 and 64 bit versions.

@lintalist
Copy link
Owner

64bit available https://github.com/lintalist/lintalist/releases/tag/v1.9.10

@Remiol
Copy link
Author

Remiol commented Jan 6, 2020

Hello, my Lintalist doesn't crash anymore but I noted that after a while it doesn't work anymore as if the app is sleeping. I had no problem before installing 1.9.9.

@lintalist
Copy link
Owner

Does it still respond to the tray menu or is that also completely unresponsive?
(I've always been running 64bit at work every day and it never "sleeps" so to speak)

@Remiol
Copy link
Author

Remiol commented Jan 6, 2020

Does it still respond to the tray menu or is that also completely unresponsive?
(I've always been running 64bit at work every day and it never "sleeps" so to speak)

It respond to the tray menu.
If I reload the bundles things are working normally again.

@lintalist
Copy link
Owner

If you select the top tray menu item (the bold lintalist + version number item) does it open the Search Gui? If it does, does it then respond again to open/close search?

@Remiol
Copy link
Author

Remiol commented Jan 6, 2020

The first question: (Lintalist 1.9.10) --> yes it does open the Search Gui
What do you mean by the second question? The search field? Yes it respond to the keyboard if I insert text in it.

@lintalist
Copy link
Owner

I mean does it toggle open + close search if you press capslock and esc after that, is it response again after that?

Is there a problem with shorthand or shortcut or just the opening of the search window and selecting a snippet?

@Remiol
Copy link
Author

Remiol commented Jan 7, 2020

Hi,
I had no problem to open + close search using capslock and esc
There is no problem with shortcuts.
There is no problem opening the search windows and selecting a snippet.
The problem is only with shorthands.

@lintalist
Copy link
Owner

Ah I see - what probably happens is that you use a hotkey to paste a snippet and after that the shorthand stops working. For one reason or another it doesn't jump back in the checktyped loop which tracks what is being typed and thus sees any defined shorthands.

Using Hotstring() as noted in #144 will fix this as it will no longer rely on the loop, thanks for the feedback.

@Remiol
Copy link
Author

Remiol commented Jan 7, 2020

Are you sure? I can use the shorthand many times but after a while when I don't use it (approx. 10 minutes I noted today), it doesn't work anymore.
I had not tested it with shortcuts because I use the shortcuts much less. I was convinced that none of them worked.
The hotstring fix will be available in the next release (1.9.11?) or can I already use it?

@lintalist
Copy link
Owner

Not entirely sure about the exact reason, but I recall something similar with #52 (choice plugin) and this sounds like it.

Background: There is an always running loop https://github.com/lintalist/lintalist/blob/master/lintalist.ahk#L323 that tracks what you type, but somehow when you use it it jumps out but doesn't jump back in afterwards as it should. As that loop will be removed at some point and replaced by native AHK Hotstrings it should go away. I have only started a small experiment, nothing major yet and I want to publish it as a beta first - I'll tag this issue when I've done so (could be a little while though).

If it is really problematic you could add a hotkey to lintalist.ahk here https://github.com/lintalist/lintalist/blob/master/lintalist.ahk#L350 winkey-F12 for example
#F12::Reload
so you can very quickly reload lintalist without using the tray menu.

@lintalist lintalist reopened this Jan 7, 2020
@Remiol
Copy link
Author

Remiol commented Feb 20, 2020

Not entirely sure about the exact reason, but I recall something similar with #52 (choice plugin) and this sounds like it.

Hello,
Today I've installed the new release (1.9.11), I have used the hotkeys but the problem still occurs.

I'm still using #F12::Reload

@lintalist
Copy link
Owner

I haven't addressed the issue yet I'm afraid

@Remiol
Copy link
Author

Remiol commented Apr 11, 2020

Hello, found the new release.
Still doesn't seem to work. :(

@lintalist
Copy link
Owner

I've started some experiments with Hotstrings() but that won't be ready for a while as it is rather complicated to replace (long story but shorthand and hotkey share some code which needs to be sorted out as well)

@Remiol
Copy link
Author

Remiol commented Apr 12, 2020

Am I the only one who has this problem?
Could it be that others had this problem but didn't write like me?
If others don't have this problem what can I do to not have it? Don't they use hotstrings?

Anyway, I wish you all a Happy Easter.

@lintalist
Copy link
Owner

All I can think of is adding a extensive debug function that logs every "action" and saves it to a log file every few minutes - and once it fails it may show "something" - I can't replicate it so I'm in the dark.

@Remiol
Copy link
Author

Remiol commented Apr 12, 2020

Phew... I can't imagine I'm the only one. People who test this program and see that it doesn't work won't probably write in github like me. They just won't use it.
I've entered a lot of hotstrings and some scripts. I have to start all over again in another program.
I like Lintalist and I really thought it would be fixed in the next new version so I continued with F12. (Reload bundles).
Even this doesn't always work. Sometimes I have to do it twice.
:(

@lintalist
Copy link
Owner

Just so you know - the latest update didn't address this issue, just updates for updating/restarting lintalist.

@lintalist
Copy link
Owner

As mentioned sometimes reloading doesn't help, could it be that for one reason or another the shorthand is actually disabled? Perhaps worth checking the variable when you press the reload shortcut - if it says "ShorthandPaused: 1" it is disabled which means it simply ignores what you type.

#F12::
MsgBox ShorthandPaused: %ShorthandPaused%
Reload
Sleep 1000
Return

I doubt it is the cause but it just sprung to mind.

@Remiol
Copy link
Author

Remiol commented Apr 15, 2020

Just so you know - the latest update didn't address this issue, just updates for updating/restarting lintalist.

yes yes, that's what you've told me in a previous message

@Remiol
Copy link
Author

Remiol commented Apr 15, 2020

As mentioned sometimes reloading doesn't help, could it be that for one reason or another the shorthand is actually disabled? Perhaps worth checking the variable when you press the reload shortcut - if it says "ShorthandPaused: 1" it is disabled which means it simply ignores what you type.

#F12::
MsgBox ShorthandPaused: %ShorthandPaused%
Reload
Sleep 1000
Return

I doubt it is the cause but it just sprung to mind.

ShorthandPaused is not disabled.

As you wrote months ago, you would try to fix the hotstrings issue . I was hoping the next version would fix it and as you said I could use "#F12::Reload" in the meantime. Two versions have already passed and my hotstrings still do not work without using Reload and sometimes 2x Reload in succession.

That's why I'm thinking about entering the hotstrings in Autoit.
I had them there before I switched to Lintalist.
I will then only use Lintalist for my scripts.
(but no problem, it's already very nice that you created Lintalist for us all)

What I find strange is that it worked great in 1.9.9 or the version just before (I can't remember the release nr.). Have been using Lintalist for years and hotstrings never gave problems until 2 or 3 versions ago.

@lintalist
Copy link
Owner

There is now a development branch which now uses hotstrings here:
#144 (comment)

Backup your bundles if you want to try it out :)

Curious to hear if it also stops working or if by using hotstrings the issue has been resolved.

@Remiol
Copy link
Author

Remiol commented May 7, 2020

I'm sorry but I removed all hotstrings after 5 months of reloading lintalist before each hotstring use.
I went back to a simple au3 (autoit) file.

@lintalist
Copy link
Owner

You could try with one you use often and you'd notice soon enough if it stops. But I don't blame if you don't have the time of course.

@Remiol
Copy link
Author

Remiol commented May 8, 2020

There is now a development branch which now uses hotstrings here:
#144 (comment)

Backup your bundles if you want to try it out :)

Curious to hear if it also stops working or if by using hotstrings the issue has been resolved.

I don't think I'll switch my hotkeys back to Lintalist again but I just want to thank you for the development of Lintalist and will check it out.
I downloaded the dev version but there is no .exe file in it. (I don't have ahk installed. I use autoit)

@lintalist
Copy link
Owner

I just fixed a bug which didn't make it start at all so you're actually in luck for not trying it out directly :) Here is are "release" versions with lintalist.exe included just in case you'd like to try:
lintalist64.zip
lintalist.zip

As a thought: perhaps the cause isn't lintalist/autohotkey - but if you are using other programs with hotkeys/hotstrings/keyboard-'thing' there simply might be a conflict of "who monitors it" in such cases there may not be a workable solution and on just omit using one or the other app.

@Remiol
Copy link
Author

Remiol commented May 8, 2020

I just fixed a bug which didn't make it start at all so you're actually in luck for not trying it out directly :) Here is are "release" versions with lintalist.exe included just in case you'd like to try:
lintalist64.zip
lintalist.zip

As a thought: perhaps the cause isn't lintalist/autohotkey - but if you are using other programs with hotkeys/hotstrings/keyboard-'thing' there simply might be a conflict of "who monitors it" in such cases there may not be a workable solution and on just omit using one or the other app.

Ah. same lintalist.exe file.

True that I always have an autoit file active but years ago I deciced to remove all hotstrings to put them in Lintalist. Never had problems till 5 months ago when I upgraded Lintalist to version.... (I didn't touch my autoit file 5 months ago). I'll disable my autoit file the next days in order to test lintalist.

@Remiol
Copy link
Author

Remiol commented May 10, 2020

No problems till now :)

@Remiol
Copy link
Author

Remiol commented May 11, 2020

Hi,

Tried to use the hotstring I added, 15 - 20 times these 3 days.
No problem. Everything works fine.

The only thing I noted (when I used my clipmanager) that the hotstring was added to the clips.
Does Lintalist temporary use the clipboard when we use a hotstring?
I checked my autoit hotstring, they weren't added to my clips in clipmanager.

I hope you can do something with my info.

@lintalist
Copy link
Owner

Thanks for the feedback. I've noticed a few oddities myself so further works needs to be done. Short shorthands (dd for example) do work but only erase what has been typed (the dd) but don't send the snippet the first time around. A bit hit and miss.

Lintalist always uses the clipboard, this is mostly helpful for large(r) text - and formatted text - and not so much for shorter typos (abuot -> about) yet - I will probably introduce some settings to let the user set a "length" where it should just use the standard autohotkey feature (everything below 15 chars for example and NOT having a plugin) - when a plugin is used I will probably always use the clipboard method.

@lintalist
Copy link
Owner

Out of curiosity: do you happen to use virtual desktops? I don't myself but observed "hotstrings stop working" when I saw someone else use it, just wondering if it was related to this. If so I might try it for a while myself and see what happens.

@Remiol
Copy link
Author

Remiol commented Aug 26, 2020

Out of curiosity: do you happen to use virtual desktops? I don't myself but observed "hotstrings stop working" when I saw someone else use it, just wondering if it was related to this. If so I might try it for a while myself and see what happens.

Hello,

No I don't use virtual desktops.
Still using Lintalist (I like it) but unfortunately not for my hotstrings anymore.

@lintalist
Copy link
Owner

Thank you for the feedback :) Still trying to find the cause....

@grimaldispizzeria
Copy link

grimaldispizzeria commented Apr 8, 2021

This issue is one I experience as well. Recently shared Lintalist with a few friends at work and they're experiencing same. Pretty frustrating since the ultimate utility for the text expansion is time saving. It's still time saving to expand a three line text snippet by way of restarting, but it's harder to get buy-in with this bug.

Happy to do any testing to try to resolve.

I'm running Win10
image

Lintalist 64-bit [I think? notice how procexp reports 32-bit, could the problem be 32-bit getting bundled as 64?] running as admin:

image

Other details, in case relevant:

Running from a onedrive directory
C:\Users\user\OneDriveDesktop\bin\lintalist64\

I also use VirtuaWin for virtual desktops, and Clipjump [an autohotkey program] but I've used that config in the past with no issue and the other users who are experiencing the same issue are not using any of that software. They're also on win10 latest with the latest 64-bit version as offered.

Love your program, love showing it to people, would super love to help get this fixed if possible :)

Huge thanks for all the amazing work!

@grimaldispizzeria
Copy link

Just to add:

I re-downloaded the latest version, unpacked to a non-watched-by-OneDrive directory, and it's showing as a 64-bit app.

Will run this way and report back if issues are cleared up, or not.

@grimaldispizzeria
Copy link

Just to report back with the latest version unpacked and it showing a 64-bit exe I no longer have this issue myself.

@lintalist
Copy link
Owner

Thanks for the feedback - if you do spot a pattern if/when it stops - do let me know!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants