muffin leaks (interns unbound number of) atoms
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 245
- Forks
- 127
- PR merge metrics
- No merged PRs in 30d
Description
Distribution
Mint 22.3
Package version
6.6.7
Graphics hardware in use
AMD Radeon 860M
Frequency
Always
Bug description
libmuffin 6.6.3+zena
muffin is interning an unbounded number of X11 atoms. E.g.
$ xlsatoms | grep META_SELECTION_0x | wc -l
195
and after selecting the above text to paste it here, the number is now at 196. Each new selection creates a new atom.
This is probably meta_x11_selection_input_stream_new_async() interning a new "META_SELECTION_%p" atom each time it's called.
Steps to reproduce
$ xlsatoms | grep META_SELECTION_0x | wc -l
select some text. repeat the above command and see the number grows.
Expected behavior
Atoms are not leaked
Additional information
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at meta_x11_selection_input_stream_new_async(), identified as the likely source of a new META_SELECTION_%p X11 atom on each call. Reproduce the issue with xlsatoms, select text repeatedly, and compare the count of META_SELECTION_0x atoms. Done means repeated selections no longer increase the atom count indefinitely.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 64/100