Button styles: MaterialDesignRaisedButton used with MahApps.Metro causes serious memory leak
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 30/100
Direção de pesquisa
Nenhum arquivo do repositório ou teste foi especificado. Comece com a reprodução WPF XAML fornecida usando MahApps.MetroWindow, MaterialDesignRaisedButton e ButtonProgressAssist; em seguida, execute-a com a versão 4.7.1, minimizando e restaurando a janela para confirmar o comportamento da memória; considera-se concluído quando o vazamento estiver explicado e o cenário relatado não puder mais ser reproduzido.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Bug explanation
I found a problem, maybe a compatibility issue or a design bug, but I think it can be fixed. My WPF program uses MahApps, (<mah:MetroWindow...), in which I use a button control of MaterialDesignInXamlToolkit, the style of this button control is: MaterialDesignRaisedButton. When I run the program, everything seems to be fine, but immediately after I minimize the form, the memory increases at a rate of 1MB/s, and it won't stop, unless I restore this form that was just minimized, after restoring the memory immediately drop and return to normal levels. I know my question is about coming from two different places, (MahApps and MaterialDesignInXamlToolkit), but if I don't use MahApps(mah:MetroWindow), then, the above problem doesn't exist, everything works fine, also I tried several other Different styles of a similar button, only this style is found so far: MaterialDesignRaisedButton has this problem, the condition that triggers this problem is when the form is minimized.
**xaml code:
<mah:MetroWindow x:Class="WpfApp1.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mah="clr-namespace:MahApps.Metro.Controls;assembly=MahApps.Metro"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:materialDesign="http://materialdesigninxaml.net/winfx/xaml/themes"
xmlns:local="clr-namespace:WpfApp1"
mc:Ignorable="d" WindowStartupLocation="CenterScreen"
Title="MainWindow" Height="450" Width="800">
<Grid>
<StackPanel>
<Grid
Width="124">
<Button
Margin="2,0"
materialDesign:ButtonProgressAssist.IsIndeterminate="True"
materialDesign:ButtonProgressAssist.IsIndicatorVisible="True"
materialDesign:ButtonProgressAssist.Value="-1"
Content="Indeterminate"
IsEnabled="{Binding DataContext.ControlsEnabled, RelativeSource={RelativeSource FindAncestor, AncestorType=Window}}"
Style="{StaticResource MaterialDesignRaisedButton}" />
</Grid>
</StackPanel>
</Grid>
</mah:MetroWindow>
I have captured two pictures. Figure 1 shows that after running the WPF program and minimizing it, the change of memory transmission at this time can be seen to be increasing

Figure 2 shows the memory changes after I restored the WPF program window that I just minimized. You can see that the memory has dropped rapidly and gradually returned to normal

Version
4.7.1
- Linguagem predominante
- C#
- Estrelas
- 16.3k
- Forks
- 3.5k
- Merge médio
- 4h 25min
- PRs com merge (30d)
- 4
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de MaterialDesignInXAML/MaterialDesignInXamlToolkit
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 88/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#4124 ·
Mantenedores costumam responder em até 1 dia
-
MaterialDesignChoiceChipListBoxItem missing 'Path=Name' in GroupName binding causes selection conflict between ListBoxesTalvez já em andamento @corvinsz assumiu há 12 dias. Abertabug evaluation required
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 78/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#4118 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
enhancement up-for-grabs
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#2485 ·
Mantenedores costumam responder em até 1 dia
-
enhancement evaluation required
Dificuldade 3/5 Meio dia Facilidade para iniciantes 30/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#4120 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Add Semantic, Theme-Aware ColorsTalvez já em andamento @corvinsz assumiu há 22 dias. Abertaenhancement
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#4114 · 1 reação ·
Mantenedores costumam responder em até 1 dia
Todas as issues de MaterialDesignInXAML/MaterialDesignInXamlToolkit
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Natvs/Nt.Automaton#33 ·
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
a-corriger documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
christian-raj/S-Aloha#312 ·
-
ready-for-agent tech-debt
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 85/100
DigiBanks99/menlo#640 ·
Mantenedores costumam responder em até 1 dia
-
ci
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 62/100
OpenTabletDriver/OpenTabletDriver#5283 ·
Mantenedores costumam responder em até 3 dias