Bug 176372
Summary: | Pause on KDE 3.5 startup | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Marek Kassur <cmarco> |
Component: | kdebase | Assignee: | Than Ngo <than> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Ben Levenson <benl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | arb |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | FC6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-01-30 16:44:21 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Marek Kassur
2005-12-21 21:14:29 UTC
I would also like to report this exact same problem. I have just started using KDE 3.5.0, and I am experiencing precisely this problem. There is an approximately 30-second delay after the main screen appears, and the panel is drawn, but before the desktop is responsive. If I click on the K menu, it only pops up after the 30-second delay. As suggested by some people on the Fedora list, I ran a tcpdump in a text console window while logging in, to confirm that it wasn't a network delay of some kind. I can confirm that the login process generates NO network traffic, so the delay cannot be related to networks. I've been doing some more digging, and I seem to have at least found some kind of relationship between this delay, gamin and mcop. I know that the gam_server program has a timeout of 30 seconds, and then it dies. Since this delay is also exactly 30 seconds, I thought there might be a relationship, and it seems there is. I dropped to run level 3, so that I could start KDE manually. This is what I did: 1. logged in with my account on the text console 2. ran startx 3. I got the 30-second delay, and then KDE started up fully 4. I logged out of KDE 5. rm -rf .mcop 6. Waited for 30 seconds for gam_server to die 7. startx 8. This time, the KDE session started without any delay 9. Went back to step 4, and lathered, rinsed and repeated. Each time, KDE started without any delay Now, I have absolutely no idea what is going on, but it seems pretty obvious that the 3-second delay I and others are seeing is somehow related to gamin. Will the person assigned to this bug now at least look into this? i can reproduce this problem on my machine. i will take a look here. This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks. I don't see the issue in FC6, so you may close this bug. |