Finding references messes with my tab stops

[evanratt]

Running 19.0.1.1 Win64, when I do 'find-refs' on something, my tab stops seem to get much wider. For instance, screen1.jpg is my screen before finding references, screen2.jpg is my screen after running 'find-refs'.

Code: [Select]

SlickEdit 2014 (v19.0.1.1 64-bit)

Serial number: WB824242
Licensed number of users: Single user
License file: C:\ProgramData\slickedit\19\slickedit.lic

Build Date: December 10, 2014
Emulation: Epsilon

OS: Windows 7 x64
OS Version: 6.01.7601  Service Pack 1
Memory: 34% Load, 5559MB/16309MB Physical, 6335MB/32617MB Page File, 442MB/8388607MB Virtual
Shell Info: C:\TCCLE13x64\tcc.exe
Screen Size: 1920 x 1200, 1200 x 1600

Project Type: Cpp
Language: .cpp (C/C++)
Encoding: Text, SBCS/DBCS mode

Installation Directory: C:\Program Files\SlickEditV19.0.1 x64\ (non-removable drive,NTFS,84484MB free)
Configuration Directory: C:\Users\evan\Documents\My SlickEdit Config\19.0.1\ (non-removable drive,NTFS,84484MB free)
Spill File: c:\temp\$slk.7768 (non-removable drive,NTFS,84484MB free)


[patrick]

Haven't reproduced it yet, but I'm taking a look at it.  What do you do to recover the tab width?  Or is it stuck like that till you restart?   And does it fix the tab width of the buffer if you go to Tools -> Beautify -> Edit Current Profile, and then hit "Ok" on the dialog that pops up?

[evanratt]

A little more info:

It only affects files that are writable; read-only files don't have it happen.

Restarting fixes the tab width, but so does closing the References tool window, closing the file, and re-opening the file. If I leave the References tool window open when I re-open the file, the problem is still there. However, if the References tool window is open when I initially do 'find-refs', the problem doesn't happen.

Doing Tools->Beautify->Edit Current Profile->Ok does fix the tab width.

[evanratt]

Pinging this topic because it just happened to me again--any updates?

[patrick]

I haven't been able to reproduce it.   I may be receiving a config directory from a support case from this week that sounds similar to this.  I wouldn't mind getting your config directory as well;  if you're up for it, we can send you instructions on how to bundle it up and where to upload it.

[evanratt]

I sent my config directory to support a few weeks ago, but would be happy to send it again.

[patrick]

I must have missed that.  I'll take a look your uploaded config now.

[patrick]

I can reproduce it with your config, thanks for the reminder.

Trying to figure out how it's happening now.

[patrick]

Quick update: we're still working on it.  It's not clear if the root cause is hot-fixable yet, but we can probably at least prevent the tabs from being reset with a hotfix if we need to.

[patrick]

There will be a fix for this in the next 19.0.1 hotfix.  Thanks for reporting this.

[evanratt]

Fantastic! Great news, thanks.

[Clark]

Thanks for finding this one and providing us with a reproducible test case!

[setha]

Using SlickEdit 2014 (v19.0.1.1 64-bit), I have a similar issue when with search.  Once the search results window opens, the tabs stops are messed up.  It doesn't matter if the window is docked or floating.  The tabs dialog shows '1 9 41'.  They should be '1 5'.  I fix this either by selecting Adaptive Formatting and then deselecting it or setting the tabs directly in the tab dialog.

After a while it stops happening with a given file although I don't know why.

Do you think the hotfix will cover this case?

[patrick]

Yes.  That "1 9 41" is exactly the tab stop setting you'll get when the problem manifests.  The hotfix should be out pretty soon, barring accidents.

[evanratt]

Any update on the drop date for this hotfix? I'm still encountering this issue daily, slightly annoying...   

Thanks!