Closed TZubiri closed 7 years ago
I'm sorry if I am being vague, let me know what other info I can provide.
hmmm... From the log I take that this is not happening directly at startup, but rather after you clicked onto "Test Explorer", correct?
Because interestingly the Parser seems to be stuck in a loop starting the parse-process for all your modules after the process was completed...
The same 5 modules are changing to "Pending" over and over in the last lines of the log. Before that there's a short time where the RawInput API has a few invalid handle
messages. Aside from that this should definitely not be stuck at "Loading References"
Each loop corresponds to each time I hit the refresh button next to the parsing state. On another project this is the debug message that appears each time I refresh. Same problem 2016-07-22 15:02:03.0400;DEBUG;Rubberduck.App;App handles StateChanged (ResolvingReferences), evaluating menu states...;
This is happening at startup
I fixed a bug with this not too long ago when the Rubberduck Source Control 1.0 library is referenced. Do you have a reference to this library?
No. The only Rubberduck library I have is called rubberduck. I installed it with this script because I didn't have admin privileges: https://github.com/rubberduck-vba/Rubberduck/issues/2086
OK. I'm not sure what's up with this. Is it a consistent issue in this project, or does it only happen randomly?
rubberduck.txt I tried it on a 3rd project and it is still stuck at "resolving references".
Peculiar. That log should result in a parser error.
Same NoViableAltException
shows up in the log attached in #2113
The test explorer being empty is what originally caused this. I added a test module with a testMethod1 stub, nothing appears in the test explorer, no clue how to run it. Run all tests doesn't runn the testModule1 I just added which should fail. rubberduck.txt
If there is a parser/resolve declarations error, the tests won't be able to run. Also, you didn't delete any of the '@
comments, did you? Those are annotations that we use to know what is what.
rubberduck.txt Actions done on this log: Deleted old test method Refreshed parser state Opened test explorer Added new test module (with test method stub and early binding) Ran all tests.
Did it work?
No. Test should fail, but nothing happens
Would it be possible to share the project? It sounds like there is a parser error somewhere that should be addressed.
I'll see what I can do.
What files do you need? I couldn't narrow it down to a single file
The .xlsx/.xlsm file should be good.
rubberduck.txt I added a test method on a healthy file that was showing "ready" and it is stuck on pending now. Macro - Copy.xlsm.txt
Again , test doesn't show up and doesn't run.
Note: I can't upload any of the original projects.
I can't reproduce this. It may be because the PS script you ran did not install Rubberduck correctly.
Any clue as to how I might have access to unit tests from a clean install with no admin privileges?
Not really. I will probably be doing a release later today (unless some super serious bug shows its ugly head), so you could try uninstalling and installing the new release.
Ok
Is this still an issue? If it is, is it an issue with all workbooks (including empty ones) or just certain ones?
Yes. I reinstalled. Here is the new log RubberduckLog.txt And here is the .xlsm file Dev.txt
Seems to work fine here.
What excel version is that? I have 2010
2016 on Windows 10, but the same IDE. It doesn't make a difference.
I'm having the same issue. Program hangs on "Resolving References" when I parse open projects. The hang up seems to be, for me, directly tied to having the Rubberduck reference turned on in the reference library. If I use late binding it works just fine.
Working in Access on Windows 7/Office 2010 and Windows 10/Office 2016
@camosborn21 interesting. can you confirm the build number? 2.0.9?
Yes 2.0.9
Also, I'm having frequent, though not as near as I can tell consistent, crash to desktop errors when I close Access. Which you have noted in the build notes for 2.0.9; just thought I'd let you know I'm seeing the same glitch on both my Windows7/Office 2010 machine as well as Windows 10/Office 2016 machine.
@camosborn21 that crash on exit has been narrowed down to the dockable toolwindows and the commandbar, see the teardown timeline in #2322: something is preventing proper destruction of these objects. The crash is host-independent.
@retailcoder Thanks for the info on the crashing. Let me know if there's any additional info I can provide you for you to see what's going on with the "Resolving References" hang up.
ref. #2459
rubberduck.txt
Stuck at "Loading References"