# I right clicked inside the file browser

**URL:** <https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467>\
**Category:** Windows\
**Created:** [October 30, 2012, 5:39am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467 "2012-10-30T05:39:53Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![oxxyyd](https://avatars.discourse-cdn.com/v4/letter/o/e47c2d/32.png) [@oxxyyd](https://forum.juce.com/u/oxxyyd)\
**Post date:** [October 30, 2012, 5:39am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/1 "2012-10-30T05:39:53Z")

</div>

Today I right clicked inside the load file browser (- You did WHAT?..) and my application crashed.

It turns out the Juce demo reacts the same when using the native file browser. It seems to be some kind of heap corruption acc to the debug message.

Select widgets -\> click for a popup menu -\> File chooser dialogs -\>Operating system dialogs -\> Load file browser. Then right click a folder -\> Hupp!

I’m using todays tip in Windows 7 and building 64bit in debug mode

---

<div class="post-metadata">

**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\
**Post date:** [October 30, 2012, 10:36am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/2 "2012-10-30T10:36:27Z")

</div>

Strange… but I can’t reproduce it myself. Maybe you’ve some kind of dodgy Windows helper installed which would appear in the pop-up menu, but which is actually messing up?

---

<div class="post-metadata">

**Author:** ![oxxyyd](https://avatars.discourse-cdn.com/v4/letter/o/e47c2d/32.png) [@oxxyyd](https://forum.juce.com/u/oxxyyd)\
**Post date:** [October 30, 2012, 11:19am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/3 "2012-10-30T11:19:14Z")

</div>

Could well be the case. A bit more testing revealed that it only misbehaves when running JuceDemo from the debugger (Visual Studio 2010) AND right clicking a folder (not a file). So I guess there are more important bugs to chase down than this one…

---

<div class="post-metadata">

**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\
**Post date:** [October 30, 2012, 11:21am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/4 "2012-10-30T11:21:50Z")

</div>

It doesn’t sound like anything that could be fixed - most likely some benign internal Windows snafu that you wouldn’t normally see when there’s no debugger to catch it.

---

<div class="post-metadata">

**Author:** ![fireplayer](https://avatars.discourse-cdn.com/v4/letter/f/48db29/32.png) [@fireplayer](https://forum.juce.com/u/fireplayer)\
**Post date:** [November 18, 2012, 2:57am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/5 "2012-11-18T02:57:11Z")

</div>

Heap corruption has happened to me once in a while in the Juce File Browser after using the up button and has happened in the release version. I’ll try to get more details the next time it happens. Can you take a look at it?

---

<div class="post-metadata">

**Author:** ![jules](https://avatars.discourse-cdn.com/v4/letter/j/41988e/32.png) [@jules](https://forum.juce.com/u/jules)\
**Post date:** [November 18, 2012, 9:56am UTC](https://forum.juce.com/t/i-right-clicked-inside-the-file-browser/9467/6 "2012-11-18T09:56:17Z")

</div>

> [@FirePlayer](#):
>
> Can you take a look at it?

Of course, if you can give me any clues that could be looked at.