Periodic freezing after upgrading to 6.6.1 #1659
Comments
maphew
added
bug
|
Hi. To ensure I OneMore is logging ths correctly... you have 55 notebooks. OneMore has scanned 33 of them. The remaining 25 notebooks must have more than 100 pages each, otherwise OneMore would have included them automatically. You can schedule a scan of the remaining 25 notebooks off-hours so it won't interfere with OneNote's responsiveness. EDIT: To decrease the scan time, you can update the Delay between pages field to 0 in the Hashtag Settings. The default is 40ms. Setting it to 0 should bring the scan time down from 34 seconds to something around 200ms |
|
Thanks Steven. I upgraded to 6.6.1 again. In settings I see where to schedule hashtag scan but I don't see 'Delay between pages'.
|
|
Sorry, my bad. Turn on Experimental features on the General sheet first. Restart OneNote. And then you'll see the Delay field. |
|
does the experimental checkbox do anything else in this release (would it be possible to include in the release notes as a heading)? I'm always tempted to check things like that :-). |
|
Doh - sorry. Thanks for the link. |
|
After enabling experimental features the extra delay setting showed up in hashtags panel. The value was already set at 0 so I left it alone. It didn't seem to help, but I;ll try fior awhile and see what happens. |
|
I believe I'm hitting the same. Related to #1506 / #1520 I guess? I ended up disabling the hashtag service entirely, which is a bummer. But I tried the various workarounds to schedule the scans, and could never eliminate the lag issues. Nor could I settle on a hashtag workflow that felt productive, maybe it's just not right for me. No biggie. But I wonder, how does OneNote's default search avoid such lag? Is it the nature of COM addins that they must freeze the UI in order to read the full contents of a notebook? Do the calls to read page contents always lock the UI for a time? |
|
I'll continue investigating. @cspotcode, Internally, OneNote search content is built as Windows Search indexes which are built from a separate service process that does not go through OneNote itself. The built-in OneNote search results just query the Windows Search Index. This is notoriously bad when used within OneNote as it often misses content, can't resolve substrings within words, and doesn't ignores punctuation and other special characters. |
|
Thanks, this information is helpful. I'm tinkering with writing my own search replacement. I used the C# interop API to extract every page, and I can see that it locks up the OneNote UI just the same as OneMore's hashtag scan. I figure, VSCode can do regexp searching really fast across pretty big codebases, so at least for the size of my notebooks, snappy regexp search should be possible without necessarily needing to build a search index; just need to store the raw page contents somewhere outside of OneNote. To keep the UI responsive, I'll postpone all page extractions until you do a search, won't do any background indexing. Once you do a search, I'll extract only pages that have changed since the last scan. I dunno, will see how far I get. |
|
The biggest reasons I've seen for lag is very large pages, or pages that contain a lot of handwriting or drawing. OneNote converts native .one data files to XML and that can be time consuming. If you've opted to stylize hashtags with a highlight color, then writing large files, converting them from XML to native is 10x times longer. Is this the case at all in your notebooks? |
|
I'm not sure if the question was directed at me or maphew. If me: Hmm, some of my really old notebooks do have lots of handwriting. These days, the big items are images and attachments. None have tons of custom font/color styles. My export tool takes only 15-20s to export every single page, so it's pretty fast. It's just that, while it's exporting, the OneNote UI is laggy. So I don't want to run it automatically while I'm trying to get work done. To get a list of every single page, I'm using a single call to |
|
It's difficult not being able to repro the problem so asking questions where I can. Loading the entire hierarchy is not a bad idea. I've found that on modern machines, which usually have at least 16MB, it works just as well as loading and looping through each notebook. |
|
I have maybe a dozen pages that have handwriting, plus about the same that are some kind of "drawing with pen". Each one is initial view plus 1 page down (ish). Like @cspotcode I've disabled hashtag indexing service until I can again devote time to troubleshooting |
Problem to Solve
Since installing 6.6.1 release Onenote freezes for a few seconds every few minutes. Downgrading to the version I was on previously, 6.5.2, made the problem go away.
Environment (if applicable)
Additional Context
Scanning the logfile, it appears the freeze ups may coincide with hashtag service scanning. I'm not sure about though since hashtag scanning also occurs with 6.5.2. I seem to recall a similar thing happening a year or two ago with a particular release.
The text was updated successfully, but these errors were encountered: