Exception in Nerpa
Hi Ilya,
I've got several exception in Nerpa:
http://www.intellij.net/tracker/resharper/viewSCR?publicId=15906
My apologies if this is not the correct place for reporting bugs.
Regards,
Thomas
Please sign in to leave a comment.
Hi Ilya,
I've got several exception in Nerpa:
http://www.intellij.net/tracker/resharper/viewSCR?publicId=15906
My apologies if this is not the correct place for reporting bugs.
Regards,
Thomas
Please sign in to leave a comment.
Hello Thomas,
Thanks, I will take a look.
As for right place for bugs - I don't think there is any other place in the
world to report plugin problems better than this newsgroup. I could setup
forum on my site, but I think it will add more complexity for users.
What I think JetBrains should do is invent method of detecting source of
exception - Resharper itself or plugin - and adding some sort of tag to the
exception record in tracker for filtering and browsing.
TF> Hi Ilya,
TF>
TF> I've got several exception in Nerpa:
TF> http://www.intellij.net/tracker/resharper/viewSCR?publicId=15906
TF>
TF> My apologies if this is not the correct place for reporting bugs.
TF>
TF> Regards,
TF> Thomas
Sincerely,
Ilya Ryzhenkov
Hello Ilya,
yes, that would be fine, but how could such a method work is not quite obvious.
It's nearly impossible
to determine automatically if the exception is caused by a plug-in by just
looking at the stack trace. Of course
the simplest approach would be to consider an exception a plug-in problem
if the plug-in's name occurs somewhere
in the stack trace. This may lead to false positives, and it will be up to
the plugin author to re-assign the request
back to ReSharper if he determines that the plug-in is really just a victim,
not the offender ;)
Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Hello Dmitry,
It's quite unfortunate that your team uses ITN tracker but not, say, JIRA.
In the latter case you could add a new project to it, give Ilya the neccessary
permissions and forward all such exceptions to his project by default. He
could move the issues back to Resharper Project if he finds that it's a problem
with core but not his plugin.
Best regards,
Maxim
Hello Maxim,
I can't but agree with you - it's quite unfortunate that we're using ITN.
Even more
unfortunate is the fact that not everyone thinks so ;)
Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Also http://www.intellij.net/tracker/resharper/viewSCR?publicId=17554
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Well, Jira's UI is awful. Want to discuss that? :)
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
>> Hello Dmitry,
>>
>> It's quite unfortunate that your team uses ITN tracker but not, say,
>> JIRA. In the latter case you could add a new project to it, give Ilya
>> the neccessary permissions and forward all such exceptions to his
>> project by default. He could move the issues back to Resharper
>> Project if he finds that it's a problem with core but not his plugin.
>>
>> Best regards,
>> Maxim
Hello Valentin,
the problem with ITN is not only its (pretty awkward) UI. Much more troubles
are caused by its
poor performance, the ITN is unresponsive half of time I'm trying to use
it...
Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
>> I can't but agree with you - it's quite unfortunate that we're using
>> ITN.
>> Even more
>> unfortunate is the fact that not everyone thinks so ;)
>> Hello Maxim,
>>
>> I can't but agree with you - it's quite unfortunate that we're using
>> ITN.
>> Even more
>> unfortunate is the fact that not everyone thinks so ;)
>> Regards,
>> Dmitry Shaporenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>>> Hello Dmitry,
>>>
>>> It's quite unfortunate that your team uses ITN tracker but not, say,
>>> JIRA. In the latter case you could add a new project to it, give
>>> Ilya the neccessary permissions and forward all such exceptions to
>>> his project by default. He could move the issues back to Resharper
>>> Project if he finds that it's a problem with core but not his
>>> plugin.
>>>
>>> Best regards,
>>> Maxim
I'm sorry. I forgot to remove debug code. You can remove it yourself (in ComplexityAnalyser class) and recompile or wait until tomorrow for the build update. It dumps FlowGraf to disk D:\
You can also subst D:\ drive to a temp foder, if you don't have one.