1. 17 6月, 2015 9 次提交
  2. 16 6月, 2015 18 次提交
  3. 15 6月, 2015 6 次提交
  4. 13 6月, 2015 7 次提交
    • D
      Merge pull request #3386 from dpoeschl/buildsamples · ebdcccc3
      David Poeschl 提交于
      Build samples in Jenkins
      ebdcccc3
    • A
      Merge pull request #3405 from agocke/CompilationAssemblyIdentity · a9332299
      Andy Gocke 提交于
      Fix bad errors in the error list -- bug 1166689 
      a9332299
    • D
      Merge pull request #3464 from dpoeschl/NavBarEvents · 33c4a054
      David Poeschl 提交于
      Calculate correct set of events in the VB navigation bar
      33c4a054
    • A
      Merge pull request #3466 from AlekseyTs/Issue3448 · f40bf6e8
      AlekseyTs 提交于
      Do not attempt to prepare for an event hookup for a Handles clause in an invalid context.
      f40bf6e8
    • J
      Merge pull request #3473 from jaredpar/bug-1179322 · 6484b946
      Jared Parsons 提交于
      Gracefully handle bad label lookups
      6484b946
    • D
      Calculate correct set of events in the VB navigation bar · 9c7d2b50
      David Poeschl 提交于
      Fixes internal bugs #1185589 (currently active in "1.0 (stable)") and #530506
      
      There are two places in VB where we display custom lists of events in the navigation bar:
      1. In a type declaration with declared events (directly or in any base type or interface), the middle dropdown shows a "(<Type> Events)" node that then lists all of its events in the right dropdown.
      2. WithEvents fields are each shown as a separate node in the middle dropdown, which then list all of the accessible events on that type (or its base types or interfaces) in the right dropdown.
      
      In either case, selecting an event from the right dropdown generates a method that Handles the event (or navigates to an existing method that Handles the event).
      
      To calculate the list the events to show for code generation, we previously iterated through its BaseType chain gathering up IEventSymbols with the needed accessibility levels. This approach had two known problems:
      
      1. It was not considering interface implementation, only BaseTypes. This would cause events to be omitted. (#1185589)
      2. It incorrectly included shadowed events. This would cause either duplicate entries resulting in the same Handles method generation (#530506) or completely invalid entries that would generate invalid code (if the shadowing event uses a different name)
      
      Instead of manually constructing this list of events by navigating around the type hierarchy, we now use LookupSymbols to rely on the compiler's knowledge of what events are available (and which are not available due to shadowing).
      9c7d2b50
    • C
      Merge pull request #3431 from CyrusNajmabadi/asyncToolTips · bd849bdb
      CyrusNajmabadi 提交于
      Make computation and display of completion item descriptions actually asynchronous.
      bd849bdb