After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 521473 - EOG Takes Longer to Start when /tmp Dir Fills Up
EOG Takes Longer to Start when /tmp Dir Fills Up
Status: RESOLVED DUPLICATE of bug 495825
Product: eog
Classification: Core
Component: general
2.20.x
Other All
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-09 23:09 UTC by Steven Garrity
Modified: 2008-03-10 10:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Steven Garrity 2008-03-09 23:09:01 UTC 
Please describe the problem:
When opening an image attached to an email in thunderbird, it seems that Thunderbird creates an image in the /tmp dir and has EOG open it up from there.

Over time, as files and cruft build up in the /tmp dir, this process of opening up EOG to view a file that is stored in /tmp takes longer and longer.

Clearing out the files in /tmp seems to solve the problem (temporarily).

Steps to reproduce:
1. Open up an image attached in thunderbird
2. If /tmp has a lot of files (hundreds/thousands? I'm not sure), EOG startup/display is slow.



Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Felix Riemann 2008-03-10 10:39:44 UTC 
This is most probably the same as bug 495825.
We have some small improvement in the upcoming 2.22 release, Now the main problem is the expensive mime-sniffing EOG does while creating the collection view.
---------------------------------------------------------------------------------
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 495825 ***