bug_summary.xml

<root>
  <BugReport ID="1">
    <Title>
      "(495584) Firefox - search suggestions passes wrong previous result to form history"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          A problem was noticed with the WIP patch from bug 469443 applied.
        </Sentence>
        <Sentence Links="1.2">
          When typing in the search box, sometimes search-suggestion entries would be displayed above the divider.
        </Sentence>
        <Sentence Links="1.3,1.4">
          The problem is nsSearchSuggestions.js is passing the SuggestAutoCompleteResult result, instead of it being the previous form history search result.
        </Sentence>
        <Sentence Links="1.6">
          The bug wasn't visible before 469443, because nsFormFillController::StartSearch tries QI to provid result to nsIAutoCompleteSimpleResult.
        </Sentence>
        <Sentence Links="1.7">
          The search-suggestion result is nsIAutoCompletResult now, so QI fails and Satchel is doing a new search everytime.
        </Sentence>
        <Sentence Links="2.1,2.2">
          A fix was proposed, but wasn't quite right.</Sentence>
        <Sentence Links="2.4">
          Satchel should be smarter about throwing away a previous result when the previous result's search string doesn't have a common prefix.
        </Sentence>
        <Sentence Links="3.1,3.3">
          Another fix was proposed later, where the service's form history result copy is discarded when startSearch() is called with a null previous result.
        </Sentence>
        <Sentence Links="3.2">
          There was a ._formHistoryResult in the SuggestAutoCompleteResult wrapper and also a ._formHistoryResult in SuggestAutoCompleteIt.
        </Sentence>
        <Sentence Links="4.2">
          It was suggested to rename one of them to _fhResult.
        </Sentence>
        <Sentence Links="5.5">
          The one in the wrapper was renamed to _formHistResult.
        </Sentence>
        <Sentence Links="6.1">
          This bug was pushed http://hg.mozilla.org/mozilla-central/rev/097598383614.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="6.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Meta ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Meta ID="1.6"/>
        <Problem ID="1.7"/>
        <Fix ID="2.1"/>
        <Fix ID="2.2"/>
        <Problem ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Fix ID="3.1"/>
        <Problem ID="3.2"/>
        <Fix ID="3.3"/>
        <Fix ID="3.4"/>
        <Suggestion ID="4.2"/>
        <Agreement ID="5.4"/>
        <Fix ID="5.5"/>
        <Disagreement ID="5.6"/>
        <Meta ID="6.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          When typing in the search box, sometimes suggestion entries are displayed above the divider, where the previous matching searches are displayed.
        </Sentence>
        <Sentence Links="1.3,1.4,1.5">
          The problem is that nsSearchSuggestions.js is passing the SuggestAutoCompleteResult instead of the previous history search result, so entries from suggestions leak into history result.
        </Sentence>
        <Sentence Links="2.1">
          A patch was added to fix this problem.</Sentence>
        <Sentence Links="3.1">
          Further changes added to fix a problem with the patch.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="6.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Suggestion ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Fix ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Fix ID="3.1"/>
        <Fix ID="3.2"/>
        <Fix ID="3.3"/>
        <Fix ID="3.4"/>
        <Meta ID="4.1"/>
        <Meta ID="5.1"/>
        <Suggestion ID="4.2"/>
        <Agreement ID="5.4"/>
        <Fix ID="5.5"/>
        <Fix ID="5.6"/>
        <Fix ID="6.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          A problem in search box functionality is noted, which puts search suggestion entries above the divider separating them from previous matching searches.
        </Sentence>
        <Sentence Links="1.3,1.4">
          This is happening because the incorrect data structure is being passed to the form history, which contains both form history and search suggest entries.
        </Sentence>
        <Sentence Links="1.5">
          As the results change as the user types in the search box, this allows suggestions to leak into the form history, resulting in the separator appearing to be in the wrong place.
        </Sentence>
        <Sentence Links="2.1,2.2,2.3">
          An incomplete patch is offered, but the system needs to be smarter about throwing away previous results.
        </Sentence>
        <Sentence Links="3.2,3.3">
          It turns out there are .formHistoryResult fields in two data structures, one of which needs to be discarded.
        </Sentence>
        <Sentence Links="4.2,5.5">
          It is suggested and accepted that one should be renamed for clarity.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Fix ID="2.1"/>
        <Fix ID="2.2"/>
        <Fix ID="2.3"/>
        <Fix ID="2.4"/>
        <Fix ID="2.5"/>
        <Fix ID="3.1"/>
        <Fix ID="3.2"/>
        <Fix ID="3.3"/>
        <Fix ID="3.4"/>
        <Suggestion ID="4.2"/>
        <Agreement ID="5.4"/>
        <Fix ID="5.5"/>
        <Fix ID="5.6"/>
        <Meta ID="6.1"/>
        <Fix ID="6.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="2">
    <Title>
      "(449596) Firefox - remove the browser.sessionstore.enabled pref "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3">
          A pref in Firefox provided for Session Store functionality causes problems when users deactivate Session Restore ability.
        </Sentence>
        <Sentence Links="1.4,1.5">
          In order to make removing this pref up, extension authors are suggested to take care of it in their own way.
        </Sentence>
        <Sentence Links="5.2,5.3">
          Some privacy issues are considered when people do not like their session history to be stored.
        </Sentence>
        <Sentence Links="6.3,7.6">
          However, these issues could be resolved by previously provided prefs.
        </Sentence>
        <Sentence Links="11.1,11.2,12.1,13.3,14.4,14.5,14.6">
          Some interferences with other packages is spotted then, but using already provided options or changing the documents will resolve it too.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="14.4 "/>
        <Sentence ID="14.5 "/>
        <Sentence ID="14.6 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="13.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Meta ID="2.1"/>
        <Meta ID="2.2"/>
        <Meta ID="3.1"/>
        <Meta ID="4.1"/>
        <Meta ID="4.2"/>
        <Meta ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Meta ID="6.1"/>
        <Fix ID="6.3"/>
        <Disagreement ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Meta ID="7.1"/>
        <Agreement ID="7.3"/>
        <Problem ID="7.3"/>
        <Agreement ID="7.5"/>
        <Fix ID="7.6"/>
        <Meta ID="8.1"/>
        <Suggestion ID="8.8"/>
        <Suggestion ID="8.9"/>
        <Meta ID="9.1"/>
        <Suggestion ID="9.4"/>
        <Disagreement ID="9.3"/>
        <Fix ID="10.1"/>
        <Problem ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Suggestion ID="11.4"/>
        <Suggestion ID="11.5"/>
        <Suggestion ID="12.1"/>
        <Agreement ID="13.1"/>
        <Agreement ID="13.2"/>
        <Problem ID="13.3"/>
        <Problem ID="13.4"/>
        <Meta ID="14.1"/>
        <Suggestion ID="14.3"/>
        <Suggestion ID="14.4"/>
        <Suggestion ID="14.5"/>
        <Suggestion ID="14.6"/>
        <Suggestion ID="14.7"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3">
          It is suggested to remove the preference that removes the session storing feature, because disabling it breaks some features.
        </Sentence>
        <Sentence Links="1.1,1.2">
          It was originally intended for extensions to disable when they do their own session restore, but can leave users with it still disabled after the extension is disabled.
        </Sentence>
        <Sentence Links="1.4">
          Instead the extension writers should extend the API to do session restoration themselves.
        </Sentence>
        <Sentence Links="1.6,6.3">
          Those users concerned with the privacy implications can disable other settings to effectively to the same thing.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="11.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Fix ID="2.2"/>
        <Meta ID="2.1"/>
        <Meta ID="3.1"/>
        <Fix ID="4.2"/>
        <Meta ID="4.1"/>
        <Meta ID="5.1"/>
        <Disagreement ID="5.2"/>
        <Disagreement ID="5.3"/>
        <Meta ID="6.2"/>
        <Meta ID="6.1"/>
        <Disagreement ID="6.5"/>
        <Suggestion ID="6.3"/>
        <Meta ID="6.4"/>
        <Suggestion ID="6.6"/>
        <Meta ID="7.2"/>
        <Meta ID="7.1"/>
        <Agreement ID="7.3"/>
        <Meta ID="7.4"/>
        <Agreement ID="7.5"/>
        <Agreement ID="7.6"/>
        <Meta ID="8.1"/>
        <Meta ID="9.3"/>
        <Meta ID="9.2"/>
        <Meta ID="8.9"/>
        <Meta ID="8.8"/>
        <Meta ID="8.7"/>
        <Meta ID="8.5"/>
        <Meta ID="8.6"/>
        <Meta ID="8.4"/>
        <Meta ID="8.3"/>
        <Meta ID="8.2"/>
        <Suggestion ID="9.4"/>
        <Meta ID="9.1"/>
        <Meta ID="10.1"/>
        <Suggestion ID="11.5"/>
        <Suggestion ID="11.4"/>
        <Suggestion ID="11.3"/>
        <Suggestion ID="11.2"/>
        <Meta ID="11.1"/>
        <Suggestion ID="12.1"/>
        <Meta ID="12.1"/>
        <Agreement ID="13.1"/>
        <Agreement ID="13.2"/>
        <Suggestion ID="13.4"/>
        <Suggestion ID="13.3"/>
        <Fix ID="14.4"/>
        <Fix ID="14.5"/>
        <Fix ID="14.6"/>
        <Problem ID="14.7"/>
        <Fix ID="14.3"/>
        <Meta ID="14.2"/>
        <Meta ID="14.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3">
          It is suggested that the browser.sessionstore.enabled preference be removed because it isn't working out as expected.
        </Sentence>
        <Sentence Links="1.4">
          An alternative of getting extension authors to override other settings to get the same result is proposed.
        </Sentence>
        <Sentence Links="2.2,4.2">
          A patch is provided.
        </Sentence>
        <Sentence Links="5.2,5.3">
          Possible privacy concerns are raised about how the patch works.
        </Sentence>
        <Sentence Links="6.3,6.6">
          Alternative solutions to the privacy issues are suggested.
        </Sentence>
        <Sentence Links="8.8,9.3">
          A minor change to the patch is given, but this is only because of another bug.
        </Sentence>
        <Sentence Links="11.1,11.2">
          The impacts of this change on another feature, Tab Mix Plus, is listed.
        </Sentence>
        <Sentence Links="13.1,13.3,13.4">
          The owner of this feature doesn't see a major problem, but requests a new preference be added to help with the change.
        </Sentence>
        <Sentence Links="14.3">
          A list of possible work-arounds is given.
        </Sentence>
        <Sentence Links="12.1">
          A request for proper documentation of the change is made.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="8.8 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="7.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Fix ID="2.2"/>
        <Fix ID="4.2"/>
        <Fix ID="5.2"/>
        <Disagreement ID="5.2"/>
        <Fix ID="5.3"/>
        <Disagreement ID="5.3"/>
        <Fix ID="6.3"/>
        <Fix ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Disagreement ID="6.5"/>
        <Fix ID="7.3"/>
        <Fix ID="7.5"/>
        <Agreement ID="7.5"/>
        <Fix ID="8.8"/>
        <Meta ID="9.3"/>
        <Meta ID="9.4"/>
        <Fix ID="9.3"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Fix ID="11.4"/>
        <Fix ID="11.5"/>
        <Suggestion ID="12.1"/>
        <Fix ID="13.2"/>
        <Fix ID="13.3"/>
        <Fix ID="13.4"/>
        <Fix ID="14.3"/>
        <Fix ID="14.4"/>
        <Fix ID="14.5"/>
        <Fix ID="14.6"/>
        <Fix ID="14.7"/>
        <Fix ID="7.6"/>
        <Agreement ID="7.6"/>
        <Meta ID="10.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="3">
    <Title>
      "(491925) Firefox - Disable multitouch \"rotate\" gesture for cycling tabs"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3,1.6,4.1">
          The multitouch \"rotate\" gesture for changing the active tab can sometimes be triggered accidentally, though not everybody seems to have this problem.
        </Sentence>
        <Sentence Links="23.1,23.2,23.3">
          This gesture was removed from Windows and OS X builds.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="23.1 "/>
        <Sentence ID="23.2 "/>
        <Sentence ID="23.3 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="14.6 "/>
        <Sentence ID="14.7 "/>
        <Sentence ID="18.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="4.2"/>
        <Disagreement ID="4.1"/>
        <Agreement ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Problem ID="5.5"/>
        <Problem ID="5.7"/>
        <Problem ID="5.6"/>
        <Suggestion ID="5.8"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="6.4"/>
        <Disagreement ID="6.3"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Agreement ID="7.3"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Fix ID="10.1"/>
        <Fix ID="10.2"/>
        <Fix ID="11.1"/>
        <Disagreement ID="12.3"/>
        <Agreement ID="12.3"/>
        <Suggestion ID="12.4"/>
        <Suggestion ID="12.5"/>
        <Suggestion ID="12.6"/>
        <Suggestion ID="12.7"/>
        <Suggestion ID="12.8"/>
        <Problem ID="13.1"/>
        <Problem ID="13.2"/>
        <Problem ID="14.3"/>
        <Problem ID="14.4"/>
        <Problem ID="14.5"/>
        <Suggestion ID="14.6"/>
        <Suggestion ID="14.7"/>
        <Suggestion ID="15.5"/>
        <Suggestion ID="15.6"/>
        <Suggestion ID="15.7"/>
        <Meta ID="16.1"/>
        <Meta ID="16.2"/>
        <Meta ID="16.3"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Problem ID="17.9"/>
        <Problem ID="17.8"/>
        <Problem ID="17.7"/>
        <Problem ID="17.6"/>
        <Suggestion ID="18.1"/>
        <Fix ID="19.1"/>
        <Fix ID="19.2"/>
        <Fix ID="19.3"/>
        <Meta ID="20.1"/>
        <Meta ID="20.2"/>
        <Meta ID="21.1"/>
        <Suggestion ID="21.2"/>
        <Meta ID="22.1"/>
        <Fix ID="23.1"/>
        <Fix ID="23.2"/>
        <Fix ID="23.3"/>
        <Fix ID="24.1"/>
        <Fix ID="24.2"/>
        <Fix ID="24.4"/>
        <Fix ID="24.3"/>
        <Fix ID="24.5"/>
        <Fix ID="25.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3,1.4">
          Rotate gesture on multitouch trackpads causes cycling tabs in Firefox, but users might accidentally trigger it and get confused.
        </Sentence>
        <Sentence Links="1.7,2.2">
          This gesture could be tweaked not to be triggered accidentally.
        </Sentence>
        <Sentence Links="3.1,14.5">
          Also, pinching gesture causes zooming in/out, but since it is more natural there is no need to remove it.
        </Sentence>
        <Sentence Links="5.4,6.1,14.7">
          Sometimes zooming in/out are mistaken for rotating or vice versa, but removing rotate gesture will resolve it.
        </Sentence>
        <Sentence Links="11.1,12.3,12.4,18.1">
          Multitouch trackpads might not be an issue for Win7 users, but it is taken out from both versions anyway.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="14.5 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="14.7 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="18.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.8 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="21.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Disagreement ID="3.1"/>
        <Disagreement ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Disagreement ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Agreement ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Problem ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Agreement ID="7.3"/>
        <Suggestion ID="8.1"/>
        <Meta ID="8.2"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="11.1"/>
        <Meta ID="12.1"/>
        <Agreement ID="12.3"/>
        <Suggestion ID="12.5"/>
        <Suggestion ID="12.6"/>
        <Suggestion ID="12.7"/>
        <Disagreement ID="12.8"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.1"/>
        <Meta ID="13.1"/>
        <Meta ID="14.1"/>
        <Agreement ID="14.3"/>
        <Agreement ID="14.4"/>
        <Suggestion ID="14.6"/>
        <Meta ID="14.4"/>
        <Suggestion ID="14.7"/>
        <Disagreement ID="14.7"/>
        <Disagreement ID="14.6"/>
        <Meta ID="15.1"/>
        <Suggestion ID="15.5"/>
        <Disagreement ID="15.5"/>
        <Disagreement ID="15.6"/>
        <Disagreement ID="15.7"/>
        <Meta ID="16.1"/>
        <Suggestion ID="16.1"/>
        <Disagreement ID="16.1"/>
        <Disagreement ID="16.2"/>
        <Suggestion ID="16.2"/>
        <Suggestion ID="16.3"/>
        <Fix ID="17.1"/>
        <Meta ID="17.1"/>
        <Fix ID="17.3"/>
        <Fix ID="17.2"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.8"/>
        <Suggestion ID="17.9"/>
        <Suggestion ID="18.1"/>
        <Meta ID="18.1"/>
        <Fix ID="19.1"/>
        <Fix ID="19.2"/>
        <Fix ID="19.3"/>
        <Meta ID="20.1"/>
        <Suggestion ID="21.2"/>
        <Suggestion ID="21.1"/>
        <Fix ID="22.1"/>
        <Fix ID="23.1"/>
        <Fix ID="23.2"/>
        <Fix ID="23.3"/>
        <Suggestion ID="24.1"/>
        <Suggestion ID="24.2"/>
        <Suggestion ID="24.3"/>
        <Suggestion ID="24.4"/>
        <Problem ID="24.5"/>
        <Suggestion ID="25.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          There is a rotate gesture in Firefox that is often triggered accidentally while scrolling.
        </Sentence>
        <Sentence Links="1.6,18.1">
          It is agreed that the rotate should be removed in Windows and OSX in the next version of Firefox.
        </Sentence>
        <Sentence Links="13.1,14.3,14.4,14.6,14.7,16.1">
          It is suggested that the pinching gesture be removed as well, but it is decided that that should be in a separate thread.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="18.1 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="17.6 "/>
        <Sentence ID="17.7 "/>
        <Sentence ID="17.8 "/>
        <Sentence ID="17.9 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Suggestion ID="2.2"/>
        <Fix ID="2.2"/>
        <Disagreement ID="4.2"/>
        <Disagreement ID="4.1"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Problem ID="7.3"/>
        <Problem ID="7.2"/>
        <Problem ID="7.1"/>
        <Agreement ID="7.3"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Fix ID="10.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.5"/>
        <Problem ID="17.6"/>
        <Problem ID="17.7"/>
        <Problem ID="17.8"/>
        <Problem ID="17.9"/>
        <Agreement ID="18.1"/>
        <Fix ID="18.1"/>
        <Agreement ID="19.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="4">
    <Title>
      "(250125) Eclipse - createExistentResourceFromHandle forgets to create children resources"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3">
          The method FolderDescription#createExistentResourceFromHandle(IResource,IProgressMonitor) does not create members that rely on the creation of other members not initially present.
        </Sentence>
        <Sentence Links="1.14">
          Initial suggestion is that createExistentResourceFromHandle should instead check to see if members of a FolderDescription should be created.
        </Sentence>
        <Sentence Links="3.1,3.2,5.2,5.3">
          Note that this is only a problem if code is structured inappropriately, and fixing it would require tracking changes to the file system that are outside the scope of the current class design.
        </Sentence>
        <Sentence Links="7.8,8.3">
          Javadoc was updated to clarify that the existing class does not track these changes, and additional validity tests were added.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.8 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="7.7 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Suggestion ID="1.14"/>
        <Problem ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Agreement ID="4.1"/>
        <Agreement ID="4.2"/>
        <Fix ID="4.3"/>
        <Problem ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Problem ID="4.6"/>
        <Problem ID="5.1"/>
        <Fix ID="5.2"/>
        <Fix ID="5.3"/>
        <Problem ID="6.1"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Fix ID="7.6"/>
        <Fix ID="7.7"/>
        <Fix ID="7.9"/>
        <Fix ID="7.8"/>
        <Fix ID="7.10"/>
        <Fix ID="7.11"/>
        <Fix ID="8.1"/>
        <Fix ID="8.3"/>
        <Fix ID="8.2"/>
        <Fix ID="8.4"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.13,3.2">
          An error occurs where two file/folder creation operations that depend on each other are executed.
        </Sentence>
        <Sentence Links="3.2,4.6">
          The file system structure changes, invalidating the second operation, even though it is conceptually a valid operation.
        </Sentence>
        <Sentence Links="5.3,7.6,7.7">
          It was impractical to change this behavior, so the API was changed to check the validity of an operation, and the documentation is updated to clarify.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.13 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.7 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="7.8 "/>
        <Sentence ID="7.9 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Suggestion ID="1.14"/>
        <Agreement ID="2.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.1"/>
        <Meta ID="4.1"/>
        <Agreement ID="4.2"/>
        <Problem ID="4.4"/>
        <Problem ID="4.3"/>
        <Fix ID="4.3"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Meta ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Disagreement ID="5.3"/>
        <Meta ID="6.1"/>
        <Meta ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.5"/>
        <Fix ID="7.4"/>
        <Fix ID="7.6"/>
        <Fix ID="7.7"/>
        <Fix ID="7.8"/>
        <Fix ID="7.9"/>
        <Fix ID="7.10"/>
        <Fix ID="7.11"/>
        <Meta ID="8.1"/>
        <Fix ID="8.2"/>
        <Fix ID="8.3"/>
        <Fix ID="8.4"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.13">
          If the class FolderDescription has nonexistence members, its method createExistentResourceFromHandle returns immediately, and as a result, these members will not be created.
        </Sentence>
        <Sentence Links="7.3,7.4,7.5,7.6,8.3">
          This problem occurs when portions of the resource tree which do not exist when the operations are created are already exist at the time of executions, because the operations remember that the portions of the resource tree don't exist.
        </Sentence>
        <Sentence Links="7.6">
          To solve the problem, we need to change operations so the resource descriptions are updated according to changes that occurred
        </Sentence>
        <Sentence Links="5.2,7.2,7.7">
          In addition, clear documents should be added to explain the intentions of the operators.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.7 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="7.8 "/>
        <Sentence ID="7.10 "/>
        <Sentence ID="7.11 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Suggestion ID="1.14"/>
        <Meta ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Meta ID="3.2"/>
        <Disagreement ID="4.2"/>
        <Suggestion ID="4.5"/>
        <Meta ID="4.6"/>
        <Meta ID="4.3"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Meta ID="8.3"/>
        <Meta ID="8.4"/>
        <Meta ID="8.1"/>
        <Meta ID="8.2"/>
        <Meta ID="7.10"/>
        <Meta ID="7.11"/>
        <Fix ID="7.8"/>
        <Suggestion ID="7.7"/>
        <Suggestion ID="7.6"/>
        <Fix ID="7.9"/>
        <Meta ID="6.1"/>
        <Meta ID="5.1"/>
        <Meta ID="9.1"/>
        <Meta ID="9.2"/>
        <Meta ID="7.1"/>
        <Meta ID="7.3"/>
        <Meta ID="7.4"/>
        <Meta ID="7.5"/>
        <Fix ID="7.2"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="5">
    <Title>
      "(224588) Eclipse - [Patch] Provide an information how many lines does the patch change"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          This is a suggestion for enhancement so that lines added in a patch can be counted during \"Apply Patch\" wizard.
        </Sentence>
        <Sentence Links="1.2,1.3,1.4,1.5,1.6,3.6,3.7">
          Regular expressions which counts lines starting with '+' is preferred and simplest approach to achieve this.
        </Sentence>
        <Sentence Links="4.1,4.2,4.3,4.5">
          Same approach can also be extended to lines removed just by replacing '+' by '-' in the regular expression.
        </Sentence>
        <Sentence Links="5.3,5.4,5.5">
          As the first fix tried, user can specify the regular expression on the preference page and it is empty by default.
        </Sentence>
        <Sentence Links="7.3,7.4">
          This solves the problem but does not work out of the box.
        </Sentence>
        <Sentence Links="11.1,15.4,15.5">
          So another fix is tried which does not require that a regular expression is provided, however user can specify his/her own regular expression on the preference page.
        </Sentence>
        <Sentence Links="14.1,14.2,14.3,16.7,16.8,16.9,16.10,16.11">
          On testing it was realized that this also counts empty lines and a suggestion was made that output should also specify non-empty lines as filtered output like-\"Patch contains 207 added and 29 removed lines (151 / 27 filtered)\".
        </Sentence>
        <Sentence Links="15.3,17.5,17.14">
          The default behavior is simple and user has a choice to make changes to regular expression to achieve more sophisticated output(for example it ignores empty lines).
        </Sentence>
        <Sentence Links="17.13,17.14,17.15,18.1">
          This fixes the current issue and a more sophisticated default behavior is not required.
        </Sentence>
        <Sentence Links="17.16,17.17,18.2">
          Filter idea is good but it should be dealt as a separate bug.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="15.5 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="16.7 "/>
        <Sentence ID="16.8 "/>
        <Sentence ID="16.9 "/>
        <Sentence ID="16.10 "/>
        <Sentence ID="16.11 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="17.14 "/>
        <Sentence ID="17.13 "/>
        <Sentence ID="17.15 "/>
        <Sentence ID="18.1 "/>
        <Sentence ID="17.16 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="17.7 "/>
        <Sentence ID="17.6 "/>
        <Sentence ID="8.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Suggestion ID="1.2"/>
        <Suggestion ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Suggestion ID="1.8"/>
        <Suggestion ID="1.9"/>
        <Suggestion ID="1.10"/>
        <Agreement ID="1.11"/>
        <Meta ID="2.1"/>
        <Agreement ID="3.1"/>
        <Agreement ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.8"/>
        <Meta ID="1.12"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Fix ID="5.1"/>
        <Fix ID="5.2"/>
        <Fix ID="5.3"/>
        <Fix ID="5.4"/>
        <Fix ID="5.5"/>
        <Fix ID="5.6"/>
        <Fix ID="6.1"/>
        <Fix ID="6.2"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Meta ID="8.1"/>
        <Meta ID="8.2"/>
        <Meta ID="8.3"/>
        <Meta ID="8.4"/>
        <Agreement ID="8.5"/>
        <Agreement ID="8.6"/>
        <Meta ID="9.1"/>
        <Fix ID="9.2"/>
        <Meta ID="10.1"/>
        <Meta ID="10.2"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Fix ID="11.4"/>
        <Meta ID="12.1"/>
        <Fix ID="12.2"/>
        <Fix ID="12.3"/>
        <Fix ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Suggestion ID="14.1"/>
        <Suggestion ID="14.2"/>
        <Suggestion ID="14.3"/>
        <Meta ID="15.1"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Suggestion ID="15.4"/>
        <Suggestion ID="15.5"/>
        <Agreement ID="16.1"/>
        <Suggestion ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Suggestion ID="16.3"/>
        <Suggestion ID="16.4"/>
        <Suggestion ID="16.5"/>
        <Suggestion ID="16.6"/>
        <Suggestion ID="16.7"/>
        <Suggestion ID="16.8"/>
        <Suggestion ID="16.9"/>
        <Suggestion ID="16.10"/>
        <Suggestion ID="16.11"/>
        <Disagreement ID="17.1"/>
        <Meta ID="17.2"/>
        <Meta ID="17.3"/>
        <Meta ID="17.4"/>
        <Meta ID="17.5"/>
        <Meta ID="17.6"/>
        <Meta ID="17.7"/>
        <Problem ID="17.8"/>
        <Problem ID="17.9"/>
        <Problem ID="17.10"/>
        <Disagreement ID="17.11"/>
        <Disagreement ID="17.12"/>
        <Disagreement ID="17.16"/>
        <Disagreement ID="17.15"/>
        <Disagreement ID="17.14"/>
        <Disagreement ID="17.13"/>
        <Meta ID="18.1"/>
        <Meta ID="18.2"/>
        <Suggestion ID="19.1"/>
        <Suggestion ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="17.17"/>
        <Suggestion ID="17.18"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          A new feature is suggested for the Apply Patch Wizard.
        </Sentence>
        <Sentence Links="1.1,1.9,4.1">
          When applying a patch the number of lines added and removed is displayed.
        </Sentence>
        <Sentence Links="1.6,4.1">
          The default counting method works by counting all lines that start with '+ ' as added, and all that start with '- ' as removed.
        </Sentence>
        <Sentence Links="5.3,5.4,15.3">
          The user can also use custom regular expressions to count added and removed lines, and can configure them from the preferences.
        </Sentence>
        <Sentence Links="16.7,16.11,17.16">
          An extra feature is suggested for being able to filter out lines from the count, such as lines with comments or empty lines, but it is no longer discussed, or it is discussed in a different bug report (unspecified).
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="16.7 "/>
        <Sentence ID="16.11 "/>
        <Sentence ID="17.16 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="15.5 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="16.4 "/>
        <Sentence ID="16.5 "/>
        <Sentence ID="16.6 "/>
        <Sentence ID="16.8 "/>
        <Sentence ID="16.9 "/>
        <Sentence ID="16.10 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="17.1 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="17.7 "/>
        <Sentence ID="17.8 "/>
        <Sentence ID="17.9 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Suggestion ID="1.2"/>
        <Suggestion ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Suggestion ID="1.8"/>
        <Suggestion ID="1.9"/>
        <Meta ID="1.12"/>
        <Suggestion ID="1.11"/>
        <Suggestion ID="1.10"/>
        <Meta ID="2.1"/>
        <Suggestion ID="2.1"/>
        <Agreement ID="3.1"/>
        <Agreement ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.8"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Meta ID="5.1"/>
        <Meta ID="5.2"/>
        <Fix ID="5.3"/>
        <Fix ID="5.4"/>
        <Fix ID="5.5"/>
        <Fix ID="5.6"/>
        <Meta ID="6.2"/>
        <Meta ID="6.1"/>
        <Meta ID="7.1"/>
        <Meta ID="7.2"/>
        <Meta ID="8.1"/>
        <Meta ID="8.2"/>
        <Meta ID="8.3"/>
        <Meta ID="8.4"/>
        <Agreement ID="8.5"/>
        <Disagreement ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Meta ID="8.6"/>
        <Meta ID="9.2"/>
        <Meta ID="9.1"/>
        <Problem ID="7.3"/>
        <Problem ID="7.4"/>
        <Meta ID="10.2"/>
        <Meta ID="10.1"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Meta ID="11.4"/>
        <Meta ID="11.3"/>
        <Meta ID="12.3"/>
        <Meta ID="12.2"/>
        <Meta ID="12.1"/>
        <Fix ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Meta ID="13.3"/>
        <Meta ID="14.1"/>
        <Problem ID="14.2"/>
        <Problem ID="14.3"/>
        <Meta ID="15.1"/>
        <Meta ID="15.2"/>
        <Fix ID="15.5"/>
        <Fix ID="15.4"/>
        <Fix ID="15.3"/>
        <Suggestion ID="16.8"/>
        <Suggestion ID="16.9"/>
        <Suggestion ID="16.10"/>
        <Suggestion ID="16.7"/>
        <Agreement ID="16.6"/>
        <Disagreement ID="16.5"/>
        <Suggestion ID="16.3"/>
        <Suggestion ID="16.4"/>
        <Problem ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Suggestion ID="16.11"/>
        <Disagreement ID="17.1"/>
        <Disagreement ID="17.2"/>
        <Disagreement ID="17.4"/>
        <Disagreement ID="17.5"/>
        <Disagreement ID="17.7"/>
        <Meta ID="17.6"/>
        <Meta ID="17.3"/>
        <Disagreement ID="17.6"/>
        <Disagreement ID="17.3"/>
        <Disagreement ID="17.8"/>
        <Disagreement ID="17.9"/>
        <Meta ID="17.10"/>
        <Disagreement ID="17.10"/>
        <Disagreement ID="17.11"/>
        <Disagreement ID="17.12"/>
        <Disagreement ID="17.13"/>
        <Disagreement ID="17.14"/>
        <Disagreement ID="17.15"/>
        <Suggestion ID="17.14"/>
        <Meta ID="17.16"/>
        <Meta ID="17.17"/>
        <Meta ID="17.18"/>
        <Meta ID="18.1"/>
        <Meta ID="18.2"/>
        <Suggestion ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          This thread is about a feature in eclipse which counts how many lines does a patch, change in the code.
        </Sentence>
        <Sentence Links="1.2,1.3,1.5,1.6,1.7,1.9,3.2">
          The first idea is embedding counter in apply patch wizard using a regular expression as ^\\+? (\\s*\\S+\\s*)+$ which counts lines starting with '+' and a space and have at least one non-space character.
        </Sentence>
        <Sentence Links="3.6,3.7,3.8">
          Then further discussion is about improving the regular expression which finally leads to ^\\+\\s+\\S as a default regular expression.
        </Sentence>
        <Sentence Links="4.1,4.5,5.3,14.3,15.3,16.4,16.5,17.14">
          Another discussion area is about counting removed lines and added empty lines, by the patch and some ideas for doing this is mentioned and implemented.
        </Sentence>
        <Sentence Links="5.4,5.5,5.6,11.1,15.4">
          As a solution, it is suggested to access user to put his regular expression for counting in General &gt; Compare/Patch preference page and there is some discussion on what expression to pick for default value of regular expression.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="16.4 "/>
        <Sentence ID="16.5 "/>
        <Sentence ID="17.14 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="16.6 "/>
        <Sentence ID="16.7 "/>
        <Sentence ID="16.8 "/>
        <Sentence ID="16.9 "/>
        <Sentence ID="16.10 "/>
        <Sentence ID="17.1 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="17.8 "/>
        <Sentence ID="17.13 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Suggestion ID="1.1"/>
        <Suggestion ID="1.2"/>
        <Suggestion ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Suggestion ID="1.9"/>
        <Agreement ID="3.1"/>
        <Agreement ID="3.2"/>
        <Fix ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Agreement ID="3.5"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.8"/>
        <Fix ID="3.8"/>
        <Suggestion ID="4.1"/>
        <Fix ID="3.6"/>
        <Fix ID="3.7"/>
        <Suggestion ID="4.5"/>
        <Fix ID="5.3"/>
        <Fix ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Fix ID="5.5"/>
        <Fix ID="5.6"/>
        <Suggestion ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Agreement ID="8.5"/>
        <Meta ID="8.5"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Meta ID="11.4"/>
        <Fix ID="12.3"/>
        <Fix ID="12.2"/>
        <Suggestion ID="14.3"/>
        <Fix ID="15.3"/>
        <Fix ID="15.4"/>
        <Fix ID="15.5"/>
        <Disagreement ID="16.1"/>
        <Agreement ID="16.2"/>
        <Suggestion ID="16.3"/>
        <Suggestion ID="16.4"/>
        <Suggestion ID="16.5"/>
        <Problem ID="16.6"/>
        <Suggestion ID="16.7"/>
        <Suggestion ID="16.8"/>
        <Suggestion ID="16.9"/>
        <Suggestion ID="16.10"/>
        <Disagreement ID="17.1"/>
        <Suggestion ID="17.2"/>
        <Disagreement ID="17.4"/>
        <Fix ID="17.5"/>
        <Fix ID="17.8"/>
        <Suggestion ID="17.9"/>
        <Fix ID="17.13"/>
        <Fix ID="17.14"/>
        <Fix ID="19.3"/>
        <Fix ID="19.4"/>
        <Fix ID="19.2"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="6">
    <Title>
      "(223734) Eclipse - Incorrect deprecation comments in Platform class"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          This report is about an incorrect deprecation comment in javaDoc for platform.getResourceString(Bundle,String).
        </Sentence>
        <Sentence Links="1.1">
          JavaDoc suggests using NLS or BundleFinder.find() instead of platform.getResourceString.
        </Sentence>
        <Sentence Links="1.5,2.1,2.3">
          Functionality of Platform.getResourceString is never implemented in any other class which is inconsistent with javaDoc.
        </Sentence>
        <Sentence Links="4.8">
          and many adopters are still using it.</Sentence>
        <Sentence Links="9.1,5.1">
          It turns out that javaDoc is incorrect and in fact Platform.getResourceString is not deprecated, and incorrect comments are fixed.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="8.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Problem ID="1.5"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.3"/>
        <Fix ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Agreement ID="2.3"/>
        <Agreement ID="3.1"/>
        <Agreement ID="4.8"/>
        <Problem ID="4.7"/>
        <Suggestion ID="4.7"/>
        <Agreement ID="5.1"/>
        <Meta ID="8.1"/>
        <Fix ID="9.1"/>
        <Agreement ID="10.1"/>
        <Fix ID="10.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          The JavaDoc for Platform.getResourceString(Bundle,String) states that the method has been deprecated.
        </Sentence>
        <Sentence Links="5.1,5.2">
          It is confirmed that the method is not deprecated, and that the comments should have been added to the implementation code or to a bug report, not to the JavaDoc of the Platform class.
        </Sentence>
        <Sentence Links="9.1">
          The fix is to remove the comments from the Platform class.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="2.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="3.1"/>
        <Problem ID="4.7"/>
        <Problem ID="4.8"/>
        <Problem ID="5.2"/>
        <Suggestion ID="6.1"/>
        <Fix ID="9.1"/>
        <Fix ID="10.3"/>
        <Fix ID="10.1"/>
        <Fix ID="10.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="2.2,2.3">
          A bunch of comments in the javaDoc have never been acted upon.
        </Sentence>
        <Sentence Links="2.1">
          As a result, some classes and functions in the javaDoc have never been implemented.
        </Sentence>
        <Sentence Links="5.1">
          In addition, the classes which are assumed to be dropped are in fact not deprecated.
        </Sentence>
        <Sentence Links="2.3,2.4">
          Therefore, the comments in javaDoc should be removed to prevent confusion.
        </Sentence>
        <Sentence Links="3.1,6.1">
          The removing of these comments has been added to a milestone.
        </Sentence>
        <Sentence Links="8.1">
          In fact, this bug is a duplicate to another bug (247983).
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="4.7"/>
        <Problem ID="4.8"/>
        <Fix ID="5.1"/>
        <Fix ID="5.2"/>
        <Suggestion ID="6.1"/>
        <Meta ID="7.1"/>
        <Meta ID="7.2"/>
        <Meta ID="7.4"/>
        <Meta ID="7.3"/>
        <Meta ID="8.1"/>
        <Suggestion ID="9.1"/>
        <Meta ID="10.1"/>
        <Meta ID="10.2"/>
        <Meta ID="10.3"/>
        <Suggestion ID="3.1"/>
        <Fix ID="2.1"/>
        <Meta ID="2.2"/>
        <Meta ID="2.4"/>
        <Meta ID="2.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="7">
    <Title>
      "(437797) Firefox - about:mozilla page is hardcoded to LTR in RC2"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          Some internal about pages in Firefox are hardcoded to be left-to-right, which causes some cosmetic problems in localized right-to-left versions of Firefox.
        </Sentence>
        <Sentence Links="1.4">
          Adding an extra option in the CSS file is suggested.
        </Sentence>
        <Sentence Links="2.1,7.1">
          However, fixing this in the markup language itself is more preferable.
        </Sentence>
        <Sentence Links="5.1,9.1">
          The directionality of internal pages are suggested to be controlled by an option mentioned in the language packs, which might cause problems in some pages.
        </Sentence>
        <Sentence Links="10.8,10.9,12.2,15.1">
          The problem is pushed to a higher level and left to be dealt with by localization authors after all.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="16.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Disagreement ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Suggestion ID="3.6"/>
        <Problem ID="4.2"/>
        <Problem ID="4.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Meta ID="6.1"/>
        <Fix ID="6.3"/>
        <Fix ID="6.4"/>
        <Fix ID="6.2"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.3"/>
        <Meta ID="8.1"/>
        <Disagreement ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Meta ID="10.1"/>
        <Agreement ID="10.6"/>
        <Suggestion ID="10.7"/>
        <Suggestion ID="10.8"/>
        <Suggestion ID="10.9"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Agreement ID="12.1"/>
        <Suggestion ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Meta ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="14.2"/>
        <Suggestion ID="15.1"/>
        <Meta ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Disagreement ID="16.3"/>
        <Fix ID="17.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          In localizations for languages that use RTL layout, the about:mozilla page is LTR.
        </Sentence>
        <Sentence Links="3.1">
          Other internals about pages have the same problem.
        </Sentence>
        <Sentence Links="4.1,4.2">
          The reason this bug has emerged is explained as being because about:mozilla has been moved out of the language pack.
        </Sentence>
        <Sentence Links="5.1,5.2">
          A solution using dom/chrome/global.dtd is suggested.
        </Sentence>
        <Sentence Links="6.3">
          A patch doing this is provided.
        </Sentence>
        <Sentence Links="6.5,7.1,8.3">
          There is discussion of the best way to mark directionality.
        </Sentence>
        <Sentence Links="9.1">
          It is suggested that a more global solution would be appropriate.
        </Sentence>
        <Sentence Links="10.8,10.9">
          In response, the patch is defended assuming the localizers finish their work properly.
        </Sentence>
        <Sentence Links="11.1,11.2">
          The case of about:robots is singled out as a special case that shouldn't be handled in this fix.
        </Sentence>
        <Sentence Links="14.1,15.1,16.2">
          There are calls to get this patch approved for the 1.9.0.1 release.
        </Sentence>
        <Sentence Links="16.3">
          Ownership of the approval is uncertain.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="16.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="12.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="1.4"/>
        <Suggestion ID="2.1"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Fix ID="6.5"/>
        <Fix ID="6.3"/>
        <Fix ID="6.4"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Disagreement ID="8.3"/>
        <Disagreement ID="8.4"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="10.6"/>
        <Suggestion ID="10.7"/>
        <Suggestion ID="10.8"/>
        <Suggestion ID="10.9"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Meta ID="13.1"/>
        <Meta ID="13.2"/>
        <Suggestion ID="12.1"/>
        <Agreement ID="10.6"/>
        <Disagreement ID="7.1"/>
        <Disagreement ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Problem ID="4.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="4.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="8">
    <Title>
      "(260502) Eclipse - AdapterManager.computeClassOrder(Class) implementation does not match IAdapterManager JavaDoc"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.7,1.8,1.26,1.27,1.28,1.33,2.2">
          The JavaDoc for IAdapterManager.computeClassOrder(Class) doesn't match the implementation.
        </Sentence>
        <Sentence Links="1.10,1.11,1.12,1.13">
          An example was provided to show the confliction.</Sentence>
        <Sentence Links="1.6,1.7,1.8,1.28,1.33">
          The comment, \"(in the example, A and its superinterfaces then B and its superinterfaces)\", in JavaDoc was not clear and it conflicted with \"a breadth-first traversal of the target class's interfaces in the order returned by getInterfaces\".
        </Sentence>
        <Sentence Links="4.4,4.8">
          A correct spec was proposed as \"a breadth-first traversal of the target class's interfaces in the order returned by getInterfaces (in the example, X and its superinterfaces then Y and its superinterfaces)\".
        </Sentence>
        <Sentence Links="4.1">
          The confliction between implementation and spec was made inadvertently while fixing bug 32498.
        </Sentence>
        <Sentence Links="4.2,5.1,5.2">
          Fixing the implementation was proposed as a solution.
        </Sentence>
        <Sentence Links="6.1,6.3">
          A test case was provided.</Sentence>
        <Sentence Links="8.6">
          A further modification, \"(in the example, X's superinterfaces then Y's superinterfaces)\", was suggested.
        </Sentence>
        <Sentence Links="9.1">
          It was accepted and released to the head.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.26 "/>
        <Sentence ID="1.27 "/>
        <Sentence ID="1.28 "/>
        <Sentence ID="1.33 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.29 "/>
        <Sentence ID="1.30 "/>
        <Sentence ID="1.31 "/>
        <Sentence ID="1.32 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.10 "/>
        <Sentence ID="4.11 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="1.19 "/>
        <Sentence ID="1.20 "/>
        <Sentence ID="1.21 "/>
        <Sentence ID="1.22 "/>
        <Sentence ID="1.23 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.33"/>
        <Problem ID="1.32"/>
        <Agreement ID="2.1"/>
        <Agreement ID="2.2"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Meta ID="2.8"/>
        <Meta ID="4.1"/>
        <Fix ID="4.2"/>
        <Problem ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.8"/>
        <Fix ID="4.11"/>
        <Fix ID="5.1"/>
        <Fix ID="6.1"/>
        <Agreement ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.6"/>
        <Agreement ID="9.1"/>
        <Problem ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Problem ID="8.3"/>
        <Fix ID="5.2"/>
        <Fix ID="6.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.26,2.2">
          The AdapterManager.computeClassOrder(Class) implementation does not match IAdapterManager JavaDoc.
        </Sentence>
        <Sentence Links="2.5">
          At first it was suggested to change the spec to match the implementation.
        </Sentence>
        <Sentence Links="2.8,4.1">
          But it was discovered that the implementation used to match the spec, and was accidentally changed during an update.
        </Sentence>
        <Sentence Links="4.2">
          Since it was an accidental change, the fix is to change the implementation back to match the spec once again.
        </Sentence>
        <Sentence Links="4.4,4.6,4.7,4.8,8.5,8.6">
          The JavaDoc was also changed to remove a contradiction and make the methods behaviour clearer.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.26 "/>
        <Sentence ID="2.8 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="1.19 "/>
        <Sentence ID="1.20 "/>
        <Sentence ID="1.21 "/>
        <Sentence ID="1.22 "/>
        <Sentence ID="1.23 "/>
        <Sentence ID="1.24 "/>
        <Sentence ID="1.25 "/>
        <Sentence ID="1.27 "/>
        <Sentence ID="1.28 "/>
        <Sentence ID="1.29 "/>
        <Sentence ID="1.30 "/>
        <Sentence ID="1.31 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="4.10 "/>
        <Sentence ID="4.11 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.26"/>
        <Problem ID="1.28"/>
        <Suggestion ID="1.35"/>
        <Suggestion ID="1.36"/>
        <Suggestion ID="1.37"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Suggestion ID="3.3"/>
        <Fix ID="4.2"/>
        <Problem ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.7"/>
        <Suggestion ID="4.8"/>
        <Suggestion ID="4.10"/>
        <Suggestion ID="4.11"/>
        <Fix ID="5.2"/>
        <Fix ID="7.1"/>
        <Agreement ID="8.1"/>
        <Problem ID="8.2"/>
        <Problem ID="8.3"/>
        <Problem ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="8.7"/>
        <Agreement ID="9.1"/>
        <Fix ID="9.1"/>
        <Problem ID="1.27"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.32"/>
        <Problem ID="1.33"/>
        <Suggestion ID="2.6"/>
        <Suggestion ID="2.7"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.26,1.27,2.2">
          This bug talks about mismatch in implementation and it's specification in JavaDoc for IAdapterManager method computeClassOrder(Class).
        </Sentence>
        <Sentence Links="1.3,1.4,1.5,1.6,1.7,1.8">
          Javadoc uses an example which does not catch the ambiguity very well.
        </Sentence>
        <Sentence Links="1.9,1.10,1.11,1.12,1.13,1.14,1.5,1.16,1.17,1.18,1.19,1.20,1.21,1.22,1.23,1.24,1.25,1.26,1.27">
          A richer example is presented to realize that the search order in which classes and interfaces are returned does not match with the specification.
        </Sentence>
        <Sentence Links="1.28,1.29,1.30,1.31,1.32,1.33,2.2">
          Specification in JavaDoc itself is a bit ambiguous.
        </Sentence>
        <Sentence Links="1.37,2.5,2.6">
          There is a concern that changing implementation to match specification may lead to loss of backward compatibility.
        </Sentence>
        <Sentence Links="2.8,4.1,4.2">
          This bug did not exist before February 20, 2004 and an accidental change lead to this issue, hence it was decided that implementation should be changed.
        </Sentence>
        <Sentence Links="5.1,5.2,6.1,6.2,6.3,7.1">
          Implementation issue is then fixed and tested with richer example.
        </Sentence>
        <Sentence Links="4.4,4.5,4.6,4.7,4.8,4.9,4.10,4.11,8.5,8.6,8.7,9.1">
          Minor changes to documentation make specification unambiguous.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.26 "/>
        <Sentence ID="1.27 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="1.37 "/>
        <Sentence ID="2.5 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="4.11 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="1.32 "/>
        <Sentence ID="1.33 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="1.36 "/>
      </ExtractiveSummary>
      <Labels>
        <Fix ID="7.1"/>
        <Fix ID="6.3"/>
        <Fix ID="6.2"/>
        <Fix ID="6.1"/>
        <Fix ID="5.2"/>
        <Fix ID="5.1"/>
        <Meta ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Problem ID="4.3"/>
        <Fix ID="4.4"/>
        <Fix ID="4.5"/>
        <Fix ID="4.6"/>
        <Fix ID="4.7"/>
        <Fix ID="4.8"/>
        <Fix ID="4.9"/>
        <Fix ID="4.10"/>
        <Fix ID="4.11"/>
        <Agreement ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="8.7"/>
        <Agreement ID="8.8"/>
        <Suggestion ID="8.8"/>
        <Agreement ID="9.1"/>
        <Agreement ID="9.2"/>
        <Suggestion ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Problem ID="2.6"/>
        <Problem ID="2.8"/>
        <Problem ID="2.9"/>
        <Problem ID="2.10"/>
        <Problem ID="2.11"/>
        <Suggestion ID="2.7"/>
        <Suggestion ID="1.36"/>
        <Suggestion ID="1.37"/>
        <Suggestion ID="1.35"/>
        <Problem ID="1.34"/>
        <Suggestion ID="1.33"/>
        <Suggestion ID="1.32"/>
        <Problem ID="1.31"/>
        <Problem ID="1.30"/>
        <Problem ID="1.29"/>
        <Problem ID="1.28"/>
        <Problem ID="1.27"/>
        <Problem ID="1.26"/>
        <Suggestion ID="1.25"/>
        <Suggestion ID="1.24"/>
        <Suggestion ID="1.23"/>
        <Suggestion ID="1.22"/>
        <Suggestion ID="1.21"/>
        <Suggestion ID="1.19"/>
        <Suggestion ID="1.20"/>
        <Suggestion ID="1.18"/>
        <Suggestion ID="1.17"/>
        <Suggestion ID="1.16"/>
        <Suggestion ID="1.15"/>
        <Suggestion ID="1.14"/>
        <Suggestion ID="1.13"/>
        <Suggestion ID="1.12"/>
        <Suggestion ID="1.11"/>
        <Suggestion ID="1.10"/>
        <Suggestion ID="1.9"/>
        <Problem ID="1.7"/>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.8"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="9">
    <Title>
      "(328600) Firefox - Option for mailto: links to go to a web based e-mail client (webmail service)"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4,1.5">
          This is a suggested enhancement which will enable Firefox to support web based e-mail clients like gmail.
        </Sentence>
        <Sentence Links="3.3">
          Clicking a mailto link is generally useless as most of the users use web based email application.
        </Sentence>
        <Sentence Links="3.4">
          Other user programs and extension can possibly solve this problem, however Firefox itself should have this capability.
        </Sentence>
        <Sentence Links="4.1">
          This behavior can also be extended to feeds.</Sentence>
        <Sentence Links="4.1,5.1,5.2,5.3,6.1">
          Apparently Gecko 1.9 is required for this fix but using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1)Gecko/20090615 Firefox/3.5 solves the problem.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="1.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Problem ID="1.7"/>
        <Meta ID="3.1"/>
        <Meta ID="3.2"/>
        <Problem ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Fix ID="5.1"/>
        <Fix ID="5.2"/>
        <Fix ID="5.3"/>
        <Agreement ID="6.1"/>
        <Problem ID="2.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4">
          Firefox supported a lot of stand alone e-mail applications, but not web based e-mail clients.
        </Sentence>
        <Sentence Links="1.5">
          The idea of providing an option to configure firefox to log into that web based e-mail account and open a compose new message window was suggested.
        </Sentence>
        <Sentence Links="3.4">
          One solution to this was to ask Firefox users to download the WebmailCompose extension from webmail services, but it was preferred to have an option in Firefox.
        </Sentence>
        <Sentence Links="5.1,5.2,5.3,6.1">
          The problem was fixed in a more recent version.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Meta ID="3.1"/>
        <Meta ID="3.2"/>
        <Agreement ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Fix ID="6.1"/>
        <Fix ID="5.1"/>
        <Fix ID="5.2"/>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Fix ID="5.3"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4,3.3">
          This report is about the mailto: links in firefox which do not always work with web based e-mail clients when user clicks on these links.
        </Sentence>
        <Sentence Links="1.3,3.4">
          Users claim that this option is supported for stand alone e-mail applications (e.g. thunderbird) and also when webmail compose extension is installed.
        </Sentence>
        <Sentence Links="3.1,3.2">
          It turns out that a more general topic is discussed in another thread.
        </Sentence>
        <Sentence Links="5.2,5.3,6.1">
          This bug is fixed in newer versions of firefox.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="2.1"/>
        <Disagreement ID="3.1"/>
        <Problem ID="3.2"/>
        <Agreement ID="3.3"/>
        <Problem ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Meta ID="5.3"/>
        <Fix ID="6.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="10">
    <Title>
      "(156905) GIMP - GimpAspectPreview doesn\'t respect the layer offset and can crash"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.6">
          There seems to be an error in the selection mask size assignment when layer size is greater than image size which can cause the plugin to crash.
        </Sentence>
        <Sentence Links="3.4">
          Intersection of the layer and the active image has been proposed as a solution.
        </Sentence>
        <Sentence Links="4.1,4.2,4.3">
          Aspect preview code is suggested to be changed by either displaying the entire drawable or just the selection.
        </Sentence>
        <Sentence Links="7.1">
          The fix's milestone is set to 2.4 as it was a crash and should have been resolved before 2.4 release if possible.
        </Sentence>
        <Sentence Links="9.1,10.1,10.2">
          An example was requested and the same was attached.
        </Sentence>
        <Sentence Links="11.1,11.2">
          It was pointed out that channel mixer uses GimpZoomPreview and not GimpAspectPreview that both had problems when repro of the reporter is followed.
        </Sentence>
        <Sentence Links="12.2,12.3,12.4,12.5">
          Selection mask was found to have width larger than the actual mask in the preview code in the example image.
        </Sentence>
        <Sentence Links="13.2,13.3,13.4">
          A patch was created which handles layers with offsets and displays area which is the intersection of active area and selection.
        </Sentence>
        <Sentence Links="14.1">
          Selection mask has to be applied for the whole drawable for GimpAspectPreview.
        </Sentence>
        <Sentence Links="13.5">
          A request to commit the patch was made.</Sentence>
        <Sentence Links="15.1">
          A suggestion to commit was made.</Sentence>
        <Sentence Links="16.1,16.2,16.3,16.4,16.5">
          The fix was then committed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="13.5 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="16.3 "/>
        <Sentence ID="16.4 "/>
        <Sentence ID="16.5 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Agreement ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="9.1"/>
        <Problem ID="10.3"/>
        <Problem ID="10.4"/>
        <Problem ID="10.2"/>
        <Problem ID="10.1"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Problem ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="12.4"/>
        <Suggestion ID="12.6"/>
        <Problem ID="12.5"/>
        <Fix ID="13.1"/>
        <Fix ID="13.2"/>
        <Fix ID="13.3"/>
        <Fix ID="13.4"/>
        <Fix ID="13.5"/>
        <Suggestion ID="14.1"/>
        <Suggestion ID="15.1"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Fix ID="16.1"/>
        <Fix ID="16.2"/>
        <Fix ID="16.3"/>
        <Fix ID="16.4"/>
        <Fix ID="16.5"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3,1.4,1.5,1.6">
          If the layer and image have different size, the plug-ins GimpZoomPreview and GimpAspectPreview will fail and can even crash.
        </Sentence>
        <Sentence Links="5.1,6.1,8.1">
          The bug is hard to fix because some APIs should be changed accordingly.
        </Sentence>
        <Sentence Links="16.1">
          Therefore, although this bug is sever, a patch was designed four years after the bug report.
        </Sentence>
        <Sentence Links="3.4,13.2,13.3,13.4">
          After installing the patch, the area displayed in preview is the intersection between layer and the selected part of an image.
        </Sentence>
        <Sentence Links="14.1">
          For GimpAspectPreview, the selection mask should be applied to the thumbnail of the whole drawable.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="12.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Meta ID="1.7"/>
        <Meta ID="1.8"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Problem ID="4.4"/>
        <Meta ID="5.1"/>
        <Meta ID="6.1"/>
        <Meta ID="7.1"/>
        <Meta ID="8.1"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="8.2"/>
        <Meta ID="10.1"/>
        <Meta ID="10.2"/>
        <Meta ID="10.3"/>
        <Meta ID="10.4"/>
        <Problem ID="11.1"/>
        <Problem ID="11.2"/>
        <Meta ID="12.1"/>
        <Meta ID="12.2"/>
        <Meta ID="12.3"/>
        <Meta ID="12.4"/>
        <Meta ID="12.5"/>
        <Meta ID="12.6"/>
        <Fix ID="13.2"/>
        <Fix ID="13.3"/>
        <Fix ID="13.4"/>
        <Suggestion ID="13.5"/>
        <Meta ID="14.1"/>
        <Agreement ID="15.1"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Fix ID="16.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.6,1.7,1.8">
          When an image and a layer have different sizes, plugins can crash because the thumbnails are based on one size only.
        </Sentence>
        <Sentence Links="3.3,3.4,4.1,4.4">
          It is suggested that the intersection between the sizes could be used, or limiting the area appropriately.
        </Sentence>
        <Sentence Links="5.1,7.1">
          The problem is bumped several times.
        </Sentence>
        <Sentence Links="9.1">
          An example XCF file is requested and provided to demonstrate the problem.
        </Sentence>
        <Sentence Links="11.2">
          The problem extends to GimpZoomPreview as well as GimpAspectPreview.
        </Sentence>
        <Sentence Links="12.1,12.6">
          Work is done to track down where the exact error occurs.
        </Sentence>
        <Sentence Links="13.3,13.4">
          A patch is provided which lets GimpZoomPreview handle the layer offsets properly.
        </Sentence>
        <Sentence Links="15.1,15.3">
          This is accepted to be committed in the trunk.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.6 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.3"/>
        <Meta ID="5.1"/>
        <Meta ID="6.1"/>
        <Meta ID="7.1"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Problem ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="12.4"/>
        <Problem ID="12.5"/>
        <Problem ID="12.6"/>
        <Fix ID="13.2"/>
        <Fix ID="13.3"/>
        <Fix ID="13.4"/>
        <Fix ID="13.5"/>
        <Fix ID="14.1"/>
        <Fix ID="15.1"/>
        <Fix ID="15.2"/>
        <Fix ID="15.3"/>
        <Fix ID="16.2"/>
        <Fix ID="16.3"/>
        <Fix ID="16.4"/>
        <Fix ID="16.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="11">
    <Title>
      "(164995) GIMP - Remember last scale method setting"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3">
          When rescaling images in GIMP, the interpolation method is not saved from last time it was invoked, which causes inconvenience particularly when users want to repeat rescaling many times.
        </Sentence>
        <Sentence Links="2.1,4.2">
          The default method can be chosen in preferences dialog, but it might be hard to find or inconvenient to access.
        </Sentence>
        <Sentence Links="3.1,5.1,6.2,8.3">
          A \"save last setting\" option in the dialog box is suggested but declined because of making a mess in UI.
        </Sentence>
        <Sentence Links="6.4,9.2">
          Finally, the last method used is automatically saved and defaulted in the next usage.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Disagreement ID="2.1"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Agreement ID="4.1"/>
        <Agreement ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="5.1"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Agreement ID="7.1"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Problem ID="7.4"/>
        <Problem ID="7.5"/>
        <Suggestion ID="7.6"/>
        <Suggestion ID="7.7"/>
        <Agreement ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Meta ID="8.5"/>
        <Suggestion ID="8.5"/>
        <Disagreement ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Fix ID="9.6"/>
        <Fix ID="9.7"/>
        <Fix ID="9.8"/>
        <Fix ID="9.9"/>
        <Fix ID="9.10"/>
        <Fix ID="9.11"/>
        <Fix ID="9.12"/>
        <Fix ID="9.13"/>
        <Fix ID="9.14"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,2.1">
          When rescaling images, GIMP always defaults to a single scaling method defined in the preferences (linear scaling by default) instead of keeping track of the last choice made by the user.
        </Sentence>
        <Sentence Links="9.2">
          GIMP has been updated to remember the scaling settings across dialog invocations.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.7 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Agreement ID="4.1"/>
        <Agreement ID="4.2"/>
        <Agreement ID="4.3"/>
        <Suggestion ID="5.1"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="6.3"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.6"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Disagreement ID="7.5"/>
        <Suggestion ID="7.6"/>
        <Suggestion ID="7.7"/>
        <Agreement ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Disagreement ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Fix ID="9.4"/>
        <Fix ID="9.5"/>
        <Fix ID="9.6"/>
        <Fix ID="9.7"/>
        <Fix ID="9.8"/>
        <Fix ID="9.9"/>
        <Fix ID="9.10"/>
        <Fix ID="9.11"/>
        <Fix ID="9.12"/>
        <Fix ID="9.13"/>
        <Fix ID="9.14"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3">
          It is suggested to save the last setting used for image scaling so a user doesn't have to change it every time.
        </Sentence>
        <Sentence Links="4.3">
          It is then suggested that this behavior should apply to other dialog options, otherwise users would have to discover the default setting in the preferences.
        </Sentence>
        <Sentence Links="9.1,9.2">
          This enhancement is applied, as adding \"save as default\" buttons in dialogs would add clutter.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Suggestion ID="1.3"/>
        <Fix ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Disagreement ID="3.1"/>
        <Agreement ID="4.1"/>
        <Agreement ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Agreement ID="4.3"/>
        <Suggestion ID="5.1"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Disagreement ID="6.4"/>
        <Meta ID="6.5"/>
        <Disagreement ID="6.5"/>
        <Disagreement ID="6.6"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Disagreement ID="7.5"/>
        <Suggestion ID="7.6"/>
        <Disagreement ID="7.6"/>
        <Suggestion ID="7.7"/>
        <Disagreement ID="7.7"/>
        <Meta ID="8.1"/>
        <Agreement ID="8.2"/>
        <Meta ID="8.5"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Disagreement ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Fix ID="9.5"/>
        <Fix ID="9.6"/>
        <Fix ID="9.7"/>
        <Fix ID="9.8"/>
        <Fix ID="9.9"/>
        <Fix ID="9.10"/>
        <Fix ID="9.11"/>
        <Fix ID="9.12"/>
        <Fix ID="9.14"/>
        <Fix ID="9.13"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="12">
    <Title>
      "(170801) GIMP - Converting image from grayscale to black white is painfully slow"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.11">
          This thread is about a bug in GIMP(GNU Image Manipulation Program) that happens when trying to convert a grayscale image to a black and white image.
        </Sentence>
        <Sentence Links="1.4,1.7,1.10,1.11,1.12,2.1,3.2">
          In this situation, the conversion will take a long time for big images, which is not acceptable due the fact that this conversion is just replacing each 8bit with 1bit
        </Sentence>
        <Sentence Links="2.1,2.2,2.3,2.4,2.5,3.4,3.5,4.1,4.2">
          Continuing the thread, bug is confirmed but one workaround is suggested (by using Optimal Palette option) which turns out to be a wrong solution and lead to another bug thread.
        </Sentence>
        <Sentence Links="4.3,4.4,4.5,4.6,4.9">
          The proposed fix for this bug is to treat the palette as gray rather than rgb which decreases run time by a factor of ten.
        </Sentence>
        <Sentence Links="4.6">
          however this fix only works for grayscale images and rgb image conversion still takes a long time.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.5 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Agreement ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Agreement ID="2.5"/>
        <Agreement ID="3.2"/>
        <Agreement ID="3.4"/>
        <Disagreement ID="3.5"/>
        <Agreement ID="4.1"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Fix ID="4.4"/>
        <Fix ID="4.5"/>
        <Fix ID="4.9"/>
        <Problem ID="8.3"/>
        <Agreement ID="10.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3,1.10">
          Apply threshold is fast but converting is quite slow.
        </Sentence>
        <Sentence Links="2.3">
          It is fast if ust the \"Optimal Palette\" option.</Sentence>
        <Sentence Links="3.5">
          The converting with \"Optimal Palette\" option is fast but plainly wrong.
        </Sentence>
        <Sentence Links="4.2">
          The \"plainly wrong\" issue is different.</Sentence>
        <Sentence Links="4.4">
          A solution was figured out.</Sentence>
        <Sentence Links="7.7">
          Patch codes.</Sentence>
        <Sentence Links="8.3">
          New problem could appear.</Sentence>
        <Sentence Links="11.2">
          The optimal palette does a first workround before determinating to skip both the expensive quantization and dithering stages.
        </Sentence>
        <Sentence Links="11.3">
          The mono palette does not need to care about the pre-workround.
        </Sentence>
        <Sentence Links="12.2">
          The \"mono\" operation is not rare.</Sentence>
        <Sentence Links="12.3">
          A \"convert to 1bit\" operation would adjust the internal memory requirements.
        </Sentence>
        <Sentence Links="13.2">
          GIMP's internal memory requirements could not be adjusted significantly.
        </Sentence>
        <Sentence Links="14.1,14.2">
          OpenOffice's internal memory requirements could be affected.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="7.7 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="12.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.12"/>
        <Problem ID="1.11"/>
        <Problem ID="1.10"/>
        <Problem ID="1.9"/>
        <Problem ID="1.8"/>
        <Problem ID="1.7"/>
        <Problem ID="1.6"/>
        <Problem ID="1.5"/>
        <Problem ID="1.4"/>
        <Problem ID="1.3"/>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Agreement ID="2.1"/>
        <Fix ID="2.3"/>
        <Fix ID="2.4"/>
        <Disagreement ID="3.2"/>
        <Disagreement ID="3.3"/>
        <Disagreement ID="3.4"/>
        <Disagreement ID="3.5"/>
        <Agreement ID="4.1"/>
        <Fix ID="4.4"/>
        <Fix ID="4.3"/>
        <Fix ID="4.5"/>
        <Problem ID="4.6"/>
        <Fix ID="7.7"/>
        <Problem ID="8.3"/>
        <Problem ID="8.4"/>
        <Agreement ID="9.1"/>
        <Agreement ID="11.1"/>
        <Agreement ID="11.2"/>
        <Agreement ID="11.3"/>
        <Disagreement ID="12.2"/>
        <Disagreement ID="12.3"/>
        <Disagreement ID="12.4"/>
        <Disagreement ID="13.2"/>
        <Disagreement ID="14.1"/>
        <Disagreement ID="14.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.12">
          In GIMP version 2.2.x, converting an image from greyscale to black and white is very slow.
        </Sentence>
        <Sentence Links="1.4,1.5">
          An 8bit greyscale image only consists of color values 0 and 255, so converting it to a black and white image should be a very fast operation, replacing 8bit values by 1bit values.
        </Sentence>
        <Sentence Links="2.2,2.3,2.4">
          There is a workaround, where if you use the \\\"Optimal Palette option\\\" when selecting the \"colormap\", the conversion occurs in a fraction of a second.
        </Sentence>
        <Sentence Links="4.3,4.4,4.6,4.10">
          A fix is committed that gives major speedup when converting greyscale to mono, but the problem still exists for RGB images.
        </Sentence>
        <Sentence Links="3.5,3.6,4.1,4.2">
          This bug discovers the existence of another related bug, and there is a new bug report created for it.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.10 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="4.11 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.10"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Agreement ID="2.1"/>
        <Fix ID="2.2"/>
        <Fix ID="2.3"/>
        <Fix ID="2.4"/>
        <Meta ID="3.1"/>
        <Problem ID="3.2"/>
        <Agreement ID="3.2"/>
        <Fix ID="3.4"/>
        <Agreement ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Agreement ID="4.1"/>
        <Fix ID="4.3"/>
        <Fix ID="4.4"/>
        <Fix ID="4.5"/>
        <Problem ID="4.6"/>
        <Fix ID="4.7"/>
        <Fix ID="4.10"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Fix ID="7.6"/>
        <Fix ID="7.7"/>
        <Fix ID="7.8"/>
        <Fix ID="7.9"/>
        <Fix ID="7.10"/>
        <Agreement ID="11.1"/>
        <Agreement ID="11.2"/>
        <Agreement ID="11.3"/>
        <Disagreement ID="12.2"/>
        <Disagreement ID="12.3"/>
        <Disagreement ID="12.4"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="13">
    <Title>
      "(364852) GIMP - screenshot plug-in incomplete for Windows platform"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3,1.4,1.5,1.6,1.7">
          This is a defect in GIMP plug-in to capture screenshot- first, there two different entries for same functionality-\"Screen Shot\" and \"Screenshot\", second, there is an option to select region to grab but it does not work.
        </Sentence>
        <Sentence Links="2.1,3.1">
          It is explained that the two entries might be there to test two different versions of the program and this is a work in progress.
        </Sentence>
        <Sentence Links="4.2,4.3,4.4,4.5,4.6,6.1,6.2,6.3">
          This bug report was submitted to alert developers this functionality is broken but since it is reported on development version, which is expected to have incomplete functionality and hence should not be reported as a bug.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="1.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.11"/>
        <Problem ID="1.10"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.15"/>
        <Problem ID="1.14"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="1.20"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Disagreement ID="3.1"/>
        <Disagreement ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.7"/>
        <Suggestion ID="4.8"/>
        <Suggestion ID="4.9"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Suggestion ID="6.7"/>
        <Suggestion ID="6.8"/>
        <Suggestion ID="6.9"/>
        <Agreement ID="4.3"/>
        <Suggestion ID="6.10"/>
        <Suggestion ID="6.11"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          There are two similar entries “Screen Shot” and “Screenshot” in the file menu in a development version of GIMP.
        </Sentence>
        <Sentence Links="1.3">
          In addition, when users choose “Screen Shot”, there is no option to “Select a Region to Grab”.
        </Sentence>
        <Sentence Links="1.4">
          However, when the “Screenshot” is selected, a dialogue box will show the option of \"Select a Region to Grab\".
        </Sentence>
        <Sentence Links="1.5,3.1,3.3,3.4">
          Although the option exists, the real functionality has never been implemented at all because of the short of volunteers.
        </Sentence>
        <Sentence Links="5.1,6.4,6.5">
          Some other software such as Winsnap and IIRC Tor can be used to select a region to grab.
        </Sentence>
        <Sentence Links="6.7,6.8,6.9,6.10,6.11">
          Finally a plug-in is added to fix the problems.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="6.7 "/>
        <Sentence ID="6.8 "/>
        <Sentence ID="6.9 "/>
        <Sentence ID="6.10 "/>
        <Sentence ID="6.11 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="1.19 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.16"/>
        <Problem ID="1.15"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Meta ID="2.1"/>
        <Meta ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Meta ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Meta ID="6.4"/>
        <Meta ID="6.5"/>
        <Fix ID="6.7"/>
        <Fix ID="6.8"/>
        <Fix ID="6.9"/>
        <Fix ID="6.10"/>
        <Fix ID="6.11"/>
        <Suggestion ID="5.1"/>
        <Meta ID="4.2"/>
        <Meta ID="4.3"/>
        <Meta ID="4.5"/>
        <Meta ID="4.6"/>
        <Meta ID="4.7"/>
        <Meta ID="4.9"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.7"/>
        <Agreement ID="4.8"/>
        <Agreement ID="4.9"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          In the development build of GIMP 2.3.11, the screenshot functionality is incomplete on the windows platform.
        </Sentence>
        <Sentence Links="1.4,1.5,1.6">
          It is expected that the option to \"Select a Region to Grab\" grabs a certain region of the screen, but instead it takes a screenshot of the whole screen.
        </Sentence>
        <Sentence Links="6.1,6.2,6.3">
          This is a known issue, and it is stated that the development version has incomplete and broken features, and the user should be using the stable release.
        </Sentence>
        <Sentence Links="6.4,6.5">
          It is impossible to implement the look and feel of the X11 screenshot plug-in on the Windows platform, instead Winsnap is used.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="1.19 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="4.8"/>
        <Suggestion ID="4.9"/>
        <Fix ID="6.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="14">
    <Title>"(168803) GnuCash - Exporting Reports with graphs"</Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3,1.4,1.5,1.6,1.7,1.8,1.9,1.10,1.11,1.12">
          This is a defect in gnuCash which creates an empty html file while exporting reports with graphs.
        </Sentence>
        <Sentence Links="2.1,2.2,2.3">
          The current graphical code relies on a library \"Guppi\" (it is no longer maintained), which can print graphs to postscript but cannot export them into HTML.
        </Sentence>
        <Sentence Links="3.1,3.2,5.1,7.1,8.1">
          It was decided that bug should be kept as reminder for later release but the problem is not fixed until version 2.2.8.
        </Sentence>
        <Sentence Links="4.3,10.1,10.2">
          The possible reason looks like gtkhtml doesn't support saving and even it's later version doesn't support inline images, hence fix is only possible using webkit.
        </Sentence>
        <Sentence Links="9.3,9.4,9.5">
          In the suggested fix gnc-html-webkit pre-parses the HTML string to find &lt;object&gt; tag, calls GOG with the parameter values from the &lt;object&gt; to create a GdkPixbuf, then converts the pixels to png/base64 and embeds the HTML &lt;img&gt; in
          the original where &lt;object&gt; was.
        </Sentence>
        <Sentence Links="9.6">
          Webkit also handles export by writing that HTML to file.
        </Sentence>
        <Sentence Links="9.7">
          This fix is targeted for version 2.4.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="5.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="5.1"/>
        <Problem ID="4.3"/>
        <Problem ID="4.4"/>
        <Problem ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Problem ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Problem ID="6.2"/>
        <Problem ID="6.1"/>
        <Problem ID="6.6"/>
        <Suggestion ID="6.7"/>
        <Suggestion ID="6.8"/>
        <Suggestion ID="6.9"/>
        <Problem ID="7.1"/>
        <Problem ID="8.1"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Fix ID="9.4"/>
        <Fix ID="9.5"/>
        <Fix ID="9.6"/>
        <Fix ID="9.7"/>
        <Fix ID="9.8"/>
        <Fix ID="9.9"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          GnuCash fails to export reports that contain graphs to HTML, instead creating an empty file.
        </Sentence>
        <Sentence Links="1.3">
          It also fails to make it obvious which formats are supported.
        </Sentence>
        <Sentence Links="2.1,2.3">
          This failure is acknowledged, and blamed on the graphing being currently used, which isn't going to change until the gnome2 port is finished.
        </Sentence>
        <Sentence Links="3.1,3.2">
          Despite the gnucash-1.8.x series being inactive, the bug report is kept active as a reminder for future work.
        </Sentence>
        <Sentence Links="5.1,5.3,6.8">
          Two years later, it hasn't been resolved and a request is made to increase the priority of the bug report, which is done.
        </Sentence>
        <Sentence Links="9.1,9.3,9.6,9.7">
          Another two years pass, and possible issues of using GtkHtml and webkit are listed.
        </Sentence>
        <Sentence Links="10.1,10.2">
          A follow up concludes that GtkHtml won't work because it doesn't support inline images, and the webkit version will have to be used.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="2.1"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="2.4"/>
        <Meta ID="3.2"/>
        <Agreement ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Meta ID="5.3"/>
        <Problem ID="5.3"/>
        <Suggestion ID="6.7"/>
        <Meta ID="6.8"/>
        <Meta ID="6.9"/>
        <Problem ID="7.1"/>
        <Problem ID="8.1"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Suggestion ID="9.9"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3,1.4">
          GnuCash does not export reports correctly - it always exports as HTML, regardless of the chosen output format, and leaves out images.
        </Sentence>
        <Sentence Links="2.1">
          These problems existed due to limitations of Guppi, the graphical library used in this version of GnuCash.
        </Sentence>
        <Sentence Links="2.2">
          Guppi is only capable of exporting images as PostScript files and does not embed them in HTML.
        </Sentence>
        <Sentence Links="9.1,10.1,10.2">
          The newer gtkhtml has better HTML support, and webkit supports inline images.
        </Sentence>
        <Sentence Links="9.7">
          This will be fixed in GnuCash version 2.4.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="9.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.8"/>
        <Problem ID="1.7"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Fix ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Meta ID="6.1"/>
        <Suggestion ID="6.6"/>
        <Fix ID="6.7"/>
        <Meta ID="6.8"/>
        <Meta ID="6.9"/>
        <Agreement ID="7.1"/>
        <Agreement ID="8.1"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Suggestion ID="9.9"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.2"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="15">
    <Title>
      "(522933) gvfs - copying or deleting a directory leads to a file not available error"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3">
          When copying/deleting directories from FTP servers in Nautilus, a File Not Error found is given.
        </Sentence>
        <Sentence Links="2.1,3.1,4.1">
          Many other users experienced this using different FTP server software.
        </Sentence>
        <Sentence Links="7.1,7.2">
          It is discovered that the backend should return a G_IO_ERROR_IS_DIRECTORY error, but isn't.
        </Sentence>
        <Sentence Links="7.4,12.1">
          The SMB and FTP backends were patched to send the correct error.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="12.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="2.1"/>
        <Agreement ID="3.1"/>
        <Agreement ID="2.1"/>
        <Problem ID="3.1"/>
        <Meta ID="4.1"/>
        <Problem ID="5.1"/>
        <Meta ID="6.2"/>
        <Meta ID="6.1"/>
        <Problem ID="7.1"/>
        <Problem ID="7.2"/>
        <Problem ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Meta ID="8.1"/>
        <Meta ID="8.2"/>
        <Fix ID="8.3"/>
        <Fix ID="8.4"/>
        <Fix ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Fix ID="8.6"/>
        <Disagreement ID="9.1"/>
        <Disagreement ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Suggestion ID="9.9"/>
        <Suggestion ID="9.10"/>
        <Suggestion ID="9.11"/>
        <Suggestion ID="9.12"/>
        <Suggestion ID="9.13"/>
        <Suggestion ID="9.14"/>
        <Suggestion ID="9.15"/>
        <Suggestion ID="9.16"/>
        <Suggestion ID="9.17"/>
        <Suggestion ID="9.18"/>
        <Suggestion ID="9.19"/>
        <Suggestion ID="9.20"/>
        <Suggestion ID="9.21"/>
        <Suggestion ID="9.22"/>
        <Suggestion ID="9.23"/>
        <Suggestion ID="9.24"/>
        <Suggestion ID="9.25"/>
        <Suggestion ID="9.26"/>
        <Suggestion ID="9.27"/>
        <Suggestion ID="9.28"/>
        <Suggestion ID="9.29"/>
        <Suggestion ID="9.30"/>
        <Suggestion ID="9.31"/>
        <Suggestion ID="9.32"/>
        <Suggestion ID="9.33"/>
        <Suggestion ID="9.34"/>
        <Suggestion ID="9.35"/>
        <Suggestion ID="9.36"/>
        <Suggestion ID="9.37"/>
        <Suggestion ID="9.38"/>
        <Suggestion ID="9.39"/>
        <Suggestion ID="9.40"/>
        <Suggestion ID="9.41"/>
        <Suggestion ID="9.42"/>
        <Suggestion ID="9.43"/>
        <Suggestion ID="9.44"/>
        <Suggestion ID="9.45"/>
        <Suggestion ID="9.46"/>
        <Suggestion ID="9.60"/>
        <Suggestion ID="9.57"/>
        <Suggestion ID="9.58"/>
        <Suggestion ID="9.59"/>
        <Suggestion ID="9.56"/>
        <Suggestion ID="9.55"/>
        <Suggestion ID="9.54"/>
        <Suggestion ID="9.53"/>
        <Suggestion ID="9.52"/>
        <Suggestion ID="9.51"/>
        <Suggestion ID="9.50"/>
        <Suggestion ID="9.49"/>
        <Suggestion ID="9.48"/>
        <Suggestion ID="9.47"/>
        <Suggestion ID="9.61"/>
        <Suggestion ID="9.63"/>
        <Suggestion ID="9.64"/>
        <Suggestion ID="9.62"/>
        <Disagreement ID="9.65"/>
        <Suggestion ID="9.66"/>
        <Suggestion ID="9.67"/>
        <Suggestion ID="9.68"/>
        <Suggestion ID="9.69"/>
        <Meta ID="10.1"/>
        <Meta ID="10.2"/>
        <Fix ID="10.3"/>
        <Agreement ID="11.1"/>
        <Problem ID="11.2"/>
        <Fix ID="12.1"/>
        <Fix ID="12.2"/>
        <Fix ID="12.3"/>
        <Fix ID="12.4"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          Nautilus 2.22.0 returns a \"file not available\" error when doing a dnd or deleting a directory on a proftpd served using gvfs.
        </Sentence>
        <Sentence Links="8.4">
          This bug was fixed by implementing a new system for handling 550 error messages.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Agreement ID="2.1"/>
        <Agreement ID="3.1"/>
        <Meta ID="4.1"/>
        <Problem ID="5.1"/>
        <Meta ID="6.2"/>
        <Meta ID="6.1"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Meta ID="8.1"/>
        <Fix ID="8.2"/>
        <Fix ID="8.3"/>
        <Fix ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Suggestion ID="9.9"/>
        <Suggestion ID="9.10"/>
        <Suggestion ID="9.11"/>
        <Suggestion ID="9.12"/>
        <Suggestion ID="9.14"/>
        <Suggestion ID="9.13"/>
        <Suggestion ID="9.15"/>
        <Suggestion ID="9.16"/>
        <Suggestion ID="9.17"/>
        <Suggestion ID="9.18"/>
        <Suggestion ID="9.19"/>
        <Suggestion ID="9.20"/>
        <Suggestion ID="9.21"/>
        <Suggestion ID="9.22"/>
        <Suggestion ID="9.23"/>
        <Suggestion ID="9.24"/>
        <Suggestion ID="9.25"/>
        <Suggestion ID="9.26"/>
        <Suggestion ID="9.27"/>
        <Suggestion ID="9.28"/>
        <Suggestion ID="9.29"/>
        <Suggestion ID="9.30"/>
        <Suggestion ID="9.31"/>
        <Suggestion ID="9.33"/>
        <Suggestion ID="9.32"/>
        <Suggestion ID="9.34"/>
        <Suggestion ID="9.35"/>
        <Suggestion ID="9.36"/>
        <Suggestion ID="9.37"/>
        <Suggestion ID="9.38"/>
        <Suggestion ID="9.39"/>
        <Suggestion ID="9.40"/>
        <Suggestion ID="9.41"/>
        <Suggestion ID="9.42"/>
        <Suggestion ID="9.43"/>
        <Suggestion ID="9.44"/>
        <Suggestion ID="9.45"/>
        <Suggestion ID="9.46"/>
        <Suggestion ID="9.47"/>
        <Suggestion ID="9.48"/>
        <Suggestion ID="9.49"/>
        <Suggestion ID="9.51"/>
        <Suggestion ID="9.50"/>
        <Suggestion ID="9.52"/>
        <Suggestion ID="9.53"/>
        <Suggestion ID="9.54"/>
        <Suggestion ID="9.55"/>
        <Suggestion ID="9.56"/>
        <Suggestion ID="9.57"/>
        <Suggestion ID="9.58"/>
        <Suggestion ID="9.59"/>
        <Suggestion ID="9.60"/>
        <Suggestion ID="9.61"/>
        <Suggestion ID="9.62"/>
        <Suggestion ID="9.63"/>
        <Suggestion ID="9.64"/>
        <Suggestion ID="9.65"/>
        <Suggestion ID="9.66"/>
        <Suggestion ID="9.67"/>
        <Suggestion ID="9.68"/>
        <Suggestion ID="9.69"/>
        <Fix ID="10.1"/>
        <Fix ID="10.2"/>
        <Fix ID="10.3"/>
        <Agreement ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Fix ID="12.1"/>
        <Fix ID="12.2"/>
        <Fix ID="12.3"/>
        <Fix ID="12.4"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          Using gvfs svn and nautilis 2.22.0, copying or deleting a directory leads to a file not available error.
        </Sentence>
        <Sentence Links="2.1,3.1,5.1,6.1">
          This is confirmed by several others, it also occurs in openSUSE with all kinds of FTP servers.
        </Sentence>
        <Sentence Links="7.1">
          The cause is determined to be because of broken backends.
        </Sentence>
        <Sentence Links="7.2,7.3">
          Any attempts to open, copy or move a directory should fail with G_IO_ERROR_IS_DIRECTORY, because GIO functions and Nautilus rely on it.
        </Sentence>
        <Sentence Links="8.1,9.1,9.2,9.2,10.1,10.3">
          The fix is committed, and some changes are made to the implementation before the bug is marked resolved.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="9.61 "/>
        <Sentence ID="9.62 "/>
        <Sentence ID="9.63 "/>
        <Sentence ID="9.64 "/>
        <Sentence ID="9.65 "/>
        <Sentence ID="9.66 "/>
        <Sentence ID="9.67 "/>
        <Sentence ID="9.68 "/>
        <Sentence ID="9.69 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Agreement ID="2.1"/>
        <Agreement ID="3.1"/>
        <Meta ID="4.1"/>
        <Agreement ID="5.1"/>
        <Fix ID="7.4"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.5"/>
        <Meta ID="8.1"/>
        <Suggestion ID="8.3"/>
        <Fix ID="8.4"/>
        <Fix ID="8.5"/>
        <Fix ID="8.6"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.18"/>
        <Suggestion ID="9.19"/>
        <Suggestion ID="9.61"/>
        <Suggestion ID="9.62"/>
        <Suggestion ID="9.63"/>
        <Suggestion ID="9.64"/>
        <Suggestion ID="9.65"/>
        <Suggestion ID="9.66"/>
        <Suggestion ID="9.67"/>
        <Suggestion ID="9.69"/>
        <Suggestion ID="9.68"/>
        <Meta ID="10.1"/>
        <Fix ID="10.3"/>
        <Agreement ID="11.1"/>
        <Fix ID="12.1"/>
        <Fix ID="12.2"/>
        <Fix ID="12.4"/>
        <Problem ID="12.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="16">
    <Title>
      "(64222) GTK - Access to data elements of many widgets required"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          Possibly from a previous discussion, it was concluded that if struct field is needed for using any widget it should be reported as a bug.
        </Sentence>
        <Sentence Links="1.3,1.4">
          This bug report lists 43 examples where this general rule is violated.
        </Sentence>
        <Sentence Links="2.2,2.6,2.7">
          It was observed that some of these already have accessor functions or occur for deprecated widgets but some of these still need a fix.
        </Sentence>
        <Sentence Links="3.1,3.2,3.3,4.1,4.2">
          A suggestion is made that API should be raised to a bit higher level for example to avoid deprecated GtkList to affect Combobox widget.
        </Sentence>
        <Sentence Links="4.4,4.5,4.6">
          Another suggestion is made to replace list in Combobox with GList.
        </Sentence>
        <Sentence Links="5.1">
          The ongoing work on gseal finally fixes this bug.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="2.7 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="3.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Suggestion ID="1.2"/>
        <Suggestion ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="1.20"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.23"/>
        <Problem ID="1.24"/>
        <Problem ID="1.25"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.32"/>
        <Problem ID="1.33"/>
        <Problem ID="1.34"/>
        <Problem ID="1.35"/>
        <Problem ID="1.36"/>
        <Problem ID="1.37"/>
        <Problem ID="1.38"/>
        <Problem ID="1.39"/>
        <Problem ID="1.40"/>
        <Problem ID="1.41"/>
        <Problem ID="1.42"/>
        <Problem ID="1.43"/>
        <Problem ID="1.44"/>
        <Problem ID="1.45"/>
        <Problem ID="1.46"/>
        <Problem ID="1.47"/>
        <Problem ID="1.48"/>
        <Problem ID="1.49"/>
        <Problem ID="1.50"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Suggestion ID="2.6"/>
        <Suggestion ID="2.7"/>
        <Suggestion ID="2.8"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Agreement ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.7"/>
        <Fix ID="5.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3">
          It is pointed out that some PyGtk wrappers are directly accessing widget data attributes, which shouldn't be needed.
        </Sentence>
        <Sentence Links="1.4">
          A list of 43 examples is provided.
        </Sentence>
        <Sentence Links="2.2,2.6">
          Some already have accessor functions, and some are for deprecated widgets.
        </Sentence>
        <Sentence Links="3.1,3.2">
          It is suggested that accessor functions be of a higher level, deprecating the existing lower level ones.
        </Sentence>
        <Sentence Links="3.3,4.1">
          Applications are already going to break due to deprecated widgets, which has already become a problem for other wrappers.
        </Sentence>
        <Sentence Links="4.2,4.4">
          A suggestion is made that access list items as a GList would make everything more usable.
        </Sentence>
        <Sentence Links="5.1">
          The entire problem is handled by a separate development team much later.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="1.20"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.23"/>
        <Problem ID="1.24"/>
        <Problem ID="1.25"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.32"/>
        <Problem ID="1.33"/>
        <Problem ID="1.34"/>
        <Problem ID="1.35"/>
        <Problem ID="1.36"/>
        <Problem ID="1.37"/>
        <Problem ID="1.38"/>
        <Problem ID="1.39"/>
        <Problem ID="1.40"/>
        <Problem ID="1.41"/>
        <Problem ID="1.42"/>
        <Problem ID="1.43"/>
        <Problem ID="1.44"/>
        <Problem ID="1.45"/>
        <Problem ID="1.46"/>
        <Problem ID="1.47"/>
        <Problem ID="1.48"/>
        <Problem ID="1.49"/>
        <Problem ID="1.50"/>
        <Problem ID="2.2"/>
        <Disagreement ID="2.2"/>
        <Problem ID="2.3"/>
        <Disagreement ID="2.3"/>
        <Problem ID="2.4"/>
        <Disagreement ID="2.4"/>
        <Problem ID="2.5"/>
        <Disagreement ID="2.5"/>
        <Problem ID="2.6"/>
        <Disagreement ID="2.6"/>
        <Problem ID="2.7"/>
        <Agreement ID="2.7"/>
        <Problem ID="2.8"/>
        <Agreement ID="2.8"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="4.1"/>
        <Agreement ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.7"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4,1.5,1.6,1.7">
          Struct fields are required for the functionality of a widget as the latest PyGtk wrappers access data members directly and hence C programmers would require to access them too.
        </Sentence>
        <Sentence Links="1.2">
          These struct fields should never be required and hence this is a bug which must be removed by implementing accessor functions.
        </Sentence>
        <Sentence Links="2.2,2.6">
          Some of the listed data members which are accessed in the PyGtk wrappers directly already have accessor functions while some of them are for deprecated widgets.
        </Sentence>
        <Sentence Links="2.7">
          The rest require accessor functions.</Sentence>
        <Sentence Links="2.8,3.1,3.2,3.3">
          Added to API fix for a future milestone but a higher level for the API is requested as GtkList widget is already deprecated which is required for accessing functionality of the Combo widget.
        </Sentence>
        <Sentence Links="4.1">
          Combo box is already broken in GTK-- where a different implementation for the list is used which makes it impossible to access list data.
        </Sentence>
        <Sentence Links="4.2,4.4,4.5">
          Hence a suggestion to make the combo a GList is made which would make working with it easier while allowing access to list items.
        </Sentence>
        <Sentence Links="4.6">
          It is not sure if a good way of handling arbitrary widgets with associated text exists without some sort of ListItem.
        </Sentence>
        <Sentence Links="5.1">
          The ongoing gseal work is handling the issues described above.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="2.7 "/>
        <Sentence ID="2.8 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="5.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.10"/>
        <Problem ID="1.9"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.19"/>
        <Problem ID="1.18"/>
        <Problem ID="1.20"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.25"/>
        <Problem ID="1.24"/>
        <Problem ID="1.23"/>
        <Agreement ID="1.2"/>
        <Agreement ID="1.1"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.32"/>
        <Problem ID="1.33"/>
        <Problem ID="1.34"/>
        <Problem ID="1.35"/>
        <Problem ID="1.36"/>
        <Problem ID="1.37"/>
        <Problem ID="1.38"/>
        <Problem ID="1.39"/>
        <Problem ID="1.40"/>
        <Problem ID="1.41"/>
        <Problem ID="1.42"/>
        <Problem ID="1.43"/>
        <Problem ID="1.44"/>
        <Problem ID="1.46"/>
        <Problem ID="1.45"/>
        <Problem ID="1.47"/>
        <Problem ID="1.48"/>
        <Problem ID="1.49"/>
        <Problem ID="1.50"/>
        <Agreement ID="2.1"/>
        <Fix ID="2.2"/>
        <Fix ID="2.3"/>
        <Fix ID="2.4"/>
        <Fix ID="2.5"/>
        <Fix ID="2.6"/>
        <Problem ID="2.7"/>
        <Problem ID="2.8"/>
        <Suggestion ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Agreement ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.7"/>
        <Fix ID="5.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="17">
    <Title>"(514396) GTK - Add gtk_show_uri"</Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          Applications used gnome_help functions to show help files, but gnome_help was part of the deprecated gnome_help.
        </Sentence>
        <Sentence Links="2.2">
          A patch was created to add gtk_show_uri and gtk_show_help to GTK+.
        </Sentence>
        <Sentence Links="3.1,3.2">
          A few issues about the patch were raised.</Sentence>
        <Sentence Links="7.1">
          It was also suggested to remove gtk_show_help() from the patch.
        </Sentence>
        <Sentence Links="5.1,5.2,8.2">
          Updated patches were created according to these requests.
        </Sentence>
        <Sentence Links="10.1">
          Another problem was raised that gtk_show_uri allows a NULL parent, but that is not multi-head safe.
        </Sentence>
        <Sentence Links="14.2">
          Updated gtk_show_uri patch was created, using a GdkScreen as input.
        </Sentence>
        <Sentence Links="17.2,17.3,17.4,17.5,17.6">
          Some comments were made on this new patch.</Sentence>
        <Sentence Links="18.2,18.4">
          Updated patch was created according to these comments: GdkScreen can be NULL.
        </Sentence>
        <Sentence Links="21.3,22.1">
          The patch was committed and a function that mounts the volume before opening it was left as future work.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="17.6 "/>
        <Sentence ID="18.2 "/>
        <Sentence ID="18.4 "/>
        <Sentence ID="21.3 "/>
        <Sentence ID="22.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="18.7 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="21.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Fix ID="2.2"/>
        <Fix ID="2.1"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.5"/>
        <Problem ID="3.4"/>
        <Problem ID="3.3"/>
        <Problem ID="3.6"/>
        <Suggestion ID="4.4"/>
        <Problem ID="4.1"/>
        <Fix ID="5.1"/>
        <Fix ID="5.2"/>
        <Problem ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Fix ID="8.1"/>
        <Fix ID="8.2"/>
        <Suggestion ID="10.2"/>
        <Problem ID="10.1"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Disagreement ID="12.1"/>
        <Agreement ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Fix ID="14.1"/>
        <Fix ID="14.2"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.8"/>
        <Meta ID="17.7"/>
        <Fix ID="18.1"/>
        <Meta ID="18.8"/>
        <Agreement ID="19.1"/>
        <Agreement ID="19.2"/>
        <Agreement ID="19.3"/>
        <Disagreement ID="20.1"/>
        <Disagreement ID="20.2"/>
        <Disagreement ID="20.3"/>
        <Disagreement ID="20.4"/>
        <Disagreement ID="20.5"/>
        <Disagreement ID="20.6"/>
        <Disagreement ID="20.7"/>
        <Suggestion ID="21.1"/>
        <Agreement ID="21.3"/>
        <Fix ID="22.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,2.2">
          The gnome_help functions which are currently being used are deprecated, so a patch is offered to switch to gtk_show_uri and gtk_show_help.
        </Sentence>
        <Sentence Links="3.2,3.6,4.1,4.4">
          This is missing updates to a symbol table, has some licensing details wrong, and gtk_show_help doesn't work on all platforms.
        </Sentence>
        <Sentence Links="5.2,8.2">
          Updates patches are given which fix these
        </Sentence>
        <Sentence Links="10.1">
          It is pointed out that gtk_show_uri is not multi-head safe due to NULL parent.
        </Sentence>
        <Sentence Links="11.1,12.1,12.2,13.1">
          It is suggested that it be forced to take a parent, but this is rejected.
        </Sentence>
        <Sentence Links="13.2,14.2">
          Instead a version which takes GdkScreen is suggested and then provided.
        </Sentence>
        <Sentence Links="17.2,17.4,18.2">
          It is suggested that GdkScreen should be able to be NULL and that the documentation should be improved, and this is accepted.
        </Sentence>
        <Sentence Links="17.6,19.1,21.1">
          Auto-mounting is also requested.
        </Sentence>
        <Sentence Links="20.1,20.5">
          Someone questions the utility of catering to so many special cases.
        </Sentence>
        <Sentence Links="21.3,22.1">
          The patch is accepted.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="18.2 "/>
        <Sentence ID="20.1 "/>
        <Sentence ID="20.5 "/>
        <Sentence ID="21.3 "/>
        <Sentence ID="22.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="17.6 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="19.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Fix ID="2.2"/>
        <Fix ID="3.1"/>
        <Fix ID="3.2"/>
        <Fix ID="3.3"/>
        <Fix ID="3.4"/>
        <Fix ID="3.5"/>
        <Fix ID="3.6"/>
        <Fix ID="3.7"/>
        <Fix ID="4.1"/>
        <Fix ID="4.2"/>
        <Fix ID="4.3"/>
        <Fix ID="5.2"/>
        <Fix ID="5.3"/>
        <Fix ID="5.4"/>
        <Fix ID="5.5"/>
        <Fix ID="6.1"/>
        <Fix ID="6.2"/>
        <Fix ID="7.1"/>
        <Fix ID="8.2"/>
        <Fix ID="9.1"/>
        <Fix ID="10.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="4.4"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Disagreement ID="12.1"/>
        <Disagreement ID="12.2"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Disagreement ID="13.1"/>
        <Fix ID="14.2"/>
        <Fix ID="15.1"/>
        <Fix ID="16.1"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.8"/>
        <Suggestion ID="17.7"/>
        <Fix ID="18.2"/>
        <Fix ID="18.3"/>
        <Fix ID="18.4"/>
        <Fix ID="18.5"/>
        <Fix ID="18.6"/>
        <Fix ID="18.10"/>
        <Fix ID="18.9"/>
        <Fix ID="18.8"/>
        <Fix ID="18.7"/>
        <Disagreement ID="19.1"/>
        <Disagreement ID="19.3"/>
        <Disagreement ID="19.2"/>
        <Meta ID="20.1"/>
        <Disagreement ID="20.5"/>
        <Disagreement ID="20.4"/>
        <Disagreement ID="20.3"/>
        <Disagreement ID="20.2"/>
        <Disagreement ID="20.6"/>
        <Disagreement ID="20.7"/>
        <Fix ID="21.1"/>
        <Fix ID="21.3"/>
        <Fix ID="21.2"/>
        <Fix ID="22.1"/>
        <Fix ID="22.2"/>
        <Fix ID="22.3"/>
        <Fix ID="22.4"/>
        <Fix ID="22.5"/>
        <Fix ID="22.6"/>
        <Fix ID="22.7"/>
        <Fix ID="22.8"/>
        <Fix ID="22.9"/>
        <Fix ID="22.10"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3">
          As gnome_help is deprecated, it needs to be replaced by a more general function, gtk_show_uri, according to GNOME goal proposal.
        </Sentence>
        <Sentence Links="3.1,3.2,3.7,5.5">
          Some minor problems (including the version number) are then noticed and fixed in the first patch.
        </Sentence>
        <Sentence Links="10.1">
          This generalization might become problematic as gtk_show_uri can take NULL as the parent widget of help dialogue.
        </Sentence>
        <Sentence Links="11.2,13.2,13.3">
          Passing a parent could be mandatory, but it would be best if the parent is a screen object not a widget.
        </Sentence>
        <Sentence Links="17.3,18.4">
          The parent could now be NULL so as to avoid calling get_screen repeatedly.
        </Sentence>
        <Sentence Links="17.6,18.7">
          Adding a flag to mount required space before using it is also discussed.
        </Sentence>
        <Sentence Links="19.1,20.5,20.6">
          It is said that calling get_screen would be helpful to avoid multi-screen bugs, but since this is rare it will become cumbersome for other cases (say 99% of cases).
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="18.4 "/>
        <Sentence ID="17.6 "/>
        <Sentence ID="18.7 "/>
        <Sentence ID="19.1 "/>
        <Sentence ID="20.5 "/>
        <Sentence ID="20.6 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="21.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Fix ID="2.2"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Problem ID="3.6"/>
        <Suggestion ID="3.7"/>
        <Disagreement ID="4.1"/>
        <Problem ID="4.3"/>
        <Problem ID="4.2"/>
        <Suggestion ID="4.4"/>
        <Fix ID="5.2"/>
        <Suggestion ID="5.5"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Meta ID="4.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="7.1"/>
        <Fix ID="8.2"/>
        <Problem ID="6.1"/>
        <Problem ID="9.1"/>
        <Problem ID="10.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Disagreement ID="12.1"/>
        <Disagreement ID="12.2"/>
        <Disagreement ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Fix ID="14.2"/>
        <Suggestion ID="15.1"/>
        <Problem ID="16.1"/>
        <Disagreement ID="17.2"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Problem ID="17.6"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.8"/>
        <Fix ID="18.2"/>
        <Fix ID="18.4"/>
        <Disagreement ID="18.6"/>
        <Suggestion ID="18.7"/>
        <Disagreement ID="18.8"/>
        <Suggestion ID="18.10"/>
        <Meta ID="18.10"/>
        <Disagreement ID="19.1"/>
        <Suggestion ID="19.1"/>
        <Suggestion ID="19.2"/>
        <Problem ID="19.3"/>
        <Disagreement ID="20.1"/>
        <Disagreement ID="20.2"/>
        <Disagreement ID="20.3"/>
        <Disagreement ID="20.4"/>
        <Suggestion ID="20.5"/>
        <Suggestion ID="20.6"/>
        <Agreement ID="21.3"/>
        <Suggestion ID="21.3"/>
        <Suggestion ID="21.1"/>
        <Suggestion ID="21.2"/>
        <Agreement ID="22.1"/>
        <Fix ID="22.4"/>
        <Fix ID="22.5"/>
        <Fix ID="22.6"/>
        <Fix ID="22.7"/>
        <Fix ID="22.8"/>
        <Fix ID="22.9"/>
        <Fix ID="22.10"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="18">
    <Title>"(215879) Eclipse - SWT crashes on start"</Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.16">
          When running a simple SWT example with the latest version, a Mac user experiences a crash on start up.
        </Sentence>
        <Sentence Links="8.4,9.1">
          It is revealed that he must use the -XstartOnFirstThread option when starting SWT applications, or it will crash.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="8.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Meta ID="1.1"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.8"/>
        <Problem ID="1.7"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.12"/>
        <Problem ID="1.11"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Meta ID="1.2"/>
        <Problem ID="2.1"/>
        <Disagreement ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Problem ID="4.5"/>
        <Problem ID="4.3"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.4"/>
        <Problem ID="4.6"/>
        <Meta ID="5.1"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Disagreement ID="7.2"/>
        <Disagreement ID="7.1"/>
        <Disagreement ID="7.3"/>
        <Suggestion ID="7.4"/>
        <Fix ID="8.4"/>
        <Problem ID="8.3"/>
        <Problem ID="8.2"/>
        <Problem ID="8.1"/>
        <Fix ID="8.5"/>
        <Fix ID="8.6"/>
        <Fix ID="9.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,4.5">
          This thread is not actually about a bug and is just about a user who could not use SWT library in Mac OS X.
        </Sentence>
        <Sentence Links="6.2,8.4">
          It is necessary to use -XstartOnFirstThread option when trying to use SWT library in OS X.
        </Sentence>
        <Sentence Links="1.16,1.17,1.18,6.2">
          Here the user is ignorant of the fact that using this option is necessary, so he gets SIGILL error, the window crashes without anything in the logs.
        </Sentence>
        <Sentence Links="8.4,8.5">
          After using this option, no error message is produced.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Disagreement ID="3.1"/>
        <Problem ID="4.6"/>
        <Suggestion ID="6.2"/>
        <Disagreement ID="6.4"/>
        <Disagreement ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Fix ID="8.4"/>
        <Fix ID="8.5"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.16,2.1">
          A user is trying to use the latest version of SWT library, but it even fails to run a simple example.
        </Sentence>
        <Sentence Links="3.3,4.2">
          The Java compiler version seems to be OK.</Sentence>
        <Sentence Links="4.5,7.2,7.3">
          It might be the way the application is launched on Tiger.
        </Sentence>
        <Sentence Links="6.2,8.4">
          It turns out that he needs to add option -XstartOnFirstThread while running it in command line.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="9.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Meta ID="1.1"/>
        <Problem ID="1.3"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="2.1"/>
        <Disagreement ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Problem ID="4.5"/>
        <Problem ID="4.6"/>
        <Meta ID="5.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.4"/>
        <Disagreement ID="7.1"/>
        <Disagreement ID="7.3"/>
        <Disagreement ID="7.2"/>
        <Suggestion ID="7.4"/>
        <Fix ID="8.4"/>
        <Fix ID="8.5"/>
        <Fix ID="9.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="19">
    <Title>
      "(69350) Eclipse - Accessibility : Group title is not taken into account by Window-Eyes 4.5"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,2.2">
          Some screen reading software is not able to read the group title for controls in dialog boxes.
        </Sentence>
        <Sentence Links="4.1,10.1">
          This bug is not reproducible by everyone, and it is determined it only affects WinXP users who have javaw.exe.manifest in jre/bin, as this causes different controls to be used.
        </Sentence>
        <Sentence Links="11.3">
          The problem is fixed in JAWS 6.0.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="2.7 "/>
        <Sentence ID="3.10 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="12.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="2.4"/>
        <Problem ID="2.5"/>
        <Problem ID="2.6"/>
        <Problem ID="2.7"/>
        <Fix ID="2.8"/>
        <Fix ID="2.9"/>
        <Fix ID="2.10"/>
        <Meta ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="2.1"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.9"/>
        <Suggestion ID="3.10"/>
        <Problem ID="3.8"/>
        <Disagreement ID="4.1"/>
        <Meta ID="5.1"/>
        <Meta ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Suggestion ID="5.9"/>
        <Suggestion ID="5.6"/>
        <Meta ID="6.1"/>
        <Meta ID="6.2"/>
        <Meta ID="6.3"/>
        <Meta ID="6.4"/>
        <Meta ID="6.5"/>
        <Disagreement ID="7.2"/>
        <Disagreement ID="7.1"/>
        <Problem ID="8.1"/>
        <Problem ID="8.4"/>
        <Problem ID="8.2"/>
        <Problem ID="8.3"/>
        <Problem ID="8.5"/>
        <Meta ID="9.1"/>
        <Meta ID="9.2"/>
        <Fix ID="10.1"/>
        <Fix ID="10.2"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Agreement ID="12.1"/>
        <Agreement ID="12.2"/>
        <Meta ID="13.1"/>
        <Meta ID="14.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,2.2,2.3">
          JAWS and Window-Eyes do not show group titles in some UI dialogs (where groups have a single child without a name).
        </Sentence>
        <Sentence Links="2.5,3.3,3.8">
          Search and find/replace dialogs are introduced as two test cases.
        </Sentence>
        <Sentence Links="2.8,3.10">
          Controls could be read again when they get focus or their windows have just got opened.
        </Sentence>
        <Sentence Links="4.1">
          The problem is not seen by some other people.</Sentence>
        <Sentence Links="5.4,5.5">
          Therefore, they install a fresh version of the software.
        </Sentence>
        <Sentence Links="7.1,8.1">
          However, users get different outcomes from fresh versions (both perfect and erroneous).
        </Sentence>
        <Sentence Links="10.1">
          Finally, it turns out that this problem only happens in Win XP when Win2K modules are mistakenly being used.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.5 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="2.8 "/>
        <Sentence ID="3.10 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.8 "/>
        <Sentence ID="5.9 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="2.4"/>
        <Problem ID="2.5"/>
        <Problem ID="2.6"/>
        <Suggestion ID="2.7"/>
        <Meta ID="2.7"/>
        <Suggestion ID="2.8"/>
        <Suggestion ID="2.9"/>
        <Suggestion ID="2.10"/>
        <Meta ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.8"/>
        <Problem ID="3.9"/>
        <Suggestion ID="3.10"/>
        <Disagreement ID="4.1"/>
        <Meta ID="5.1"/>
        <Disagreement ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Problem ID="5.6"/>
        <Problem ID="5.7"/>
        <Problem ID="5.8"/>
        <Problem ID="5.9"/>
        <Meta ID="6.1"/>
        <Disagreement ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Disagreement ID="8.1"/>
        <Problem ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.5"/>
        <Meta ID="9.1"/>
        <Fix ID="10.2"/>
        <Fix ID="10.1"/>
        <Problem ID="10.1"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Agreement ID="12.1"/>
        <Agreement ID="12.2"/>
        <Meta ID="13.1"/>
        <Meta ID="14.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,2.2,2.3">
          An accessibility concern is raised as both Window-Eyes and JAWS seem to fail to read out the title of groups of radio buttons and other controls.
        </Sentence>
        <Sentence Links="2.8,3.2,3.3,3.8">
          A work-around in Window-Eyes is provided, and specific examples of the failure are listed.
        </Sentence>
        <Sentence Links="4.1">
          Further testing with various versions of JAWS does not show this problem.
        </Sentence>
        <Sentence Links="5.6,7.1">
          A stand-alone example applet is given to demonstrate the problem, but again it cannot be reproduced by others.
        </Sentence>
        <Sentence Links="8.3">
          The JAWS configuration files are compared.
        </Sentence>
        <Sentence Links="10.1,10.2">
          Finally, the problem is shown to be specific to JAWS on Windows XP with a specific Java environment.
        </Sentence>
        <Sentence Links="11.1,11.3">
          This is resolved in the new version 6.0 of JAWS.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.8 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="12.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="2.4"/>
        <Problem ID="2.5"/>
        <Problem ID="2.6"/>
        <Suggestion ID="2.8"/>
        <Suggestion ID="2.9"/>
        <Suggestion ID="2.10"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.8"/>
        <Problem ID="3.9"/>
        <Suggestion ID="3.10"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Problem ID="5.6"/>
        <Problem ID="5.7"/>
        <Problem ID="5.8"/>
        <Problem ID="5.9"/>
        <Problem ID="10.1"/>
        <Problem ID="10.2"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Fix ID="11.3"/>
        <Fix ID="12.1"/>
        <Meta ID="13.1"/>
        <Problem ID="7.1"/>
        <Problem ID="7.2"/>
        <Problem ID="8.1"/>
        <Problem ID="8.2"/>
        <Problem ID="8.3"/>
        <Problem ID="8.4"/>
        <Problem ID="8.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="20">
    <Title>
      "(226688) Eclipse - Teneo installation corrupts Ant installation"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3,1.7,1.8">
          When Manfred Hahn installed Teneo, a set of plugins, the Ant Preferences page was corrupted.
        </Sentence>
        <Sentence Links="2.2">
          This behavior should not have happened, but no cause or solution is found.
        </Sentence>
        <Sentence Links="9.1,9.3">
          A later version of Teneo install correctly, so this issue is considered fixed.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="9.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Meta ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.8"/>
        <Problem ID="1.6"/>
        <Meta ID="1.9"/>
        <Meta ID="2.12"/>
        <Meta ID="2.1"/>
        <Disagreement ID="2.2"/>
        <Disagreement ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Suggestion ID="2.6"/>
        <Suggestion ID="2.7"/>
        <Suggestion ID="2.8"/>
        <Suggestion ID="2.9"/>
        <Suggestion ID="2.10"/>
        <Suggestion ID="2.11"/>
        <Meta ID="3.1"/>
        <Meta ID="3.2"/>
        <Meta ID="4.2"/>
        <Meta ID="4.1"/>
        <Meta ID="5.2"/>
        <Meta ID="5.1"/>
        <Meta ID="6.5"/>
        <Meta ID="6.4"/>
        <Meta ID="6.3"/>
        <Meta ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="7.2"/>
        <Meta ID="7.1"/>
        <Meta ID="7.5"/>
        <Problem ID="7.4"/>
        <Problem ID="7.3"/>
        <Meta ID="8.1"/>
        <Meta ID="8.6"/>
        <Meta ID="8.3"/>
        <Meta ID="8.4"/>
        <Meta ID="8.5"/>
        <Disagreement ID="8.2"/>
        <Meta ID="9.3"/>
        <Fix ID="9.2"/>
        <Fix ID="9.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3">
          Teneo installation results in the the \"Ant Home Entries\" entry on the classpath page being empty, as well as generating NullPointerExceptions in the log file.
        </Sentence>
        <Sentence Links="1.5,1.7,1.8">
          This is only seen when Teneo is installed and enabled.
        </Sentence>
        <Sentence Links="2.2,2.3">
          This behavior is questioned, as there isn't an obvious way for Teneo to affect other plugins like that.
        </Sentence>
        <Sentence Links="2.4,2.6,2.10">
          A set of log files, screen captures and other information is requested.
        </Sentence>
        <Sentence Links="3.2,4.2,5.2">
          These are provided.
        </Sentence>
        <Sentence Links="8.2,8.3">
          It remains mysterious how Teneo could be causing these problems, and the bug report's classification is changed.
        </Sentence>
        <Sentence Links="9.1,9.3">
          The problem isn't seen with the new version of Teneo and the bug is closed.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="2.10 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Meta ID="9.3"/>
        <Meta ID="8.4"/>
        <Meta ID="8.3"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2">
          Installation of Teneo causes the entry \"Ant Home Entries(Default)\" to vanish from the preferences page.
        </Sentence>
        <Sentence Links="1.3">
          Null pointer exceptions in the log file and \"Malformed URL\" error on opening preferences page also result.
        </Sentence>
        <Sentence Links="1.5,1.6,1.7,1.8">
          A step by step clean installation of an eclipse environment shows that this problem occurs right after installation of Teneo where disabling Teneo restores things to normal.
        </Sentence>
        <Sentence Links="2.3,2.4,2.6">
          A request for debug information like screendump and log file using a -clean switch is made to further investigate this problem.
        </Sentence>
        <Sentence Links="3.1,3.2,4.1,4.2,5.1,5.2,8.2">
          The generated log files and related data did not lead to the reason behind this problem.
        </Sentence>
        <Sentence Links="9.1">
          The issue was later resolved with a new release of Teneo which is believed to have done a consolidation of the used libraries.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.6 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="7.4 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="8.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="2.2"/>
        <Suggestion ID="2.11"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="2.5"/>
        <Suggestion ID="2.6"/>
        <Suggestion ID="2.7"/>
        <Suggestion ID="2.9"/>
        <Suggestion ID="2.10"/>
        <Suggestion ID="6.3"/>
        <Problem ID="7.4"/>
        <Problem ID="7.3"/>
        <Problem ID="7.2"/>
        <Suggestion ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="21">
    <Title>"(276131) Eclipse - Browser Test crashing"</Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          Automatic testing have been failing for the most recent builds, probably due to crashes in BrowserTests.
        </Sentence>
        <Sentence Links="2.1,4.1,4.3">
          A patch is offered which changes resource pools so they are only released when their device count goes to zero.
        </Sentence>
        <Sentence Links="3.1,5.1">
          The patch is pushed back for the next release candidate as it hasn't been tested properly.
        </Sentence>
        <Sentence Links="7.1">
          A simpler patch is offered, which checks the pool validity.
        </Sentence>
        <Sentence Links="8.1">
          The automated testing system is set to start performing the tests which were crashing it again.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Fix ID="2.1"/>
        <Fix ID="3.1"/>
        <Fix ID="3.2"/>
        <Fix ID="3.3"/>
        <Fix ID="4.1"/>
        <Fix ID="4.2"/>
        <Fix ID="4.3"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.2"/>
        <Fix ID="5.1"/>
        <Fix ID="6.1"/>
        <Fix ID="6.2"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="8.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          This thread is about a bug which causes crash in releng platform of eclipse.
        </Sentence>
        <Sentence Links="3.3,4.1">
          The bug affects running of SWT test suite and is emerged because of malfunctioning in main thread pool.
        </Sentence>
        <Sentence Links="4.2">
          The reason for crash is that pool was not removed from the thread local dictionary and got reused.
        </Sentence>
        <Sentence Links="4.3,6.2,7.1,8.2">
          One resolving suggestion is to only release the main thread pool when device count goes to zero, but finally the idea for fixing the bug is making sure pool is always valid, so another display will not use a released pool.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Suggestion ID="1.1"/>
        <Suggestion ID="3.1"/>
        <Meta ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Problem ID="3.3"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Fix ID="6.2"/>
        <Fix ID="7.1"/>
        <Problem ID="7.2"/>
        <Problem ID="7.3"/>
        <Fix ID="8.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          Browser tests crashes.</Sentence>
        <Sentence Links="3.2">
          Comment out crashing tests in RC1.</Sentence>
        <Sentence Links="3.3">
          It does not affect the usability.</Sentence>
        <Sentence Links="4.2">
          Issue caused by the strategy of releasing pools.</Sentence>
        <Sentence Links="4.3">
          New strategy.</Sentence>
        <Sentence Links="5.2,5.3">
          Should test more.</Sentence>
        <Sentence Links="7.1,7.2,7.3">
          New fix and new problem.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Fix ID="4.1"/>
        <Fix ID="4.2"/>
        <Fix ID="4.3"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Fix ID="7.1"/>
        <Problem ID="7.2"/>
        <Problem ID="7.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="22">
    <Title>
      "(429126) Bugzilla Calendar - infinite loop at refresh when a calendar is deleted from the server outside of Lightning"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3">
          An infinite loop is triggered when Lightning attempts to access a calendar that no longer exists, despite receiving a correct 404 result.
        </Sentence>
        <Sentence Links="3.1">
          This problem occured when safeRefresh() was called from within calDavCalendar.js and has been fixed.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.13"/>
        <Problem ID="1.12"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.20"/>
        <Problem ID="1.19"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.23"/>
        <Problem ID="1.24"/>
        <Problem ID="1.25"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.30"/>
        <Problem ID="1.31"/>
        <Problem ID="1.32"/>
        <Problem ID="1.33"/>
        <Problem ID="1.34"/>
        <Problem ID="1.35"/>
        <Problem ID="1.36"/>
        <Problem ID="1.38"/>
        <Problem ID="1.37"/>
        <Problem ID="1.39"/>
        <Problem ID="1.40"/>
        <Problem ID="1.41"/>
        <Problem ID="1.42"/>
        <Problem ID="1.43"/>
        <Problem ID="1.44"/>
        <Problem ID="1.45"/>
        <Problem ID="1.46"/>
        <Problem ID="1.47"/>
        <Problem ID="1.48"/>
        <Problem ID="1.49"/>
        <Problem ID="1.50"/>
        <Problem ID="1.51"/>
        <Problem ID="1.52"/>
        <Problem ID="1.53"/>
        <Problem ID="1.54"/>
        <Problem ID="1.55"/>
        <Problem ID="1.56"/>
        <Problem ID="1.57"/>
        <Problem ID="1.60"/>
        <Problem ID="1.59"/>
        <Problem ID="1.58"/>
        <Problem ID="1.61"/>
        <Problem ID="1.62"/>
        <Problem ID="1.63"/>
        <Problem ID="1.64"/>
        <Problem ID="1.65"/>
        <Problem ID="1.66"/>
        <Problem ID="1.67"/>
        <Problem ID="1.68"/>
        <Problem ID="1.70"/>
        <Problem ID="1.69"/>
        <Problem ID="1.71"/>
        <Problem ID="1.72"/>
        <Problem ID="1.73"/>
        <Problem ID="1.74"/>
        <Problem ID="1.75"/>
        <Problem ID="1.76"/>
        <Problem ID="1.77"/>
        <Problem ID="1.78"/>
        <Problem ID="1.79"/>
        <Problem ID="1.80"/>
        <Problem ID="1.81"/>
        <Problem ID="1.82"/>
        <Problem ID="1.83"/>
        <Problem ID="1.84"/>
        <Problem ID="1.85"/>
        <Problem ID="1.86"/>
        <Problem ID="1.87"/>
        <Problem ID="1.88"/>
        <Problem ID="1.89"/>
        <Problem ID="1.90"/>
        <Problem ID="1.91"/>
        <Problem ID="1.92"/>
        <Problem ID="1.93"/>
        <Problem ID="1.94"/>
        <Problem ID="1.95"/>
        <Problem ID="1.96"/>
        <Problem ID="1.97"/>
        <Problem ID="1.98"/>
        <Problem ID="1.99"/>
        <Problem ID="1.100"/>
        <Problem ID="1.101"/>
        <Problem ID="1.102"/>
        <Problem ID="1.103"/>
        <Problem ID="1.104"/>
        <Problem ID="1.105"/>
        <Problem ID="1.106"/>
        <Problem ID="1.107"/>
        <Problem ID="1.108"/>
        <Problem ID="1.109"/>
        <Problem ID="1.111"/>
        <Problem ID="1.110"/>
        <Problem ID="1.112"/>
        <Problem ID="1.113"/>
        <Problem ID="1.114"/>
        <Problem ID="1.115"/>
        <Problem ID="1.116"/>
        <Problem ID="1.117"/>
        <Problem ID="1.118"/>
        <Problem ID="1.119"/>
        <Problem ID="1.120"/>
        <Problem ID="1.121"/>
        <Problem ID="1.122"/>
        <Problem ID="1.123"/>
        <Problem ID="1.124"/>
        <Problem ID="1.125"/>
        <Problem ID="1.126"/>
        <Problem ID="1.128"/>
        <Problem ID="1.127"/>
        <Problem ID="1.129"/>
        <Problem ID="1.130"/>
        <Problem ID="1.131"/>
        <Problem ID="1.132"/>
        <Problem ID="1.133"/>
        <Problem ID="1.134"/>
        <Problem ID="1.135"/>
        <Problem ID="1.136"/>
        <Problem ID="1.137"/>
        <Problem ID="1.138"/>
        <Problem ID="1.139"/>
        <Problem ID="1.140"/>
        <Problem ID="1.141"/>
        <Problem ID="1.142"/>
        <Problem ID="1.143"/>
        <Problem ID="1.144"/>
        <Problem ID="1.145"/>
        <Problem ID="1.146"/>
        <Problem ID="1.147"/>
        <Problem ID="1.148"/>
        <Problem ID="1.149"/>
        <Problem ID="1.150"/>
        <Problem ID="1.151"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.8"/>
        <Suggestion ID="3.9"/>
        <Suggestion ID="3.10"/>
        <Suggestion ID="3.11"/>
        <Suggestion ID="3.12"/>
        <Suggestion ID="3.13"/>
        <Suggestion ID="3.14"/>
        <Suggestion ID="3.15"/>
        <Suggestion ID="3.16"/>
        <Suggestion ID="3.17"/>
        <Suggestion ID="3.18"/>
        <Suggestion ID="3.19"/>
        <Suggestion ID="3.20"/>
        <Suggestion ID="3.21"/>
        <Fix ID="3.22"/>
        <Fix ID="3.23"/>
        <Fix ID="3.24"/>
        <Fix ID="3.25"/>
        <Fix ID="3.26"/>
        <Fix ID="3.27"/>
        <Fix ID="3.28"/>
        <Fix ID="3.29"/>
        <Fix ID="3.30"/>
        <Fix ID="3.31"/>
        <Fix ID="3.32"/>
        <Fix ID="3.33"/>
        <Fix ID="4.2"/>
        <Fix ID="4.3"/>
        <Meta ID="4.1"/>
        <Meta ID="5.1"/>
        <Agreement ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Fix ID="6.1"/>
        <Fix ID="6.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3">
          This report is about a bug in lightning which is a application developed by Mozilla.
        </Sentence>
        <Sentence Links="1.3,1.5,1.6,1.7,1.8,1.9,1.10">
          This bug occurs when a subscribed calendar in lightning is deleted from the server.
        </Sentence>
        <Sentence Links="1.3,1.12,1.13,1.14,4.3">
          As a result, in this situation lightning gets stuck in an infinite loop using 100% of CPU, despite the fact that server has sent 404 error.
        </Sentence>
        <Sentence Links="1.15,1.16,1.17">
          The expected result in this situation is to stop sending requests when 404 error is received.
        </Sentence>
        <Sentence Links="2.1,3.1">
          For resolving this bug, after realizing that there exists many connections to the server at the same time, it turns out that the bug is happening when a method named safeRefresh() is called.
        </Sentence>
        <Sentence Links="3.2,3.3,3.4,3.5,3.6,3.7,3.8,3.9,3.10,3.22,3.23,3.24,3.25,3.26,4.2,6.2">
          This bug is fixed after the developers add a condition to safeRefresh() function which check for error 404 and if this error is found, no refresh is done.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="3.9 "/>
        <Sentence ID="3.10 "/>
        <Sentence ID="3.22 "/>
        <Sentence ID="3.23 "/>
        <Sentence ID="3.24 "/>
        <Sentence ID="3.25 "/>
        <Sentence ID="3.26 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="3.11 "/>
        <Sentence ID="3.12 "/>
        <Sentence ID="3.13 "/>
        <Sentence ID="3.14 "/>
        <Sentence ID="3.15 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.10"/>
        <Problem ID="1.9"/>
        <Problem ID="1.8"/>
        <Problem ID="1.11"/>
        <Problem ID="1.14"/>
        <Problem ID="1.13"/>
        <Problem ID="1.12"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Suggestion ID="2.1"/>
        <Problem ID="2.1"/>
        <Agreement ID="2.1"/>
        <Problem ID="3.1"/>
        <Suggestion ID="3.1"/>
        <Problem ID="3.8"/>
        <Problem ID="3.9"/>
        <Problem ID="3.10"/>
        <Suggestion ID="3.22"/>
        <Suggestion ID="3.25"/>
        <Suggestion ID="3.23"/>
        <Suggestion ID="3.24"/>
        <Suggestion ID="3.26"/>
        <Suggestion ID="3.33"/>
        <Fix ID="4.1"/>
        <Fix ID="4.2"/>
        <Problem ID="4.3"/>
        <Meta ID="4.3"/>
        <Fix ID="6.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3">
          If a calendar you subscribe to in Thunderbird is later deleted, Thunderbird will go into an infinite loop making HTTP requests to the server.
        </Sentence>
        <Sentence Links="3.9,3.10">
          The 404 message is never checked, so it goes into an infinite loop.
        </Sentence>
        <Sentence Links="4.2,4.3,6.1">
          The bug is then fixed by doing the proper checks.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="3.9 "/>
        <Sentence ID="3.10 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="1.16 "/>
        <Sentence ID="1.15 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.33 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Suggestion ID="1.16"/>
        <Suggestion ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="1.20"/>
        <Problem ID="1.4"/>
        <Problem ID="1.23"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.24"/>
        <Problem ID="1.25"/>
        <Problem ID="1.26"/>
        <Problem ID="1.27"/>
        <Problem ID="1.28"/>
        <Problem ID="1.29"/>
        <Problem ID="1.31"/>
        <Problem ID="1.30"/>
        <Problem ID="1.32"/>
        <Problem ID="1.34"/>
        <Problem ID="1.33"/>
        <Problem ID="1.35"/>
        <Problem ID="1.36"/>
        <Problem ID="1.37"/>
        <Problem ID="1.38"/>
        <Problem ID="1.40"/>
        <Problem ID="1.39"/>
        <Problem ID="1.41"/>
        <Problem ID="1.42"/>
        <Problem ID="1.43"/>
        <Problem ID="1.44"/>
        <Problem ID="1.45"/>
        <Problem ID="1.46"/>
        <Problem ID="1.47"/>
        <Problem ID="1.48"/>
        <Problem ID="1.49"/>
        <Problem ID="1.50"/>
        <Problem ID="1.52"/>
        <Problem ID="1.51"/>
        <Problem ID="1.53"/>
        <Problem ID="1.54"/>
        <Problem ID="1.55"/>
        <Problem ID="1.56"/>
        <Problem ID="1.57"/>
        <Problem ID="1.58"/>
        <Problem ID="1.59"/>
        <Problem ID="1.60"/>
        <Problem ID="1.61"/>
        <Problem ID="1.62"/>
        <Problem ID="1.63"/>
        <Problem ID="1.64"/>
        <Problem ID="1.65"/>
        <Problem ID="1.66"/>
        <Problem ID="1.67"/>
        <Problem ID="1.68"/>
        <Problem ID="1.69"/>
        <Problem ID="1.70"/>
        <Problem ID="1.71"/>
        <Problem ID="1.72"/>
        <Problem ID="1.73"/>
        <Problem ID="1.74"/>
        <Problem ID="1.75"/>
        <Problem ID="1.76"/>
        <Problem ID="1.77"/>
        <Problem ID="1.78"/>
        <Problem ID="1.79"/>
        <Problem ID="1.81"/>
        <Problem ID="1.80"/>
        <Problem ID="1.82"/>
        <Problem ID="1.83"/>
        <Problem ID="1.84"/>
        <Problem ID="1.85"/>
        <Problem ID="1.86"/>
        <Problem ID="1.87"/>
        <Problem ID="1.88"/>
        <Problem ID="1.89"/>
        <Problem ID="1.90"/>
        <Problem ID="1.91"/>
        <Problem ID="1.92"/>
        <Problem ID="1.93"/>
        <Problem ID="1.94"/>
        <Problem ID="1.95"/>
        <Problem ID="1.96"/>
        <Problem ID="1.97"/>
        <Problem ID="1.98"/>
        <Problem ID="1.99"/>
        <Problem ID="1.100"/>
        <Problem ID="1.101"/>
        <Problem ID="1.102"/>
        <Problem ID="1.103"/>
        <Problem ID="1.104"/>
        <Problem ID="1.106"/>
        <Problem ID="1.107"/>
        <Problem ID="1.105"/>
        <Problem ID="1.108"/>
        <Problem ID="1.109"/>
        <Problem ID="1.110"/>
        <Problem ID="1.111"/>
        <Problem ID="1.112"/>
        <Problem ID="1.113"/>
        <Problem ID="1.114"/>
        <Problem ID="1.115"/>
        <Problem ID="1.116"/>
        <Problem ID="1.117"/>
        <Problem ID="1.118"/>
        <Problem ID="1.119"/>
        <Problem ID="1.120"/>
        <Problem ID="1.121"/>
        <Problem ID="1.122"/>
        <Problem ID="1.123"/>
        <Problem ID="1.124"/>
        <Problem ID="1.125"/>
        <Problem ID="1.126"/>
        <Problem ID="1.127"/>
        <Problem ID="1.128"/>
        <Problem ID="1.129"/>
        <Problem ID="1.130"/>
        <Problem ID="1.131"/>
        <Problem ID="1.132"/>
        <Problem ID="1.133"/>
        <Problem ID="1.134"/>
        <Problem ID="1.136"/>
        <Problem ID="1.135"/>
        <Problem ID="1.137"/>
        <Problem ID="1.138"/>
        <Problem ID="1.139"/>
        <Problem ID="1.140"/>
        <Problem ID="1.141"/>
        <Problem ID="1.142"/>
        <Problem ID="1.143"/>
        <Problem ID="1.144"/>
        <Problem ID="1.145"/>
        <Problem ID="1.147"/>
        <Problem ID="1.146"/>
        <Problem ID="1.148"/>
        <Problem ID="1.149"/>
        <Problem ID="1.151"/>
        <Problem ID="1.150"/>
        <Problem ID="2.1"/>
        <Problem ID="3.1"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.2"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.8"/>
        <Problem ID="3.10"/>
        <Problem ID="3.11"/>
        <Problem ID="3.12"/>
        <Problem ID="3.13"/>
        <Problem ID="3.14"/>
        <Problem ID="3.15"/>
        <Problem ID="3.16"/>
        <Problem ID="3.17"/>
        <Problem ID="3.18"/>
        <Problem ID="3.19"/>
        <Problem ID="3.20"/>
        <Problem ID="3.21"/>
        <Problem ID="3.33"/>
        <Problem ID="3.31"/>
        <Problem ID="3.32"/>
        <Problem ID="3.29"/>
        <Problem ID="3.30"/>
        <Problem ID="3.28"/>
        <Problem ID="3.27"/>
        <Problem ID="3.26"/>
        <Problem ID="3.25"/>
        <Problem ID="3.24"/>
        <Problem ID="3.23"/>
        <Problem ID="3.22"/>
        <Fix ID="4.2"/>
        <Meta ID="4.1"/>
        <Fix ID="4.3"/>
        <Suggestion ID="4.3"/>
        <Agreement ID="5.2"/>
        <Fix ID="5.3"/>
        <Fix ID="5.4"/>
        <Fix ID="6.2"/>
        <Fix ID="6.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="23">
    <Title>
      "(403907) Thunderbird - Moving (+ delete/rename) a folder/subfolder [...] take a lot of CPU and one to two minutes of processing"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.3,1.4,1.5">
          It takes a lot of CPU time to move a folder to another location in the same account when many tmprules-xxx.dat files exit in temp directory.
        </Sentence>
        <Sentence Links="1.11,1.12">
          Deleting or renaming a folder cause the same problem.
        </Sentence>
        <Sentence Links="1.13">
          In addition, it takes 10 to 20 percent more CPU time to check emails.
        </Sentence>
        <Sentence Links="3.1,3.2">
          The problem can be temporally solved by deleting the 100,00 temp files in the temp folder.
        </Sentence>
        <Sentence Links="3.3">
          However, the temp files will appear gradually and cause the same problem again.
        </Sentence>
        <Sentence Links="3.4,3.5">
          In fact, the underline cause for this bug maybe the same as for bug 362539.
        </Sentence>
        <Sentence Links="9.1">
          The patch fixes bug 410739 can fix this bug too.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.12 "/>
        <Sentence ID="5.14 "/>
        <Sentence ID="5.15 "/>
        <Sentence ID="5.16 "/>
        <Sentence ID="5.17 "/>
        <Sentence ID="5.18 "/>
        <Sentence ID="5.19 "/>
        <Sentence ID="5.20 "/>
        <Sentence ID="5.21 "/>
        <Sentence ID="5.22 "/>
        <Sentence ID="8.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Meta ID="1.18"/>
        <Meta ID="2.1"/>
        <Meta ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Meta ID="3.3"/>
        <Meta ID="3.4"/>
        <Meta ID="3.5"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Disagreement ID="5.12"/>
        <Disagreement ID="5.14"/>
        <Disagreement ID="5.15"/>
        <Disagreement ID="5.16"/>
        <Disagreement ID="5.17"/>
        <Disagreement ID="5.18"/>
        <Disagreement ID="5.19"/>
        <Disagreement ID="5.20"/>
        <Disagreement ID="5.21"/>
        <Disagreement ID="5.22"/>
        <Agreement ID="6.1"/>
        <Agreement ID="6.2"/>
        <Suggestion ID="8.1"/>
        <Fix ID="9.1"/>
        <Meta ID="10.1"/>
        <Suggestion ID="8.2"/>
        <Problem ID="1.10"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.2,1.12">
          In Thunderbird, dragging and dropping a folder into another, or renaming a folder, causes the CPU usage to jump to over 50%, and takes more than a minute of processing.
        </Sentence>
        <Sentence Links="3.1,3.2,3.3">
          The bug happens because there are more than 10000 files in the temp folder, called tmprules-xxx.dat.
        </Sentence>
        <Sentence Links="4.1,4.2">
          It occurs because Thunderbird tries to parse all 10000 rules files to determine if they need to be updated after the file move.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="9.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Suggestion ID="3.1"/>
        <Fix ID="3.2"/>
        <Meta ID="3.5"/>
        <Meta ID="5.12"/>
        <Meta ID="6.2"/>
        <Meta ID="9.1"/>
        <Fix ID="9.1"/>
        <Meta ID="10.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2,1.3,1.4,1.5,1.6,3.1,3.2">
          Moving an email folder or subfolder in Thunderbird results in large delays when there are a large number of \"tmprules-N.dat\".
        </Sentence>
        <Sentence Links="9.1">
          Resolved as part of the fix for bug 375292 on branch 1.8 and trunk.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="10.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.4"/>
        <Problem ID="1.3"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.15"/>
        <Problem ID="1.14"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Problem ID="1.19"/>
        <Problem ID="1.20"/>
        <Problem ID="1.21"/>
        <Problem ID="1.22"/>
        <Problem ID="1.23"/>
        <Problem ID="1.24"/>
        <Problem ID="1.25"/>
        <Problem ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Meta ID="3.4"/>
        <Meta ID="3.5"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Disagreement ID="5.12"/>
        <Disagreement ID="5.13"/>
        <Disagreement ID="5.14"/>
        <Disagreement ID="5.15"/>
        <Disagreement ID="5.17"/>
        <Disagreement ID="5.16"/>
        <Disagreement ID="5.18"/>
        <Disagreement ID="5.20"/>
        <Disagreement ID="5.19"/>
        <Disagreement ID="5.21"/>
        <Disagreement ID="5.22"/>
        <Agreement ID="6.1"/>
        <Agreement ID="6.2"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Fix ID="9.1"/>
        <Meta ID="10.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="24">
    <Title>
      "(296655) Thunderbird - selection of multiple mailboxes/folders in the folders pane is possible but not usable "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4,1.5,1.6,1.7,1.8,1.9,1.10,1.11,1.12,1.13,1.18">
          This is an enhancement request for Thunderbird email client so that user is able to select multiple folders using shift click and move them at once to another folder.
        </Sentence>
        <Sentence Links="5.1,5.2,7.1,9.1,9.2,9.3">
          This is a highly desirable feature and is important for migrating heavy users over to Thunderbird from Outlook who have lots of folder to organize.
        </Sentence>
        <Sentence Links="10.1,10.2">
          The functionality to select multiple folders is available on latest trunk but on 'drag and drop' only one folder is moved.
        </Sentence>
        <Sentence Links="14.1,19.2,19.3,19.4,19.5,19.6,19.7,19.8,19.9,19.10,19.11,19.12,19.13,19.14,19.15">
          The proposed fix lists various possible options available on multiple select like- Get Messages, Open, Unsubscribe(for newsgroups), Delete(it is decided that option to delete would be disabled for multiple select because of some technical
          difficulties), Mark folder/newsgroup read.
        </Sentence>
        <Sentence Links="19.17,19.18,19.19,19.20,19.21,19.22,19.23">
          Some more related issues are also listed like-delete on newsgroup to unsubscribe was broken, save search wasn't enabled for news and tools menu folder commands.
        </Sentence>
        <Sentence Links="20.2,21.2,23.3">
          Proposed changes are approved and bug is fixed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="19.2 "/>
        <Sentence ID="19.11 "/>
        <Sentence ID="19.17 "/>
        <Sentence ID="19.23 "/>
        <Sentence ID="20.2 "/>
        <Sentence ID="21.2 "/>
        <Sentence ID="23.3 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="19.12 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="19.4 "/>
        <Sentence ID="19.6 "/>
        <Sentence ID="19.8 "/>
        <Sentence ID="19.9 "/>
        <Sentence ID="19.13 "/>
        <Sentence ID="19.14 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.3"/>
        <Problem ID="1.7"/>
        <Problem ID="1.6"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Suggestion ID="1.14"/>
        <Suggestion ID="1.15"/>
        <Suggestion ID="1.17"/>
        <Suggestion ID="1.16"/>
        <Problem ID="1.18"/>
        <Meta ID="2.1"/>
        <Meta ID="2.2"/>
        <Meta ID="2.3"/>
        <Meta ID="2.4"/>
        <Meta ID="2.5"/>
        <Meta ID="2.6"/>
        <Meta ID="2.7"/>
        <Meta ID="2.8"/>
        <Meta ID="2.9"/>
        <Meta ID="2.10"/>
        <Meta ID="2.11"/>
        <Meta ID="2.12"/>
        <Meta ID="2.13"/>
        <Meta ID="3.1"/>
        <Meta ID="4.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Agreement ID="7.1"/>
        <Meta ID="8.1"/>
        <Meta ID="6.1"/>
        <Agreement ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Fix ID="10.1"/>
        <Fix ID="10.2"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="12.1"/>
        <Suggestion ID="13.1"/>
        <Suggestion ID="14.1"/>
        <Suggestion ID="14.2"/>
        <Suggestion ID="15.1"/>
        <Suggestion ID="16.1"/>
        <Meta ID="17.1"/>
        <Suggestion ID="18.1"/>
        <Suggestion ID="19.1"/>
        <Suggestion ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.5"/>
        <Suggestion ID="19.6"/>
        <Suggestion ID="19.7"/>
        <Suggestion ID="19.8"/>
        <Suggestion ID="19.9"/>
        <Suggestion ID="19.10"/>
        <Suggestion ID="19.11"/>
        <Suggestion ID="19.12"/>
        <Suggestion ID="19.13"/>
        <Suggestion ID="19.14"/>
        <Suggestion ID="19.15"/>
        <Suggestion ID="19.16"/>
        <Suggestion ID="19.17"/>
        <Suggestion ID="19.18"/>
        <Suggestion ID="19.19"/>
        <Suggestion ID="19.20"/>
        <Suggestion ID="19.21"/>
        <Suggestion ID="19.22"/>
        <Suggestion ID="19.23"/>
        <Suggestion ID="19.24"/>
        <Suggestion ID="19.25"/>
        <Agreement ID="20.1"/>
        <Agreement ID="20.2"/>
        <Agreement ID="21.2"/>
        <Agreement ID="21.1"/>
        <Suggestion ID="22.1"/>
        <Fix ID="23.1"/>
        <Fix ID="23.2"/>
        <Fix ID="23.3"/>
        <Fix ID="23.4"/>
        <Fix ID="23.5"/>
        <Suggestion ID="20.3"/>
        <Suggestion ID="20.4"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4">
          This thread is about a bug in thunderbird mozilla which occurs when user wants to select multiple folders or mailboxes from the folders pane.
        </Sentence>
        <Sentence Links="1.4,1.8,1.9,1.11">
          when user tries to select another folder by shift+click, previous selection is lost.
        </Sentence>
        <Sentence Links="9.2,9.3">
          People have discussed on the importance of this feature for example its benefit for migrated users from outlook.
        </Sentence>
        <Sentence Links="10.1">
          further in the thread it turns out that multiple selection is resolved, but dragging multiple items is not supported.
        </Sentence>
        <Sentence Links="19.3,19.4,19.6,19.8,19.11,19.13,19.14">
          The suggestion for fixing the bug is to make some items enabled for multiple selections, among them are open, delete, compact, mark as read.
        </Sentence>
        <Sentence Links="19.18,19.19,19.20">
          The bug is fixed by using the suggestion mentioned above, and also some other bugs are found in this thread which was handled by delevopers.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="19.4 "/>
        <Sentence ID="19.6 "/>
        <Sentence ID="19.8 "/>
        <Sentence ID="19.11 "/>
        <Sentence ID="19.13 "/>
        <Sentence ID="19.14 "/>
        <Sentence ID="19.18 "/>
        <Sentence ID="19.19 "/>
        <Sentence ID="19.20 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.17 "/>
        <Sentence ID="1.18 "/>
        <Sentence ID="19.2 "/>
        <Sentence ID="19.5 "/>
        <Sentence ID="19.7 "/>
        <Sentence ID="19.9 "/>
        <Sentence ID="19.10 "/>
        <Sentence ID="19.12 "/>
        <Sentence ID="19.15 "/>
        <Sentence ID="19.17 "/>
        <Sentence ID="23.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="1.15"/>
        <Problem ID="1.16"/>
        <Problem ID="1.17"/>
        <Problem ID="1.18"/>
        <Meta ID="3.1"/>
        <Agreement ID="5.1"/>
        <Meta ID="5.1"/>
        <Meta ID="5.2"/>
        <Meta ID="6.1"/>
        <Agreement ID="7.1"/>
        <Meta ID="7.1"/>
        <Meta ID="8.1"/>
        <Agreement ID="9.2"/>
        <Agreement ID="9.3"/>
        <Agreement ID="10.1"/>
        <Suggestion ID="14.1"/>
        <Meta ID="15.1"/>
        <Meta ID="17.1"/>
        <Meta ID="18.1"/>
        <Meta ID="16.1"/>
        <Fix ID="19.2"/>
        <Suggestion ID="19.2"/>
        <Fix ID="19.3"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Fix ID="19.4"/>
        <Fix ID="19.5"/>
        <Suggestion ID="19.5"/>
        <Suggestion ID="19.6"/>
        <Fix ID="19.6"/>
        <Fix ID="19.7"/>
        <Suggestion ID="19.7"/>
        <Fix ID="19.8"/>
        <Suggestion ID="19.8"/>
        <Suggestion ID="19.9"/>
        <Fix ID="19.9"/>
        <Suggestion ID="19.10"/>
        <Suggestion ID="19.11"/>
        <Fix ID="19.10"/>
        <Fix ID="19.11"/>
        <Fix ID="19.12"/>
        <Suggestion ID="19.12"/>
        <Fix ID="19.13"/>
        <Suggestion ID="19.13"/>
        <Suggestion ID="19.14"/>
        <Fix ID="19.14"/>
        <Fix ID="19.15"/>
        <Suggestion ID="19.15"/>
        <Fix ID="19.18"/>
        <Fix ID="19.19"/>
        <Fix ID="19.20"/>
        <Agreement ID="20.2"/>
        <Disagreement ID="20.3"/>
        <Disagreement ID="20.4"/>
        <Agreement ID="21.2"/>
        <Fix ID="23.3"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,10.1">
          The folders pane in Thunderbird does not provide a usable implementation of multi select.
        </Sentence>
        <Sentence Links="1.18, 10.1">
          Multiple folders can be selected, but once these folders are \"used\" in some way (for example, they are all moved into a different folder), only one folder is actually moved.
        </Sentence>
        <Sentence Links="5.1,5.2,7.1,9.1,9.2,9.3">
          This is confirmed by several others, and is highly desirable behaviour.
        </Sentence>
        <Sentence Links="19.2,19.3,23.1,23.3">
          The proposed fix applies to many uses of multi select, and is fixed and marked resolved.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="19.2 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="23.1 "/>
        <Sentence ID="23.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="19.4 "/>
        <Sentence ID="19.5 "/>
        <Sentence ID="19.6 "/>
        <Sentence ID="19.7 "/>
        <Sentence ID="19.8 "/>
        <Sentence ID="19.9 "/>
        <Sentence ID="19.10 "/>
        <Sentence ID="19.11 "/>
        <Sentence ID="19.12 "/>
        <Sentence ID="19.13 "/>
        <Sentence ID="19.14 "/>
        <Sentence ID="19.15 "/>
        <Sentence ID="23.4 "/>
        <Sentence ID="23.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.18"/>
        <Meta ID="2.1"/>
        <Meta ID="2.2"/>
        <Meta ID="2.3"/>
        <Meta ID="2.4"/>
        <Meta ID="2.5"/>
        <Meta ID="2.6"/>
        <Meta ID="2.7"/>
        <Meta ID="2.8"/>
        <Meta ID="2.9"/>
        <Meta ID="2.10"/>
        <Meta ID="2.11"/>
        <Meta ID="2.12"/>
        <Meta ID="2.13"/>
        <Meta ID="3.1"/>
        <Meta ID="4.1"/>
        <Agreement ID="5.1"/>
        <Agreement ID="5.2"/>
        <Meta ID="6.1"/>
        <Agreement ID="7.1"/>
        <Meta ID="8.1"/>
        <Agreement ID="9.1"/>
        <Agreement ID="9.2"/>
        <Agreement ID="9.3"/>
        <Problem ID="9.2"/>
        <Problem ID="9.3"/>
        <Problem ID="10.1"/>
        <Meta ID="12.1"/>
        <Meta ID="13.1"/>
        <Meta ID="17.1"/>
        <Suggestion ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.5"/>
        <Suggestion ID="19.6"/>
        <Suggestion ID="19.7"/>
        <Suggestion ID="19.8"/>
        <Suggestion ID="19.9"/>
        <Suggestion ID="19.10"/>
        <Suggestion ID="19.11"/>
        <Suggestion ID="19.12"/>
        <Suggestion ID="19.13"/>
        <Suggestion ID="19.14"/>
        <Suggestion ID="19.15"/>
        <Meta ID="19.1"/>
        <Meta ID="20.1"/>
        <Problem ID="20.2"/>
        <Problem ID="20.3"/>
        <Problem ID="20.4"/>
        <Fix ID="23.3"/>
        <Fix ID="23.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="25">
    <Title>
      "(153211) KDE - Keyboard didn\'t respond anymore after I press Alt+Shift+Tab"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          In KDE4, after using the Alt+Shit+Tab keyboard shortcut, the keyboard becomes nonresponsive.
        </Sentence>
        <Sentence Links="2.1,3.1,3.2,4.2,7.1">
          The bug is confirmed by others.</Sentence>
        <Sentence Links="8.1,8.2,10.2">
          The problem is found in KGlobalAccel and fixed.</Sentence>
        <Sentence Links="11.1,14.3,15.1,15.2">
          A similar bug is found when using the Alt+Print Screen and Ctrl+Print Screen shortcuts, for the same reason as before.
        </Sentence>
        <Sentence Links="18.2">
          . The new fix is checked in.</Sentence>
        <Sentence Links="20.1,20.2,21.1">
          The bug appears again in KDE 4.2 and it is not clear whether it is fixed in this version.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="15.2 "/>
        <Sentence ID="18.2 "/>
        <Sentence ID="20.1 "/>
        <Sentence ID="20.2 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="14.4 "/>
        <Sentence ID="14.5 "/>
        <Sentence ID="21.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Agreement ID="2.1"/>
        <Agreement ID="2.2"/>
        <Agreement ID="2.3"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Agreement ID="3.1"/>
        <Agreement ID="3.2"/>
        <Agreement ID="3.3"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Meta ID="6.1"/>
        <Agreement ID="7.1"/>
        <Fix ID="8.1"/>
        <Fix ID="8.2"/>
        <Meta ID="9.1"/>
        <Fix ID="10.2"/>
        <Agreement ID="11.1"/>
        <Problem ID="11.1"/>
        <Problem ID="11.2"/>
        <Problem ID="14.1"/>
        <Problem ID="14.3"/>
        <Suggestion ID="14.6"/>
        <Fix ID="14.5"/>
        <Problem ID="15.1"/>
        <Problem ID="15.2"/>
        <Meta ID="16.1"/>
        <Meta ID="17.1"/>
        <Meta ID="19.1"/>
        <Problem ID="20.2"/>
        <Problem ID="20.1"/>
        <Problem ID="21.1"/>
        <Problem ID="21.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,2.1,3.1,3.2,4.1,7.1,7.2">
          This report is about a bug in KDE which occurs when user presses Alt+shift+tab for switching between keyboard layouts.
        </Sentence>
        <Sentence Links="1.1,2.1,7.1,7.2">
          After pressing this key combination keyboard does not respond any more.
        </Sentence>
        <Sentence Links="8.1,10.2">
          It turns out that the problem is in KGlobalAccel which doesn't release the grab when a shortcut is set that isn't triggered and a hot fix is provided to solve the problem.
        </Sentence>
        <Sentence Links="11.1,14.1,14.3">
          Finally users claim the same bug for combination of alt+printScr which is also fixed by developers.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.6 "/>
        <Sentence ID="12.7 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="14.4 "/>
        <Sentence ID="14.5 "/>
        <Sentence ID="15.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Agreement ID="3.1"/>
        <Problem ID="3.2"/>
        <Agreement ID="3.2"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Disagreement ID="5.1"/>
        <Meta ID="6.1"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Problem ID="7.3"/>
        <Fix ID="8.1"/>
        <Fix ID="8.3"/>
        <Fix ID="8.2"/>
        <Meta ID="9.1"/>
        <Fix ID="10.2"/>
        <Agreement ID="11.1"/>
        <Problem ID="11.1"/>
        <Meta ID="11.2"/>
        <Agreement ID="12.1"/>
        <Suggestion ID="12.3"/>
        <Suggestion ID="12.5"/>
        <Suggestion ID="12.4"/>
        <Suggestion ID="12.6"/>
        <Suggestion ID="12.7"/>
        <Agreement ID="14.1"/>
        <Problem ID="14.1"/>
        <Problem ID="14.2"/>
        <Agreement ID="14.3"/>
        <Problem ID="14.4"/>
        <Fix ID="14.5"/>
        <Problem ID="15.2"/>
        <Meta ID="16.1"/>
        <Meta ID="17.1"/>
        <Fix ID="18.2"/>
        <Meta ID="19.1"/>
        <Disagreement ID="20.1"/>
        <Disagreement ID="20.2"/>
        <Meta ID="20.1"/>
        <Meta ID="21.1"/>
        <Problem ID="21.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,3.2,3.3">
          When using Alt+Shift+Tab to switch between applications, the keyboard does not respond anymore.
        </Sentence>
        <Sentence Links="1.2">
          However, the mouse still works.</Sentence>
        <Sentence Links="5.1,8.1,8.2,8.3,10.2">
          The problem is caused by KGlobalAccel because it does not release the grab when a shortcut is set yet un-triggered.
        </Sentence>
        <Sentence Links="14.1,14.2">
          Some other shortcuts may also cause this problem, e.g. Alt+Print.
        </Sentence>
        <Sentence Links="12.3,12.4,12.5,12.6,12.7">
          In fact, one can check if two shortcuts cause the same problem by comparing the label of one shortcut button after pressing it with the label of another shortcut in the rc-file.
        </Sentence>
        <Sentence Links="10.2,10.4,18.7,20.2,21.1">
          However, although a patch is added, it seems that the same problem still exists in KDE 4.2 and KDE 4.2 Beta 2.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="12.6 "/>
        <Sentence ID="12.7 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="18.7 "/>
        <Sentence ID="20.2 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
        <Sentence ID="14.3 "/>
        <Sentence ID="14.4 "/>
        <Sentence ID="14.5 "/>
        <Sentence ID="14.6 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="15.2 "/>
        <Sentence ID="18.2 "/>
        <Sentence ID="21.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Meta ID="2.1"/>
        <Meta ID="2.2"/>
        <Meta ID="2.3"/>
        <Meta ID="3.1"/>
        <Meta ID="3.2"/>
        <Meta ID="3.3"/>
        <Meta ID="4.1"/>
        <Meta ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Disagreement ID="5.1"/>
        <Meta ID="7.1"/>
        <Meta ID="7.2"/>
        <Meta ID="7.3"/>
        <Fix ID="11.1"/>
        <Problem ID="11.2"/>
        <Problem ID="11.1"/>
        <Fix ID="10.2"/>
        <Meta ID="12.1"/>
        <Meta ID="12.2"/>
        <Meta ID="12.3"/>
        <Meta ID="12.4"/>
        <Meta ID="12.5"/>
        <Meta ID="12.6"/>
        <Meta ID="12.7"/>
        <Meta ID="13.1"/>
        <Meta ID="13.2"/>
        <Meta ID="13.3"/>
        <Meta ID="13.4"/>
        <Meta ID="14.1"/>
        <Meta ID="14.2"/>
        <Meta ID="14.3"/>
        <Meta ID="14.4"/>
        <Meta ID="14.5"/>
        <Meta ID="14.6"/>
        <Meta ID="15.1"/>
        <Meta ID="15.2"/>
        <Fix ID="18.2"/>
        <Fix ID="18.4"/>
        <Fix ID="18.5"/>
        <Fix ID="18.6"/>
        <Fix ID="18.7"/>
        <Problem ID="20.1"/>
        <Problem ID="20.2"/>
        <Problem ID="21.1"/>
        <Problem ID="21.2"/>
        <Fix ID="8.1"/>
        <Fix ID="8.2"/>
        <Fix ID="8.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="26">
    <Title>"(61263) KDE - find callers of functions"</Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.5">
          KDevelop's feature to find callers of functions does not work.
        </Sentence>
        <Sentence Links="1.5,1.6,1.7,1.8">
          If it did work, it would not do a good job for a number of reasons.
        </Sentence>
        <Sentence Links="3.2,4.1,4.2">
          It is suggested that the author of the bug upgrade from version 2 of KDevelop, which is no longer under development, to version 3.
        </Sentence>
        <Sentence Links="4.13">
          It is stated that version 3 has fixed many bugs, but it is unclear whether this fixed the bug at hand or not.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.13 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Agreement ID="7.6"/>
        <Meta ID="11.1"/>
        <Suggestion ID="11.1"/>
        <Fix ID="15.1"/>
        <Fix ID="15.2"/>
        <Suggestion ID="14.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,7.6,8.1">
          This thread is about adding one functionality to KDE which allows users to find places in the code that a function is called.
        </Sentence>
        <Sentence Links="1.4,1.5,1.6,1.7,1.8">
          In KDE 2 users can use 'grep' but it has some limitations such as ignoring overloaded functions and white space at the end of function name.
        </Sentence>
        <Sentence Links="7.6,7.8,7.10,7.11,7.12,7.13,7.14">
          It turns out that KDE 3 also does not have such feature, but there is a suggestion of using regular expressions to handle this functionality
        </Sentence>
        <Sentence Links="8.3,8.5,8.6,8.7,8.8,8.9">
          some suggestion for adding highlight feature and adding shortcut keys for finding caller of functions is made.
        </Sentence>
        <Sentence Links="10.1,10.2,10.3,12.2,12.3,12.4">
          Last suggestion is having a 'function call tree' or 'call graph'.
        </Sentence>
        <Sentence Links="13.1,13.2,15.1">
          Finally this functionally is added in KDE 4.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="7.8 "/>
        <Sentence ID="7.10 "/>
        <Sentence ID="7.11 "/>
        <Sentence ID="7.12 "/>
        <Sentence ID="7.13 "/>
        <Sentence ID="7.14 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="8.8 "/>
        <Sentence ID="8.9 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="3.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Meta ID="3.2"/>
        <Problem ID="7.6"/>
        <Disagreement ID="7.6"/>
        <Suggestion ID="7.8"/>
        <Suggestion ID="7.9"/>
        <Suggestion ID="7.10"/>
        <Suggestion ID="7.11"/>
        <Suggestion ID="7.13"/>
        <Suggestion ID="7.14"/>
        <Suggestion ID="8.1"/>
        <Agreement ID="8.1"/>
        <Meta ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="8.8"/>
        <Suggestion ID="8.9"/>
        <Suggestion ID="8.7"/>
        <Suggestion ID="8.4"/>
        <Fix ID="9.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Meta ID="10.4"/>
        <Suggestion ID="10.1"/>
        <Meta ID="11.1"/>
        <Fix ID="14.1"/>
        <Fix ID="15.1"/>
        <Meta ID="15.1"/>
        <Fix ID="13.1"/>
        <Meta ID="13.1"/>
        <Fix ID="13.2"/>
        <Suggestion ID="12.3"/>
        <Suggestion ID="12.4"/>
        <Suggestion ID="12.5"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5">
          Find callers of functions does not work properly.</Sentence>
        <Sentence Links="3.2">
          Problem reported in ver 2.1.3.</Sentence>
        <Sentence Links="4.2">
          Suggest to upgrade to ver 3.</Sentence>
        <Sentence Links="4.9,4.11">
          KDE3 can open KDE2 projects and both of them can run on the same PC.
        </Sentence>
        <Sentence Links="6.1">
          FTP to download KDE3
        </Sentence>
        <Sentence Links="7.2,7.5">
          KDE3 is good and wait for stable ver.</Sentence>
        <Sentence Links="7.6">
          Issue still exists.</Sentence>
        <Sentence Links="8.1">
          Expected feature is similar to Find Usage in IntelliJ IDEA.
        </Sentence>
        <Sentence Links="8.3">
          Highlight Usage is in wishlist.</Sentence>
        <Sentence Links="8.6,8.7,8.8,8.9">
          Suggested behaviour.</Sentence>
        <Sentence Links="10.2">
          Function Call Tree view is in wishlist
        </Sentence>
        <Sentence Links="12.3">
          The feature is not clever enough.</Sentence>
        <Sentence Links="13.1,13.2">
          Highlight of usage of variables has been implemented in KDE4.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="4.11 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.5 "/>
        <Sentence ID="7.6 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="8.8 "/>
        <Sentence ID="8.9 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.10 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.8"/>
        <Problem ID="1.7"/>
        <Problem ID="1.6"/>
        <Problem ID="1.5"/>
        <Problem ID="1.4"/>
        <Problem ID="1.3"/>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Problem ID="3.2"/>
        <Problem ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.7"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.8"/>
        <Suggestion ID="4.9"/>
        <Suggestion ID="4.10"/>
        <Suggestion ID="4.11"/>
        <Agreement ID="7.6"/>
        <Suggestion ID="7.9"/>
        <Agreement ID="7.14"/>
        <Problem ID="7.8"/>
        <Problem ID="7.10"/>
        <Problem ID="7.11"/>
        <Problem ID="7.12"/>
        <Problem ID="7.13"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="8.7"/>
        <Suggestion ID="8.8"/>
        <Suggestion ID="8.9"/>
        <Suggestion ID="10.2"/>
        <Problem ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Problem ID="12.4"/>
        <Fix ID="13.1"/>
        <Fix ID="13.2"/>
        <Fix ID="15.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="27">
    <Title>
      "(188311) KDE - The applet panel should not overlap applets "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          This a defect related to GUI of Amarok music player which bottom bar for managing player covers parts of other applets sometimes.
        </Sentence>
        <Sentence Links="1.5,2.1">
          A suggestion is made that it should appear/disappear on mouse over, however the real solution would be to make it not cover applet.
        </Sentence>
        <Sentence Links="4.2,4.3,5.1,6.1,6.2,6.3,11.1,11.2,11.3,13.2,14.1,17.1,17.2,17.3,18.2">
          Bottom bar should be like panel in KDE which does not cover a window by default and applet should not be larger than viewing area whether it is resizable or not.
        </Sentence>
        <Sentence Links="11.3,13.2">
          In other words, there should be not part of applet which is inaccessible.
        </Sentence>
        <Sentence Links="13.1,14.2,16.1">
          There was some discussion debating whether this is a defect or non-completed feature.
        </Sentence>
        <Sentence Links="20.1,21.1">
          The bug is finally fixed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="17.1 "/>
        <Sentence ID="18.2 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="20.1 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="17.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Disagreement ID="5.1"/>
        <Disagreement ID="5.2"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Suggestion ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="10.1"/>
        <Disagreement ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Disagreement ID="12.1"/>
        <Suggestion ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Disagreement ID="13.1"/>
        <Suggestion ID="14.1"/>
        <Problem ID="12.4"/>
        <Problem ID="13.2"/>
        <Problem ID="13.3"/>
        <Suggestion ID="14.2"/>
        <Suggestion ID="15.1"/>
        <Suggestion ID="16.1"/>
        <Problem ID="17.3"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.1"/>
        <Agreement ID="18.1"/>
        <Suggestion ID="18.2"/>
        <Suggestion ID="18.3"/>
        <Suggestion ID="18.4"/>
        <Suggestion ID="18.5"/>
        <Suggestion ID="18.6"/>
        <Suggestion ID="18.7"/>
        <Meta ID="19.1"/>
        <Fix ID="20.1"/>
        <Fix ID="21.1"/>
        <Fix ID="21.2"/>
        <Fix ID="21.3"/>
        <Fix ID="22.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,11.1,11.2,11.3">
          In the anarok2-svn contextview the bottom bar sometimes obscures applet content.
        </Sentence>
        <Sentence Links="11.2">
          Applets should not be larger than the viewable area, and should be given an appropriate sizehint.
        </Sentence>
        <Sentence Links="20.1">
          This bug was fixed in 2.1.1.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="20.1 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="2.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="2.1"/>
        <Problem ID="3.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Meta ID="8.1"/>
        <Meta ID="8.2"/>
        <Suggestion ID="9.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Problem ID="10.1"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Disagreement ID="12.1"/>
        <Disagreement ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Suggestion ID="12.4"/>
        <Disagreement ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Suggestion ID="14.1"/>
        <Suggestion ID="14.2"/>
        <Suggestion ID="16.1"/>
        <Suggestion ID="17.1"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Agreement ID="18.1"/>
        <Agreement ID="18.2"/>
        <Agreement ID="18.3"/>
        <Agreement ID="18.4"/>
        <Agreement ID="18.5"/>
        <Agreement ID="18.6"/>
        <Agreement ID="18.7"/>
        <Meta ID="19.1"/>
        <Fix ID="20.1"/>
        <Meta ID="22.1"/>
        <Meta ID="21.3"/>
        <Meta ID="21.2"/>
        <Meta ID="21.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          The bottom bar for managing applets sometimes covers the applets, obscuring the bottom part.
        </Sentence>
        <Sentence Links="1.5,2.1">
          Some think it could be only displaying on mouseover, but it is decided applets should never be drawn underneath.
        </Sentence>
        <Sentence Links="14.1,14.2">
          This bug is caused by the incomplete feature of resizing applets, and will be fixed when that feature is completed.
        </Sentence>
        <Sentence Links="20.1,22.1">
          A few months later the bug is fixed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="20.1 "/>
        <Sentence ID="22.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="21.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.5"/>
        <Meta ID="1.6"/>
        <Disagreement ID="2.1"/>
        <Disagreement ID="3.1"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Disagreement ID="5.1"/>
        <Disagreement ID="5.2"/>
        <Agreement ID="6.1"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="6.3"/>
        <Problem ID="6.3"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Meta ID="8.1"/>
        <Problem ID="8.2"/>
        <Problem ID="9.1"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.3"/>
        <Suggestion ID="11.2"/>
        <Disagreement ID="12.1"/>
        <Disagreement ID="12.2"/>
        <Suggestion ID="12.3"/>
        <Suggestion ID="12.4"/>
        <Disagreement ID="13.1"/>
        <Disagreement ID="13.2"/>
        <Disagreement ID="13.3"/>
        <Problem ID="13.3"/>
        <Problem ID="13.2"/>
        <Suggestion ID="14.1"/>
        <Suggestion ID="14.2"/>
        <Agreement ID="15.1"/>
        <Agreement ID="16.1"/>
        <Disagreement ID="17.1"/>
        <Disagreement ID="17.2"/>
        <Disagreement ID="17.3"/>
        <Problem ID="17.3"/>
        <Problem ID="17.2"/>
        <Agreement ID="18.1"/>
        <Agreement ID="18.2"/>
        <Agreement ID="18.3"/>
        <Agreement ID="18.4"/>
        <Agreement ID="18.5"/>
        <Agreement ID="18.6"/>
        <Agreement ID="18.7"/>
        <Meta ID="19.1"/>
        <Fix ID="20.1"/>
        <Fix ID="21.1"/>
        <Suggestion ID="21.2"/>
        <Suggestion ID="21.3"/>
        <Fix ID="22.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="28">
    <Title>
      "(88340) KDE - disable displaying of status icons of contacts "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          Wishlist to turn off the displaying of contact messneger online status.
        </Sentence>
        <Sentence Links="ProtocolIcon">
          Opposite option to display
        </Sentence>
        <Sentence Links="ContactName"></Sentence>
        <Sentence Links="2.3,2.4">
          +CSS.</Sentence>
        <Sentence Links="3.1,3.2">
          No technical issue but time consuming.</Sentence>
        <Sentence Links="4.5">
          It could be complicated.</Sentence>
        <Sentence Links="5.4">
          Current contract list codes are flexible</Sentence>
        <Sentence Links="7.2">
          Agree to disable it.</Sentence>
        <Sentence Links="8.1">
          Bug is fixed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="8.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Disagreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Meta ID="4.1"/>
        <Meta ID="4.2"/>
        <Meta ID="4.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.3"/>
        <Problem ID="1.2"/>
        <Problem ID="1.1"/>
        <Problem ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Suggestion ID="6.1"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Fix ID="8.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          An initial request for hiding the contact network icons in Kopete was made as to the reporter it didn't matter and was causing unnecessary clutter.
        </Sentence>
        <Sentence Links="2.1,2.2,2.3">
          Another person made a request for an opposite setting in which the contacts are sorted by their networks.
        </Sentence>
        <Sentence Links="2.4">
          It was suggested that a customization using CSS could be provided.
        </Sentence>
        <Sentence Links="4.4,4.5,5.3,5.4">
          It was also pointed out that KHTML widget could be used for the customization.
        </Sentence>
        <Sentence Links="7.1,7.2">
          It was then suggested that many people might be interested in showing the contact networks and if there's enough demand then an option to disable it can be implemented.
        </Sentence>
        <Sentence Links="8.1">
          A fix was made in trunk where the user can define the list layout and also icons can be hidden if required.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.4"/>
        <Disagreement ID="2.1"/>
        <Suggestion ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Agreement ID="3.1"/>
        <Problem ID="3.2"/>
        <Suggestion ID="4.4"/>
        <Agreement ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Fix ID="8.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          This is an enhancement request related to Kopete which will allow user to turn off displaying irc icon next to the display name.
        </Sentence>
        <Sentence Links="2.1,2.2,2.3,2.4">
          There is another request to allow removing KopeteStatusIcon from the contact list details and a more general solution would be to allow CSS customization of the contact list.
        </Sentence>
        <Sentence Links="3.1,3.2,4.4,5.3">
          This functionality can be achieved without any technical hurdles by rendering the list view inside a KHTML widget but it may not be done before KDE 3.4.
        </Sentence>
        <Sentence Links="5.4">
          Contact list code is flexible enough to allow addition of a drag-and-drop style editor for this change.
        </Sentence>
        <Sentence Links="8.1">
          The change is finally made so that a user can define contact list layout to hide/show an icon or change order.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Suggestion ID="2.4"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.5"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.6"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Fix ID="8.1"/>
        <Agreement ID="3.1"/>
        <Agreement ID="4.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="29">
    <Title>
      "(66526) KDE - Indentation mode to align line to code structure "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.9,3.7,3.8">
          When using shortcut CTRL+I to align codes, the line below will always move right for Kate.
        </Sentence>
        <Sentence Links="1.10,5.10,5.11,5.12">
          But sometimes, we expect the line below moves left to align this line with the above line.
        </Sentence>
        <Sentence Links="6.2">
          However, Kate does not have this feature.</Sentence>
        <Sentence Links="6.4,6.5,6.6,6.7">
          To move the line below left, one can select the ‘Unindent’ or ‘Clean Indentation’ options.
        </Sentence>
        <Sentence Links="9.1">
          This feature do exist in CVS.</Sentence>
        <Sentence Links="9.2,9.3">
          In CVS, lines are aligned according to normal C/C++ styles.
        </Sentence>
        <Sentence Links="12.5,13.2">
          At last, empty lines are ignored when align documents since the empty lines may introduce many useless leading spaces or make the alignment of documents very slow.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.9 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="5.10 "/>
        <Sentence ID="5.11 "/>
        <Sentence ID="5.12 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="6.7 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="3.9 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.7 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="5.8 "/>
        <Sentence ID="5.9 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="10.10 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="10.7 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="10.11 "/>
        <Sentence ID="10.12 "/>
        <Sentence ID="10.13 "/>
        <Sentence ID="10.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Meta ID="1.12"/>
        <Problem ID="1.11"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Meta ID="3.3"/>
        <Meta ID="3.4"/>
        <Meta ID="3.5"/>
        <Meta ID="3.6"/>
        <Meta ID="3.7"/>
        <Meta ID="3.8"/>
        <Meta ID="3.9"/>
        <Meta ID="5.2"/>
        <Meta ID="5.3"/>
        <Meta ID="5.4"/>
        <Meta ID="5.5"/>
        <Meta ID="5.6"/>
        <Meta ID="5.7"/>
        <Meta ID="5.8"/>
        <Meta ID="5.9"/>
        <Meta ID="5.10"/>
        <Meta ID="5.11"/>
        <Meta ID="5.12"/>
        <Meta ID="6.1"/>
        <Meta ID="6.2"/>
        <Fix ID="9.3"/>
        <Meta ID="9.4"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Problem ID="10.1"/>
        <Problem ID="10.2"/>
        <Problem ID="10.3"/>
        <Problem ID="10.4"/>
        <Problem ID="10.5"/>
        <Problem ID="10.8"/>
        <Problem ID="10.6"/>
        <Problem ID="10.7"/>
        <Problem ID="10.9"/>
        <Problem ID="10.10"/>
        <Problem ID="10.11"/>
        <Problem ID="10.12"/>
        <Problem ID="10.13"/>
        <Problem ID="10.14"/>
        <Problem ID="10.15"/>
        <Problem ID="10.16"/>
        <Problem ID="10.17"/>
        <Suggestion ID="13.3"/>
        <Meta ID="13.1"/>
        <Meta ID="13.2"/>
        <Agreement ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="12.4"/>
        <Problem ID="12.5"/>
        <Meta ID="12.8"/>
        <Meta ID="12.6"/>
        <Meta ID="11.1"/>
        <Meta ID="11.2"/>
        <Meta ID="11.3"/>
        <Meta ID="11.4"/>
        <Meta ID="11.5"/>
        <Fix ID="6.3"/>
        <Fix ID="6.4"/>
        <Fix ID="6.5"/>
        <Fix ID="6.6"/>
        <Fix ID="6.7"/>
        <Disagreement ID="4.2"/>
        <Meta ID="2.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.10,1.11">
          This is a defect related to code indentation in Kate.
        </Sentence>
        <Sentence Links="1.5,1.6,1.7,1.8,1.9,1.10,1.11,1.12">
          Current line of text is not align as expected in the code on pressing ctrl-i and all it does is moves to the next tab stop.
        </Sentence>
        <Sentence Links="3.7,6.3,6.4,6.5">
          It is later clarified that Kate always inserts positive indent to a line on ctrl-i rather than formatting the code, so it is an expected behavior.
        </Sentence>
        <Sentence Links="6.1,9.1,9.2,9.3">
          However, this functionality of formatting code is available in CVS which aligns code(current line or block of text) in right formatting for C/C++ on pressing CTRL+TAB.
        </Sentence>
        <Sentence Links="10.1,10.2">
          It is tested if it shows same behavior on an example as it does on emacs.
        </Sentence>
        <Sentence Links="11.1,11.2,11.3,11.4,11.5">
          It works almost perfectly apart from some deviations like- closing parenthesis are not aligned with the opening one and this can be filed as a new enhancement request.
        </Sentence>
        <Sentence Links="12.2,12.3,12.4,12.5,13.1,13.2">
          It also does not work on empty lines which is intentional because it would leave useless leading space and also make formatting slower for the whole document.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="11.5 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="10.17 "/>
        <Sentence ID="10.7 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="10.10 "/>
        <Sentence ID="10.11 "/>
        <Sentence ID="10.12 "/>
        <Sentence ID="10.13 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Problem ID="5.6"/>
        <Problem ID="5.7"/>
        <Problem ID="5.8"/>
        <Problem ID="5.9"/>
        <Suggestion ID="5.10"/>
        <Suggestion ID="5.11"/>
        <Suggestion ID="5.12"/>
        <Suggestion ID="5.13"/>
        <Fix ID="6.1"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Suggestion ID="6.7"/>
        <Meta ID="7.1"/>
        <Meta ID="8.1"/>
        <Fix ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Problem ID="10.1"/>
        <Problem ID="10.2"/>
        <Problem ID="10.3"/>
        <Problem ID="10.4"/>
        <Problem ID="10.5"/>
        <Problem ID="10.6"/>
        <Problem ID="10.7"/>
        <Problem ID="10.8"/>
        <Problem ID="10.9"/>
        <Problem ID="10.10"/>
        <Problem ID="10.11"/>
        <Problem ID="10.12"/>
        <Problem ID="10.13"/>
        <Problem ID="10.14"/>
        <Problem ID="10.15"/>
        <Problem ID="10.16"/>
        <Problem ID="10.17"/>
        <Suggestion ID="11.5"/>
        <Suggestion ID="11.4"/>
        <Suggestion ID="11.3"/>
        <Suggestion ID="11.2"/>
        <Agreement ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="12.4"/>
        <Problem ID="12.5"/>
        <Problem ID="12.6"/>
        <Problem ID="12.7"/>
        <Problem ID="12.8"/>
        <Problem ID="12.9"/>
        <Problem ID="12.10"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.1"/>
        <Suggestion ID="13.3"/>
        <Suggestion ID="13.4"/>
        <Problem ID="14.1"/>
        <Problem ID="14.2"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.8"/>
        <Suggestion ID="3.9"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="11.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.9,1.10,1.11,1.12,6.1,6.2">
          A bug for indentation was filed which was later reported to be a new feature rather than a bug.
        </Sentence>
        <Sentence Links="1.5,1.6,1.7,1.8,1.9,1.10,3.7">
          The report was made about out of indentation phrases which should be aligned with the line above it rather than the positive indentation scheme followed by kate.
        </Sentence>
        <Sentence Links="6.1,6.2,6.3">
          The requested behaviour was that of align section in which the entire section selected gets aligned with respect to itself.
        </Sentence>
        <Sentence Links="6.7">
          A suggestion to try using 'Clean Indentation' was made for aligning misaligned blocks.
        </Sentence>
        <Sentence Links="9.1,9.2,9.3">
          This requirement was then found to be present in the cvs which did the alignment of the current line or the selected text using normal c/c++ conventions.
        </Sentence>
        <Sentence Links="10.3,10.4,10.5,10.6,11.1,10.9,10.10,10.11,10.12,10.13,11.2,11.3,11.4">
          It was found to work for expression in parenthesis but for arguments it was found to work with limited correctness.
        </Sentence>
        <Sentence Links="11.5">
          A suggestion to open another wishlist was made if this was a problem.
        </Sentence>
        <Sentence Links="12.2,12.3,12.4,12.5,13.1,13.2">
          It was pointed out that if there's no text in a line then it's not aligned which was later reported to be a feature.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.7 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="10.10 "/>
        <Sentence ID="10.11 "/>
        <Sentence ID="10.12 "/>
        <Sentence ID="10.13 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="11.5 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.12"/>
        <Problem ID="2.2"/>
        <Problem ID="2.1"/>
        <Disagreement ID="3.1"/>
        <Disagreement ID="3.9"/>
        <Problem ID="4.2"/>
        <Problem ID="5.10"/>
        <Problem ID="5.11"/>
        <Problem ID="5.12"/>
        <Suggestion ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Suggestion ID="6.7"/>
        <Fix ID="9.1"/>
        <Fix ID="9.2"/>
        <Fix ID="9.3"/>
        <Suggestion ID="10.7"/>
        <Suggestion ID="10.17"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="10.8"/>
        <Problem ID="11.3"/>
        <Problem ID="11.2"/>
        <Problem ID="11.4"/>
        <Problem ID="11.5"/>
        <Problem ID="12.2"/>
        <Problem ID="12.5"/>
        <Suggestion ID="12.8"/>
        <Meta ID="12.8"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Problem ID="14.1"/>
        <Problem ID="14.2"/>
        <Fix ID="13.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="30">
    <Title>
      "(326962) GIMP - Quick swapping between x and 1/x aspect ratio in crop and resize tool"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          This is a feature enhancement request to include a swap button to change selection in photo from landscape to portrait.
        </Sentence>
        <Sentence Links="2.1,4.1">
          There is a suggestion to keep it for next version but it possibly can be implemented as part of version 2.4.
        </Sentence>
        <Sentence Links="5.1,5.2,5.3,5.4,5.8,7.2,7.3,7.4">
          A suggestion was made to use mouse to make selection and choose landscape or portrait selection based on the shape of the selection, if it is closer to landscape or portrait and it can save adding another button to UI.
        </Sentence>
        <Sentence Links="6.1,6.2,8.3,8.4,8.5,8.6,8.7,8.8,8.9,8.10">
          However, it is argued that this enhancement is different from suggested above, the use case can be described as fixing the aspect ratio in one view, then resizing the box so that it can rotate and then rotating it by 90 degrees.
        </Sentence>
        <Sentence Links="8.2,9.1,9.2,9.9,10.4,10.5,10.6">
          It is emphasized that the above suggestion of using mouse makes sense and can be useful to select region initially, however a toggle button is still required.
        </Sentence>
        <Sentence Links="10.1,10.2,10.3">
          Also, if mouse is only way to change selection from landscape to portrait, there is no way for user to discover that this feature exist.
        </Sentence>
        <Sentence Links="11.1,11.2">
          The enhancement is implemented and tested.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.8 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.9 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="8.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Suggestion ID="2.1"/>
        <Meta ID="3.1"/>
        <Suggestion ID="4.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.5"/>
        <Suggestion ID="5.6"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Suggestion ID="5.9"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Disagreement ID="7.1"/>
        <Disagreement ID="7.2"/>
        <Disagreement ID="7.3"/>
        <Disagreement ID="7.4"/>
        <Meta ID="8.1"/>
        <Disagreement ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Suggestion ID="8.5"/>
        <Suggestion ID="8.6"/>
        <Suggestion ID="8.7"/>
        <Suggestion ID="8.8"/>
        <Suggestion ID="8.9"/>
        <Suggestion ID="8.10"/>
        <Suggestion ID="8.11"/>
        <Suggestion ID="8.12"/>
        <Suggestion ID="8.13"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Agreement ID="9.9"/>
        <Suggestion ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
        <Suggestion ID="10.1"/>
        <Suggestion ID="10.5"/>
        <Suggestion ID="10.6"/>
        <Agreement ID="9.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          An enhancement feature has been request here which swaps the aspect ratio of the selection box between landscape and potrait.
        </Sentence>
        <Sentence Links="5.1,5.2,5.3,5.4,5.5,5.6,5.7,5.8">
          A different input scheme was suggested in which the user draws a selection box and depending on the dimensions it is snapped to either a landscape or potrait aspect ratio (Albert).
        </Sentence>
        <Sentence Links="6.1,6.2,7.1,7.2,7.3">
          But since the aspect ratio swap was required by the reporter after the selection box has been drawn this idea wasn't carried forward although the idea seemed pertinent and useful.
        </Sentence>
        <Sentence Links="9.4,9.5">
          For a swap button it was also suggested to use the first point of the selection box as a pivot for flipping.
        </Sentence>
        <Sentence Links="9.6">
          Also it was suggested that initial aspect ratio could be set to that of the image.
        </Sentence>
        <Sentence Links="9.8">
          A toggle button for setting the initial aspect ratio from the image, previous selection or the scheme suggested by Albert could be implemented.
        </Sentence>
        <Sentence Links="10.1,10.2">
          However it was stated that making the output depend on user's mouse action is not discoverable and hence the user wouldn't be able to find out how to swap.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="5.7 "/>
        <Sentence ID="5.8 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="9.5 "/>
        <Sentence ID="9.6 "/>
        <Sentence ID="9.8 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="8.8 "/>
        <Sentence ID="8.9 "/>
        <Sentence ID="8.10 "/>
        <Sentence ID="8.11 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="9.7 "/>
        <Sentence ID="11.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.6"/>
        <Disagreement ID="6.1"/>
        <Suggestion ID="6.2"/>
        <Disagreement ID="7.1"/>
        <Agreement ID="7.1"/>
        <Disagreement ID="7.3"/>
        <Suggestion ID="7.2"/>
        <Agreement ID="7.4"/>
        <Agreement ID="8.2"/>
        <Suggestion ID="8.11"/>
        <Agreement ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Problem ID="9.3"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.2"/>
        <Problem ID="10.2"/>
        <Disagreement ID="10.3"/>
        <Agreement ID="10.4"/>
        <Suggestion ID="10.4"/>
        <Suggestion ID="10.5"/>
        <Fix ID="11.1"/>
        <Agreement ID="10.6"/>
        <Fix ID="11.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.2">
          This is a request for a new button that swaps between x and 1/x (portrait/landscape) orientation of selection rectangles in GIMP.
        </Sentence>
        <Sentence Links="8.3,8.4,8.5,8.6,8.7,8.8,8.9,8.10">
          The use case scenario is one where the user selects and entire image and scales the selection rectangle to maintain the aspect ratio, but then wishes to switch from portrait to landscape orientation or vice versa.
        </Sentence>
        <Sentence Links="11.1">
          This feature was implemented in trunk.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="8.5 "/>
        <Sentence ID="8.6 "/>
        <Sentence ID="8.7 "/>
        <Sentence ID="8.8 "/>
        <Sentence ID="8.9 "/>
        <Sentence ID="8.10 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="8.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Meta ID="2.1"/>
        <Meta ID="3.1"/>
        <Meta ID="4.1"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.4"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.5"/>
        <Suggestion ID="5.6"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Suggestion ID="5.9"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.2"/>
        <Agreement ID="7.1"/>
        <Agreement ID="7.2"/>
        <Agreement ID="7.3"/>
        <Agreement ID="7.4"/>
        <Disagreement ID="8.1"/>
        <Agreement ID="8.2"/>
        <Problem ID="8.4"/>
        <Problem ID="8.3"/>
        <Problem ID="8.5"/>
        <Problem ID="8.6"/>
        <Problem ID="8.7"/>
        <Problem ID="8.8"/>
        <Problem ID="8.9"/>
        <Problem ID="8.10"/>
        <Problem ID="8.11"/>
        <Agreement ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Suggestion ID="9.6"/>
        <Suggestion ID="9.5"/>
        <Suggestion ID="9.7"/>
        <Suggestion ID="9.8"/>
        <Suggestion ID="9.9"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.2"/>
        <Disagreement ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Suggestion ID="10.5"/>
        <Suggestion ID="10.6"/>
        <Fix ID="11.1"/>
        <Fix ID="11.2"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="31">
    <Title>
      "(154119) Eclipse - Implement missing text editor productivity features"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          It was requested to provide some productivity features, e.g., extensible hyperlink support, etc and improve the current search/replace dialog.
        </Sentence>
        <Sentence Links="3.2,3.3,3.4,8.1,8.2,8.3,8.4">
          A few other issues associated with text editor were raised, too, including the ctrl-backspace problem and support for multiline text
        </Sentence>
        <Sentence Links="2.2,2.3">
          For the search/replace dialog, there would be minimal improvements, but not a complete redesign.
        </Sentence>
        <Sentence Links="4.2,5.2,5.7">
          . For the ctrl-backspace problem, it was suggested to file a separate bug report.
        </Sentence>
        <Sentence Links="6.3,7.1">
          . For extensible hyperlink support, some people preferred it to be much lower.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.7 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="11.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Agreement ID="2.2"/>
        <Disagreement ID="2.3"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Problem ID="5.6"/>
        <Suggestion ID="5.7"/>
        <Disagreement ID="6.3"/>
        <Agreement ID="7.1"/>
        <Meta ID="7.2"/>
        <Meta ID="7.3"/>
        <Meta ID="8.1"/>
        <Meta ID="10.1"/>
        <Fix ID="10.1"/>
        <Fix ID="11.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          This is an enhancement request which talks about miscellaneous productivity features that should be added for example- triple-click, extensible hyperlink support and spell checking.
        </Sentence>
        <Sentence Links="1.1,2.2,2.3">
          There is also a requirement to improve search/replace dialog, however that would be limited to minimal improvements like being able to resize it.
        </Sentence>
        <Sentence Links="3.1,3.3,3.4,3.5,3.6">
          The other things to look at include-support for searching multiline text and improving usability of search dialog.
        </Sentence>
        <Sentence Links="6.3,6.4,6.5,7.2,7.3">
          There were concerns about keeping extensive hyperlink support to minimal as it is not as important for porting UIForms from FormText to StyledText, however that discussion also need to be moved to other threads.
        </Sentence>
        <Sentence Links="3.2,4.2,5.7">
          There are also some requests about text editor widgets but they need to be filed as separate bugs.
        </Sentence>
        <Sentence Links="10.1">
          The bug has been closed but there is no discussion about the changes made.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="5.7 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="5.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="2.1"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="4.1"/>
        <Suggestion ID="4.2"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="5.5"/>
        <Suggestion ID="5.6"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Problem ID="6.1"/>
        <Problem ID="6.2"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Suggestion ID="2.2"/>
        <Suggestion ID="2.3"/>
        <Agreement ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Problem ID="8.1"/>
        <Problem ID="8.2"/>
        <Problem ID="8.3"/>
        <Problem ID="8.4"/>
        <Problem ID="9.1"/>
        <Suggestion ID="9.2"/>
        <Suggestion ID="9.3"/>
        <Suggestion ID="9.4"/>
        <Fix ID="10.1"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1">
          An enhancement request for adding support for text-editor improvements in selecting, spell checking, searching and hyperlinking text has been made.
        </Sentence>
        <Sentence Links="2.1,2.2">
          A suggestion for improving the current search/replace dialog has also been made.
        </Sentence>
        <Sentence Links="3.1,3.2,3.3,3.4">
          Few improvements which can be made have been pointed out like Ctrl-Backspace doesn't work in all editors, searching multiline text etc.
        </Sentence>
        <Sentence Links="5.2,5.3,5.4">
          The problem of Ctrl-Backspace not working in all editors was reported to be solvable by pushing the behaviour of TextFieldNavigationHandler down to Platform Text.
        </Sentence>
        <Sentence Links="5.5,5.6">
          since JFace doesn't depend on text editor plug-ins it can't adopt those.
        </Sentence>
        <Sentence Links="6.3,6.4,6.5">
          Also a request for making the support for hyperlink much lower was made because UI Forms would like to port from Formtext to StyledText bearing in mind the keyfeatures additions in StyledText.
        </Sentence>
        <Sentence Links="8.1,8.2,8.3,8.4">
          Also support for Return key in 2 ways for multiline textboxes like Run-Arguments has been made to handle adding CR/LF to the current text box and to send return key to the parent dialog.
        </Sentence>
        <Sentence Links="10.1">
          The request bug was marked as fixed with a new version release.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.3 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="5.5 "/>
        <Sentence ID="5.6 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.3 "/>
        <Sentence ID="8.4 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Suggestion ID="1.1"/>
        <Agreement ID="2.2"/>
        <Suggestion ID="2.1"/>
        <Suggestion ID="2.3"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.4"/>
        <Meta ID="4.2"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Suggestion ID="5.4"/>
        <Problem ID="5.5"/>
        <Suggestion ID="5.6"/>
        <Meta ID="5.7"/>
        <Suggestion ID="5.7"/>
        <Suggestion ID="5.8"/>
        <Meta ID="5.8"/>
        <Suggestion ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.5"/>
        <Agreement ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Problem ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Suggestion ID="8.3"/>
        <Suggestion ID="8.4"/>
        <Disagreement ID="9.2"/>
        <Suggestion ID="9.4"/>
        <Fix ID="10.1"/>
        <Suggestion ID="11.1"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="32">
    <Title>
      "(238215) Firefox - Add a history window (like in Seamonkey)"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.3,1.4,1.7">
          This is an enhancement request for making a separate window for history in Firefox and not relying on sidebar(ctrl-h).
        </Sentence>
        <Sentence Links="2.1,2.2">
          There is some disagreement about need for this enhancement.
        </Sentence>
        <Sentence Links="3.1,3.2,3.3,3.4,3.5,3.6,3.7,3.8">
          A suggestion is made to make an about page for history similar to about:config, which can complement the sidebar and a new separate history window would probably be an overkill.
        </Sentence>
        <Sentence Links="3.12,3.17,3.18">
          \"chrome://browser/content/history/history-panel.xul\" can also be used to show history information in a separate window.
        </Sentence>
        <Sentence Links="4.4,4.5,4.6,4.7">
          There is another request to make history more detailed for example providing information like title, location last visited and also making this functionality as easily accessible as sidebar.
        </Sentence>
        <Sentence Links="5.1,5.3,6.9,7.1,7.2,7.3">
          A general observation is made that Mozilla history page was better and Firefox does not support a decent history functionality.
        </Sentence>
        <Sentence Links="6.10,6.11">
          However, there is an extension to Firefox(EHM, Enhanced History Manager) that solves the problem nicely.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.12 "/>
        <Sentence ID="3.17 "/>
        <Sentence ID="3.18 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="7.3 "/>
        <Sentence ID="6.10 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="5.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Suggestion ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Suggestion ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="1.7"/>
        <Disagreement ID="2.1"/>
        <Disagreement ID="2.2"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.8"/>
        <Suggestion ID="3.9"/>
        <Suggestion ID="3.10"/>
        <Suggestion ID="3.11"/>
        <Suggestion ID="3.12"/>
        <Suggestion ID="3.13"/>
        <Suggestion ID="3.14"/>
        <Suggestion ID="3.15"/>
        <Suggestion ID="3.16"/>
        <Suggestion ID="3.17"/>
        <Suggestion ID="3.19"/>
        <Suggestion ID="3.18"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Problem ID="4.4"/>
        <Problem ID="4.5"/>
        <Problem ID="4.6"/>
        <Problem ID="4.7"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Suggestion ID="5.3"/>
        <Problem ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="6.3"/>
        <Problem ID="6.4"/>
        <Problem ID="6.5"/>
        <Problem ID="6.6"/>
        <Problem ID="6.7"/>
        <Problem ID="6.8"/>
        <Problem ID="6.9"/>
        <Fix ID="6.10"/>
        <Fix ID="6.11"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Suggestion ID="7.4"/>
        <Suggestion ID="7.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="33">
    <Title>
      "(173341) KDE - song deleted when moving track into itself "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5,11.4">
          A bug was reported that using the file browser, a file when copying or moving it onto itself was deleted.
        </Sentence>
        <Sentence Links="2.1,2.4,3.1">
          A patch for this was provided, but it was incorrect.
        </Sentence>
        <Sentence Links="4.1,4.4,4.5">
          A semi correct patch tried to compare the KURLs are identical before attempting to copy.
        </Sentence>
        <Sentence Links="11.4,12.1,12.2">
          The workflow of how the removing happened was discussed.
        </Sentence>
        <Sentence Links="12.5,13.1,13.2">
          Another bug was raised that slotCopyOperationFinished gets called independently of slotJobFinished.
        </Sentence>
        <Sentence Links="15.1,15.2,15.3,15.4,15.5,15.6,17.2,17.3,17.4,17.5">
          A patch was created to fix these problems.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="15.2 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="15.5 "/>
        <Sentence ID="15.6 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="17.4 "/>
        <Sentence ID="17.5 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="9.5 "/>
        <Sentence ID="9.6 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="10.7 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="16.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Fix ID="2.1"/>
        <Fix ID="2.4"/>
        <Problem ID="2.5"/>
        <Disagreement ID="3.1"/>
        <Fix ID="4.1"/>
        <Fix ID="4.4"/>
        <Fix ID="4.5"/>
        <Problem ID="4.7"/>
        <Suggestion ID="5.1"/>
        <Fix ID="6.2"/>
        <Suggestion ID="7.1"/>
        <Agreement ID="8.1"/>
        <Disagreement ID="9.1"/>
        <Disagreement ID="9.2"/>
        <Disagreement ID="9.3"/>
        <Disagreement ID="9.4"/>
        <Disagreement ID="10.4"/>
        <Disagreement ID="10.5"/>
        <Problem ID="10.7"/>
        <Problem ID="10.8"/>
        <Problem ID="11.4"/>
        <Agreement ID="12.1"/>
        <Agreement ID="12.2"/>
        <Agreement ID="12.4"/>
        <Problem ID="12.5"/>
        <Problem ID="13.1"/>
        <Problem ID="13.2"/>
        <Fix ID="15.1"/>
        <Fix ID="15.2"/>
        <Fix ID="15.3"/>
        <Fix ID="15.4"/>
        <Fix ID="15.5"/>
        <Fix ID="15.6"/>
        <Suggestion ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Fix ID="17.2"/>
        <Fix ID="17.3"/>
        <Fix ID="17.4"/>
        <Fix ID="17.5"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5">
          When one uses the file browser to navigate to a song in the collection and select “move to collection”, and at the same time ensure that the new file name is the same as the old file name, the song is renamed to itself, then deleted.
        </Sentence>
        <Sentence Links="4.4,9.6">
          The cause of this bug is that CollectionLocation removes the source files after the copying operation.
        </Sentence>
        <Sentence Links="2.4,4.4,6.6,17.2,17.3">
          An patch is added to prevent this problem by making sure that the source and destination are different before moving and removing files.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="9.6 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="17.2 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="2.5 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="9.5 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="10.7 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="10.9 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.4 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.4 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="13.1 "/>
        <Sentence ID="15.2 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="15.5 "/>
        <Sentence ID="15.6 "/>
        <Sentence ID="16.1 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="17.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Suggestion ID="1.6"/>
        <Suggestion ID="2.4"/>
        <Problem ID="2.5"/>
        <Disagreement ID="3.1"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Problem ID="4.7"/>
        <Suggestion ID="5.1"/>
        <Suggestion ID="6.4"/>
        <Suggestion ID="6.6"/>
        <Disagreement ID="9.3"/>
        <Disagreement ID="9.4"/>
        <Disagreement ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Meta ID="9.1"/>
        <Disagreement ID="9.2"/>
        <Disagreement ID="10.2"/>
        <Fix ID="17.2"/>
        <Fix ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Suggestion ID="15.4"/>
        <Suggestion ID="15.5"/>
        <Suggestion ID="15.6"/>
        <Suggestion ID="15.7"/>
        <Suggestion ID="15.8"/>
        <Disagreement ID="13.1"/>
        <Meta ID="13.2"/>
        <Disagreement ID="12.1"/>
        <Disagreement ID="12.2"/>
        <Disagreement ID="12.3"/>
        <Disagreement ID="12.4"/>
        <Problem ID="12.5"/>
        <Disagreement ID="11.1"/>
        <Disagreement ID="10.3"/>
        <Disagreement ID="10.4"/>
        <Disagreement ID="10.5"/>
        <Disagreement ID="10.8"/>
        <Disagreement ID="10.9"/>
        <Suggestion ID="1.7"/>
        <Disagreement ID="10.6"/>
        <Disagreement ID="10.7"/>
        <Disagreement ID="11.2"/>
        <Disagreement ID="11.4"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5">
          If a song is moved from a file browser to a song collection where one with a same name exists then the song gets deleted.
        </Sentence>
        <Sentence Links="2.4,2.5,3.1">
          A patch was made which checks for the song to be present in the collection before removing it after the move operation but was found to be incorrect.
        </Sentence>
        <Sentence Links="4.4,4.5,4.6,4.7,5.1,6.4,6.6">
          Another patch was then made which checks for the KURLs to be identical before copying which was later modified to include cleaned URLs.
        </Sentence>
        <Sentence Links="9.2,9.3,9.4">
          It was pointed out that problem with same src and dest wasn't the one which was causing this behavior but it's that since the file is being moved from a file browser, a special code which checks source collection doesn't get called.
        </Sentence>
        <Sentence Links="10.4,10.5,10.6,10.7,10.8">
          It was then pointed out by the initial patch maker that the removal code is never called and it's moving a file to itself which is deleting the file.
        </Sentence>
        <Sentence Links="12.1,12.2">
          slotJobFinished is not called in the current form which results in slotCopyOperationFinished in not being called and hence removal code in not being called.
        </Sentence>
        <Sentence Links="15.2,15.3,15.4,15.5,15.6">
          A patch was then created where slotCopyOperationFinished is called when there are no jobs created which resolved the problem.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.4 "/>
        <Sentence ID="2.5 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="10.5 "/>
        <Sentence ID="10.6 "/>
        <Sentence ID="10.7 "/>
        <Sentence ID="10.8 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="15.2 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="15.5 "/>
        <Sentence ID="15.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Fix ID="1.6"/>
        <Fix ID="2.4"/>
        <Problem ID="2.5"/>
        <Disagreement ID="3.1"/>
        <Fix ID="4.4"/>
        <Problem ID="4.7"/>
        <Fix ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="5.1"/>
        <Fix ID="6.2"/>
        <Fix ID="6.4"/>
        <Fix ID="6.6"/>
        <Suggestion ID="7.1"/>
        <Disagreement ID="9.1"/>
        <Disagreement ID="9.3"/>
        <Problem ID="9.2"/>
        <Problem ID="9.4"/>
        <Problem ID="9.5"/>
        <Suggestion ID="9.6"/>
        <Problem ID="10.4"/>
        <Problem ID="10.5"/>
        <Problem ID="10.7"/>
        <Disagreement ID="10.4"/>
        <Disagreement ID="11.1"/>
        <Suggestion ID="11.1"/>
        <Problem ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="12.4"/>
        <Agreement ID="12.4"/>
        <Suggestion ID="12.5"/>
        <Problem ID="13.1"/>
        <Problem ID="13.2"/>
        <Agreement ID="14.1"/>
        <Fix ID="15.2"/>
        <Fix ID="15.3"/>
        <Fix ID="15.4"/>
        <Fix ID="15.5"/>
        <Fix ID="15.6"/>
        <Suggestion ID="16.1"/>
        <Suggestion ID="16.2"/>
        <Fix ID="17.2"/>
        <Fix ID="17.3"/>
        <Fix ID="17.4"/>
        <Fix ID="17.5"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="34">
    <Title>
      "(155920) KDE - ctrl+c doesn\'t breaks foreground job"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.5">
          This is a defect related to Konsole where ctrl+c does not stop an background process.
        </Sentence>
        <Sentence Links="3.1,4.1,6.3,6.4,12.2,12.3">
          It is surprising that this bug is dependent on the process currently running on Konsole(for example it works for strace but not for ruby).
        </Sentence>
        <Sentence Links="11.1,11.2,11.3,15.1">
          It is discovered and confirmed later that bug was introduced in revision 760614.
        </Sentence>
        <Sentence Links="13.1,13.2,13.3,13.4,14.1,14.2">
          Bug sometimes disappear when user types something(cursor becomes filled), but this does not happen always.
        </Sentence>
        <Sentence Links="15.3,15.4,16.2,16.3">
          It was suggested that Session::sendSignal() may have the problem but it is realized that it is only called at the end of the terminal session to kill the main shell process.
        </Sentence>
        <Sentence Links="17.3,19.2">
          Another change was suggested in function void Pty::lockPty(bool lock), but this function is called when Ctrl+S or Ctrl+Q is pressed.
        </Sentence>
        <Sentence Links="19.3,19.4,21.1">
          Changing interrupt key from ctrl+c to ctrl+y also does not solve the problem.
        </Sentence>
        <Sentence Links="22.3,22.4,22.5,23.1">
          It was discovered that problem disappears in two scenarios, first running \"konsole --nofork\" and second starting Konsole normally (with no arguments), then attach to it with strace (using strace -ttt -p ).
        </Sentence>
        <Sentence Links="24.1,24.2,24.3">
          Problem is finally fixed by resetting all signal handlers to the default (SIG_DFL) in the child process after forking.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="6.4 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="15.1 "/>
        <Sentence ID="13.3 "/>
        <Sentence ID="13.4 "/>
        <Sentence ID="14.1 "/>
        <Sentence ID="14.2 "/>
        <Sentence ID="15.3 "/>
        <Sentence ID="15.4 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="16.3 "/>
        <Sentence ID="17.3 "/>
        <Sentence ID="19.2 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="19.4 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="22.3 "/>
        <Sentence ID="22.4 "/>
        <Sentence ID="22.5 "/>
        <Sentence ID="23.1 "/>
        <Sentence ID="24.2 "/>
        <Sentence ID="24.3 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="13.2 "/>
        <Sentence ID="17.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.3"/>
        <Problem ID="4.1"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Disagreement ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="6.3"/>
        <Problem ID="6.4"/>
        <Problem ID="6.5"/>
        <Suggestion ID="6.6"/>
        <Suggestion ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Problem ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Meta ID="9.1"/>
        <Problem ID="10.1"/>
        <Disagreement ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Suggestion ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Agreement ID="12.1"/>
        <Agreement ID="12.2"/>
        <Agreement ID="12.3"/>
        <Disagreement ID="14.1"/>
        <Disagreement ID="14.2"/>
        <Suggestion ID="13.1"/>
        <Suggestion ID="13.2"/>
        <Suggestion ID="13.3"/>
        <Suggestion ID="13.4"/>
        <Agreement ID="15.1"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Suggestion ID="15.4"/>
        <Suggestion ID="15.5"/>
        <Suggestion ID="15.6"/>
        <Problem ID="15.7"/>
        <Problem ID="15.8"/>
        <Problem ID="15.9"/>
        <Suggestion ID="16.1"/>
        <Disagreement ID="16.2"/>
        <Disagreement ID="16.3"/>
        <Suggestion ID="16.4"/>
        <Suggestion ID="16.5"/>
        <Suggestion ID="16.6"/>
        <Suggestion ID="16.7"/>
        <Suggestion ID="16.8"/>
        <Agreement ID="17.1"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.8"/>
        <Suggestion ID="17.9"/>
        <Suggestion ID="17.10"/>
        <Suggestion ID="17.11"/>
        <Suggestion ID="18.1"/>
        <Suggestion ID="18.2"/>
        <Suggestion ID="18.3"/>
        <Suggestion ID="18.4"/>
        <Suggestion ID="18.5"/>
        <Suggestion ID="18.7"/>
        <Suggestion ID="18.6"/>
        <Suggestion ID="19.1"/>
        <Disagreement ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.5"/>
        <Suggestion ID="19.6"/>
        <Suggestion ID="20.1"/>
        <Suggestion ID="20.2"/>
        <Suggestion ID="20.3"/>
        <Suggestion ID="20.4"/>
        <Suggestion ID="20.5"/>
        <Suggestion ID="20.6"/>
        <Suggestion ID="21.1"/>
        <Suggestion ID="21.2"/>
        <Suggestion ID="22.1"/>
        <Suggestion ID="22.2"/>
        <Suggestion ID="22.3"/>
        <Suggestion ID="22.4"/>
        <Suggestion ID="22.5"/>
        <Suggestion ID="23.1"/>
        <Problem ID="23.2"/>
        <Fix ID="24.1"/>
        <Fix ID="24.2"/>
        <Fix ID="24.3"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.7">
          A bug appeared in Konsole such that using ctrl+c does not break the current command.
        </Sentence>
        <Sentence Links="2.1,4.1">
          Many other users reproduce this bug, except for it not affecting a few application.
        </Sentence>
        <Sentence Links="22.4,22.5">
          The problem is gone when running with the --nofork command, or attaching to strace.
        </Sentence>
        <Sentence Links="23.1">
          The bug is then fixed.</Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="22.4 "/>
        <Sentence ID="22.5 "/>
        <Sentence ID="23.1 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="11.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="11.3 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="19.4 "/>
        <Sentence ID="19.5 "/>
        <Sentence ID="19.6 "/>
        <Sentence ID="20.3 "/>
        <Sentence ID="20.2 "/>
        <Sentence ID="20.4 "/>
        <Sentence ID="20.6 "/>
        <Sentence ID="21.2 "/>
        <Sentence ID="21.1 "/>
        <Sentence ID="22.2 "/>
        <Sentence ID="22.3 "/>
        <Sentence ID="24.2 "/>
        <Sentence ID="24.3 "/>
        <Sentence ID="24.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Suggestion ID="1.8"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Agreement ID="2.1"/>
        <Problem ID="2.3"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Suggestion ID="3.2"/>
        <Problem ID="4.1"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Disagreement ID="6.1"/>
        <Disagreement ID="6.3"/>
        <Meta ID="6.2"/>
        <Meta ID="6.5"/>
        <Disagreement ID="6.4"/>
        <Problem ID="6.6"/>
        <Meta ID="7.1"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Problem ID="8.1"/>
        <Problem ID="8.2"/>
        <Fix ID="8.2"/>
        <Meta ID="9.1"/>
        <Meta ID="10.1"/>
        <Problem ID="10.2"/>
        <Disagreement ID="10.2"/>
        <Problem ID="10.3"/>
        <Suggestion ID="10.3"/>
        <Agreement ID="11.1"/>
        <Problem ID="11.1"/>
        <Problem ID="11.2"/>
        <Problem ID="11.3"/>
        <Problem ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="13.1"/>
        <Problem ID="13.2"/>
        <Problem ID="13.3"/>
        <Problem ID="13.4"/>
        <Problem ID="14.1"/>
        <Problem ID="14.2"/>
        <Problem ID="15.1"/>
        <Agreement ID="15.1"/>
        <Problem ID="15.2"/>
        <Problem ID="15.3"/>
        <Problem ID="15.4"/>
        <Problem ID="15.5"/>
        <Problem ID="15.6"/>
        <Suggestion ID="15.4"/>
        <Suggestion ID="15.3"/>
        <Problem ID="15.7"/>
        <Problem ID="15.8"/>
        <Problem ID="15.9"/>
        <Meta ID="16.1"/>
        <Meta ID="16.6"/>
        <Disagreement ID="16.2"/>
        <Disagreement ID="16.3"/>
        <Suggestion ID="16.5"/>
        <Suggestion ID="16.7"/>
        <Suggestion ID="16.8"/>
        <Agreement ID="17.1"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.10"/>
        <Suggestion ID="17.8"/>
        <Suggestion ID="17.9"/>
        <Suggestion ID="17.11"/>
        <Meta ID="18.1"/>
        <Meta ID="18.4"/>
        <Meta ID="18.5"/>
        <Agreement ID="18.6"/>
        <Agreement ID="18.7"/>
        <Agreement ID="18.2"/>
        <Agreement ID="18.3"/>
        <Meta ID="19.1"/>
        <Suggestion ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.6"/>
        <Suggestion ID="19.5"/>
        <Problem ID="20.1"/>
        <Problem ID="20.2"/>
        <Problem ID="20.3"/>
        <Problem ID="20.4"/>
        <Problem ID="20.5"/>
        <Problem ID="20.6"/>
        <Problem ID="21.1"/>
        <Problem ID="21.2"/>
        <Meta ID="22.1"/>
        <Suggestion ID="22.2"/>
        <Suggestion ID="22.3"/>
        <Suggestion ID="22.4"/>
        <Suggestion ID="22.5"/>
        <Problem ID="23.1"/>
        <Problem ID="23.2"/>
        <Fix ID="24.1"/>
        <Fix ID="24.2"/>
        <Fix ID="24.3"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.5">
          Pressing Control+C from within the KDE 2.1 Konsole doesn't terminate the process.
        </Sentence>
        <Sentence Links="24.1,24.3">
          This issue was fixed by resetting all signal handlers to the default (SIG_DFL) in the child process after forking, SVN commit #771570.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="24.1 "/>
        <Sentence ID="24.3 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="8.2 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="11.2 "/>
        <Sentence ID="16.2 "/>
        <Sentence ID="16.3 "/>
        <Sentence ID="19.3 "/>
        <Sentence ID="19.6 "/>
        <Sentence ID="21.1 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="2.1"/>
        <Suggestion ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="4.1"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="6.1"/>
        <Problem ID="6.3"/>
        <Suggestion ID="6.4"/>
        <Problem ID="6.6"/>
        <Suggestion ID="7.2"/>
        <Suggestion ID="7.3"/>
        <Problem ID="8.1"/>
        <Suggestion ID="8.2"/>
        <Meta ID="9.1"/>
        <Problem ID="10.2"/>
        <Suggestion ID="10.3"/>
        <Agreement ID="11.1"/>
        <Suggestion ID="11.2"/>
        <Suggestion ID="11.3"/>
        <Problem ID="12.1"/>
        <Problem ID="12.2"/>
        <Problem ID="12.3"/>
        <Problem ID="13.1"/>
        <Problem ID="13.2"/>
        <Problem ID="13.3"/>
        <Problem ID="13.4"/>
        <Problem ID="14.1"/>
        <Problem ID="14.2"/>
        <Agreement ID="15.1"/>
        <Suggestion ID="15.2"/>
        <Suggestion ID="15.3"/>
        <Suggestion ID="15.4"/>
        <Suggestion ID="15.5"/>
        <Suggestion ID="15.6"/>
        <Problem ID="15.7"/>
        <Problem ID="15.8"/>
        <Suggestion ID="15.9"/>
        <Suggestion ID="16.2"/>
        <Suggestion ID="16.3"/>
        <Suggestion ID="16.5"/>
        <Disagreement ID="17.1"/>
        <Suggestion ID="16.8"/>
        <Suggestion ID="16.7"/>
        <Suggestion ID="17.2"/>
        <Suggestion ID="17.3"/>
        <Suggestion ID="17.4"/>
        <Suggestion ID="17.5"/>
        <Suggestion ID="17.6"/>
        <Suggestion ID="17.8"/>
        <Suggestion ID="17.7"/>
        <Suggestion ID="17.9"/>
        <Suggestion ID="17.10"/>
        <Suggestion ID="17.11"/>
        <Suggestion ID="18.2"/>
        <Suggestion ID="18.3"/>
        <Suggestion ID="18.6"/>
        <Suggestion ID="18.7"/>
        <Disagreement ID="19.2"/>
        <Suggestion ID="19.3"/>
        <Suggestion ID="19.4"/>
        <Suggestion ID="19.6"/>
        <Suggestion ID="19.5"/>
        <Meta ID="20.1"/>
        <Problem ID="20.2"/>
        <Suggestion ID="20.3"/>
        <Suggestion ID="20.4"/>
        <Suggestion ID="20.5"/>
        <Suggestion ID="20.6"/>
        <Problem ID="21.1"/>
        <Problem ID="21.2"/>
        <Disagreement ID="22.2"/>
        <Suggestion ID="22.3"/>
        <Suggestion ID="22.4"/>
        <Suggestion ID="22.5"/>
        <Suggestion ID="23.2"/>
        <Suggestion ID="23.1"/>
        <Fix ID="24.1"/>
        <Fix ID="24.2"/>
        <Fix ID="24.3"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="35">
    <Title>
      "(164545) KDE - Add activity focuses view on the new activity"
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5,2.1,4.1,5.3,6.1">
          Problems with the zoom out view were reported: adding activity focused view on the new activity until zoom level changed, and dragging around the view didn't work right after adding an activity.
        </Sentence>
        <Sentence Links="9.1,10.3,11.6">
          Some people thought add activity option (and zoom out) should be removed in the 4.1 final, but other people didn't agree.
        </Sentence>
        <Sentence Links="12.2">
          . One fix of dragging the view around was suggested.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="11.6 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="1.1 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.2 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="12.1 "/>
        <Sentence ID="12.3 "/>
        <Sentence ID="12.5 "/>
        <Sentence ID="12.6 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Problem ID="2.1"/>
        <Agreement ID="2.1"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Fix ID="4.4"/>
        <Agreement ID="5.1"/>
        <Suggestion ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="6.1"/>
        <Disagreement ID="6.1"/>
        <Problem ID="6.3"/>
        <Problem ID="7.1"/>
        <Suggestion ID="9.1"/>
        <Problem ID="9.2"/>
        <Problem ID="9.3"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.3"/>
        <Suggestion ID="10.4"/>
        <Disagreement ID="11.2"/>
        <Disagreement ID="11.3"/>
        <Disagreement ID="11.5"/>
        <Disagreement ID="11.6"/>
        <Meta ID="12.3"/>
        <Fix ID="12.2"/>
        <Meta ID="12.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.9,1.10">
          When a new activity is added, only the new activity is shown.
        </Sentence>
        <Sentence Links="1.11,1.12,1.13,1.14">
          After rooming in then rooming out, both activities can be shown.
        </Sentence>
        <Sentence Links="4.2,4.3,4.4,5.3,5.4,6.1,6.3">
          However, dragging around the old activity does not work, the place of the old activity jump to another place, and the place of the new activity seems arbitrary.
        </Sentence>
        <Sentence Links="4.1,5.3">
          In addition, switching activity also makes the view jump suddenly to another place.
        </Sentence>
        <Sentence Links="10.3,10.4,11.6,11.7,11.8,12.2">
          Since the operations of adding activity and rooming out are useful, the above problems should be solved.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.3 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="10.3 "/>
        <Sentence ID="10.4 "/>
        <Sentence ID="11.6 "/>
        <Sentence ID="11.7 "/>
        <Sentence ID="11.8 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="9.1 "/>
        <Sentence ID="9.2 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="9.4 "/>
        <Sentence ID="9.5 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Problem ID="1.11"/>
        <Problem ID="1.12"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Meta ID="2.1"/>
        <Meta ID="5.1"/>
        <Meta ID="5.2"/>
        <Meta ID="5.3"/>
        <Meta ID="5.4"/>
        <Meta ID="7.1"/>
        <Meta ID="8.1"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.3"/>
        <Disagreement ID="10.4"/>
        <Disagreement ID="11.2"/>
        <Disagreement ID="11.3"/>
        <Disagreement ID="11.1"/>
        <Disagreement ID="11.4"/>
        <Disagreement ID="11.5"/>
        <Disagreement ID="11.6"/>
        <Disagreement ID="11.7"/>
        <Disagreement ID="11.8"/>
        <Meta ID="12.2"/>
        <Suggestion ID="9.1"/>
        <Meta ID="9.2"/>
        <Meta ID="9.3"/>
        <Meta ID="9.4"/>
        <Meta ID="9.5"/>
        <Meta ID="6.1"/>
        <Meta ID="6.2"/>
        <Meta ID="6.3"/>
        <Meta ID="4.1"/>
        <Meta ID="4.2"/>
        <Meta ID="4.3"/>
        <Meta ID="4.4"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.5,1.6,1.7,1.8,1.9,1.10,5.3,7.1">
          There is a problem with the zoom out view which jumps around to focus on the new added activity and throws the rest out of focus.
        </Sentence>
        <Sentence Links="4.3,5.4,6.1">
          Also adding a new activity makes drag and drop to move the view to other activities unusable.
        </Sentence>
        <Sentence Links="1.9,1.10,1.11,1.12,1.13">
          Zooming in and the zooming out makes the last activity and the currently added activity visible.
        </Sentence>
        <Sentence Links="1.14">
          For showing 3 added activities the processes of zooming in and out has to be repeated twice.
        </Sentence>
        <Sentence Links="1.11,1.12,1.13">
          Also the order in which the activities is added is not maintained during this process along with the layout being messed up.
        </Sentence>
        <Sentence Links="4.1">
          The offset of the activity overview changes when double clicked on the first activity.
        </Sentence>
        <Sentence Links="9.3">
          The performance when zooming out has also been reported to be very slow for some users.
        </Sentence>
        <Sentence Links="10.1,10.2">
          But at the same time people using nvidia have reported a decent performance.
        </Sentence>
        <Sentence Links="12.2">
          The issue was resolved by making the view not move more than necessary to show the newly added activity, which also fixed the issue with dragging the view around.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="7.1 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="5.4 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="1.13 "/>
        <Sentence ID="1.14 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="9.3 "/>
        <Sentence ID="10.1 "/>
        <Sentence ID="10.2 "/>
        <Sentence ID="12.2 "/>
        <Sentence ID="8.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="5.2 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.10"/>
        <Problem ID="1.13"/>
        <Problem ID="1.14"/>
        <Agreement ID="2.1"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Problem ID="4.4"/>
        <Agreement ID="5.1"/>
        <Meta ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="5.4"/>
        <Problem ID="6.1"/>
        <Agreement ID="6.1"/>
        <Problem ID="6.3"/>
        <Meta ID="7.1"/>
        <Agreement ID="8.1"/>
        <Meta ID="8.1"/>
        <Suggestion ID="9.1"/>
        <Problem ID="9.3"/>
        <Disagreement ID="10.1"/>
        <Disagreement ID="10.3"/>
        <Disagreement ID="11.2"/>
        <Problem ID="9.2"/>
        <Problem ID="11.1"/>
        <Disagreement ID="11.3"/>
        <Problem ID="9.5"/>
        <Problem ID="11.4"/>
        <Disagreement ID="11.5"/>
        <Fix ID="12.2"/>
      </Labels>
    </Annotation>
  </BugReport>
  <BugReport ID="36">
    <Title>
      "(174533) KDE - moving files opens too many file dialogs "
    </Title>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.1,1.3">
          This is a defect related to Amarok music player on KDE.
        </Sentence>
        <Sentence Links="1.4,1.5,1.6,1.7,1.8,1.9">
          Application crashes when trying to move a large number of files to a collection because of large number of file dialogs opened even on powerful machine.
        </Sentence>
        <Sentence Links="1.10,1.11,1.12">
          A suggestion is made to either make transfer sequential or not displaying a file dialog.
        </Sentence>
        <Sentence Links="2.1,3.4,3.5,3.6,3.7,3.8,3.9,3.10,3.11,3.12,3.13,3.14,4.3,4.4,4.5,4.6,4.7,4.8,4.9,4.10,5.1">
          The bug is hard to reproduce on different machines and requires very specific option ticked on in \"Organize Files\" option.
        </Sentence>
        <Sentence Links="7.1,7.2">
          There is a problem with boolean logic which caused the progress info to be shown when overwriting tracks during a collection copy and this modification fixes the bug.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.10 "/>
        <Sentence ID="1.11 "/>
        <Sentence ID="1.12 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.14 "/>
        <Sentence ID="4.3 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="3.15 "/>
        <Sentence ID="5.3 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="3.12 "/>
        <Sentence ID="1.9 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Suggestion ID="1.10"/>
        <Suggestion ID="1.11"/>
        <Suggestion ID="1.12"/>
        <Disagreement ID="2.1"/>
        <Disagreement ID="2.2"/>
        <Disagreement ID="2.3"/>
        <Disagreement ID="2.4"/>
        <Suggestion ID="3.1"/>
        <Suggestion ID="3.2"/>
        <Suggestion ID="3.13"/>
        <Suggestion ID="3.12"/>
        <Suggestion ID="3.11"/>
        <Suggestion ID="3.10"/>
        <Suggestion ID="3.9"/>
        <Suggestion ID="3.8"/>
        <Suggestion ID="3.7"/>
        <Suggestion ID="3.6"/>
        <Suggestion ID="3.5"/>
        <Suggestion ID="3.3"/>
        <Suggestion ID="3.4"/>
        <Agreement ID="3.15"/>
        <Agreement ID="3.14"/>
        <Suggestion ID="4.2"/>
        <Suggestion ID="4.3"/>
        <Suggestion ID="4.4"/>
        <Suggestion ID="4.5"/>
        <Suggestion ID="4.6"/>
        <Suggestion ID="4.7"/>
        <Suggestion ID="4.8"/>
        <Suggestion ID="4.9"/>
        <Suggestion ID="4.10"/>
        <Disagreement ID="5.1"/>
        <Disagreement ID="5.2"/>
        <Disagreement ID="5.3"/>
        <Problem ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="6.3"/>
        <Problem ID="6.4"/>
        <Problem ID="6.5"/>
        <Suggestion ID="4.11"/>
        <Meta ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Fix ID="7.6"/>
        <Problem ID="6.6"/>
        <Problem ID="6.7"/>
        <Problem ID="6.8"/>
        <Suggestion ID="4.1"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4">
          Moving files within Amarok inappropriately causes a dialog to be opened for each file under certain conditions.
        </Sentence>
        <Sentence Links="4.5,4.6,4.7,4.8,4.9">
          The following options must be selected to reproduce the behaviour: (1) Ignore \"the\" in artist names, (2) Group by file type, (3) Replace spaces with underscores/restrict to ASCII, (4) VFAT safe filenames, (5) Overwrite destination.
        </Sentence>
        <Sentence Links="7.2">
          A bug fix was added whereby boolean logic was corrected to avoid showing progress info when overwriting tracks during a collection copy.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="4.5 "/>
        <Sentence ID="4.6 "/>
        <Sentence ID="4.7 "/>
        <Sentence ID="4.8 "/>
        <Sentence ID="4.9 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="1.3 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="3.4 "/>
        <Sentence ID="3.5 "/>
        <Sentence ID="3.6 "/>
        <Sentence ID="3.7 "/>
        <Sentence ID="3.8 "/>
        <Sentence ID="3.9 "/>
        <Sentence ID="3.10 "/>
        <Sentence ID="3.11 "/>
        <Sentence ID="3.12 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="6.6 "/>
        <Sentence ID="7.3 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.3"/>
        <Problem ID="1.4"/>
        <Problem ID="1.5"/>
        <Problem ID="1.6"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.9"/>
        <Suggestion ID="1.10"/>
        <Suggestion ID="1.11"/>
        <Suggestion ID="1.12"/>
        <Problem ID="2.1"/>
        <Problem ID="2.2"/>
        <Problem ID="2.3"/>
        <Problem ID="2.4"/>
        <Problem ID="3.1"/>
        <Problem ID="3.2"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.8"/>
        <Problem ID="3.9"/>
        <Problem ID="3.10"/>
        <Problem ID="3.11"/>
        <Suggestion ID="3.12"/>
        <Suggestion ID="3.13"/>
        <Problem ID="3.14"/>
        <Problem ID="3.15"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Problem ID="4.5"/>
        <Problem ID="4.4"/>
        <Problem ID="4.6"/>
        <Problem ID="4.7"/>
        <Problem ID="4.9"/>
        <Problem ID="4.8"/>
        <Problem ID="4.10"/>
        <Meta ID="4.11"/>
        <Problem ID="5.1"/>
        <Problem ID="5.2"/>
        <Problem ID="5.3"/>
        <Problem ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="6.3"/>
        <Problem ID="6.4"/>
        <Problem ID="6.5"/>
        <Problem ID="6.7"/>
        <Problem ID="6.6"/>
        <Meta ID="6.8"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.3"/>
        <Fix ID="7.4"/>
        <Fix ID="7.5"/>
        <Fix ID="7.6"/>
      </Labels>
    </Annotation>
    <Annotation>
      <AbstractiveSummary>
        <Sentence Links="1.4,1.9">
          When using Amarok to move files into a music collection, a file dialog is opened for every file, which in this case was 16,000 file, and crashed the machine.
        </Sentence>
        <Sentence Links="2.2,5.1,6.5">
          There was trouble reproducing the bug, until it is figured out that the \"Overwrite destination\" option was causing the bug.
        </Sentence>
        <Sentence Links="7.2">
          The faulty logic that caused this bug is now fixed.
        </Sentence>
      </AbstractiveSummary>
      <ExtractiveSummary>
        <Sentence ID="1.4 "/>
        <Sentence ID="1.9 "/>
        <Sentence ID="2.2 "/>
        <Sentence ID="5.1 "/>
        <Sentence ID="6.5 "/>
        <Sentence ID="7.2 "/>
        <Sentence ID="1.6 "/>
        <Sentence ID="1.7 "/>
        <Sentence ID="1.8 "/>
        <Sentence ID="1.5 "/>
        <Sentence ID="2.1 "/>
        <Sentence ID="2.3 "/>
        <Sentence ID="3.1 "/>
        <Sentence ID="3.2 "/>
        <Sentence ID="3.14 "/>
        <Sentence ID="3.15 "/>
        <Sentence ID="4.1 "/>
        <Sentence ID="4.2 "/>
        <Sentence ID="4.10 "/>
        <Sentence ID="5.2 "/>
        <Sentence ID="6.1 "/>
        <Sentence ID="6.4 "/>
      </ExtractiveSummary>
      <Labels>
        <Problem ID="1.1"/>
        <Problem ID="1.2"/>
        <Problem ID="1.4"/>
        <Problem ID="1.3"/>
        <Problem ID="1.5"/>
        <Problem ID="1.7"/>
        <Problem ID="1.8"/>
        <Problem ID="1.6"/>
        <Problem ID="1.9"/>
        <Problem ID="1.10"/>
        <Suggestion ID="1.12"/>
        <Suggestion ID="1.11"/>
        <Disagreement ID="2.1"/>
        <Disagreement ID="2.2"/>
        <Disagreement ID="2.3"/>
        <Disagreement ID="2.4"/>
        <Suggestion ID="2.4"/>
        <Disagreement ID="3.2"/>
        <Problem ID="3.2"/>
        <Disagreement ID="3.1"/>
        <Disagreement ID="3.3"/>
        <Problem ID="3.3"/>
        <Problem ID="3.4"/>
        <Problem ID="3.5"/>
        <Problem ID="3.6"/>
        <Problem ID="3.7"/>
        <Problem ID="3.8"/>
        <Problem ID="3.9"/>
        <Problem ID="3.10"/>
        <Problem ID="3.12"/>
        <Problem ID="3.11"/>
        <Problem ID="3.13"/>
        <Problem ID="3.14"/>
        <Problem ID="3.15"/>
        <Problem ID="4.1"/>
        <Problem ID="4.2"/>
        <Problem ID="4.3"/>
        <Problem ID="4.4"/>
        <Problem ID="4.5"/>
        <Problem ID="4.6"/>
        <Problem ID="4.7"/>
        <Problem ID="4.8"/>
        <Meta ID="4.11"/>
        <Problem ID="4.10"/>
        <Problem ID="4.9"/>
        <Disagreement ID="5.1"/>
        <Disagreement ID="5.2"/>
        <Suggestion ID="5.2"/>
        <Disagreement ID="5.3"/>
        <Problem ID="6.1"/>
        <Problem ID="6.2"/>
        <Problem ID="6.3"/>
        <Problem ID="6.4"/>
        <Agreement ID="6.1"/>
        <Problem ID="6.5"/>
        <Problem ID="6.6"/>
        <Problem ID="6.7"/>
        <Meta ID="6.8"/>
        <Fix ID="7.1"/>
        <Fix ID="7.2"/>
        <Fix ID="7.4"/>
        <Fix ID="7.3"/>
        <Fix ID="7.5"/>
        <Fix ID="7.6"/>
      </Labels>
    </Annotation>
  </BugReport>
</root>