| Summary: | Right-Click->Remove Node Doesn't Work | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Le Sage <dlesage> |
| Component: | freemind | Assignee: | hannes <johannes.lips> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | johannes.lips, sochotni |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-05-03 09:33:59 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
David Le Sage
2011-03-17 23:12:09 UTC
Actually, none of the right-click options work. For instance, if I right-click on a node and hover the mouse over "Format", the Format sub-menu does not spill out. :-( Further info: this only starts to happen after a while. On initial launch, Freemind is okay, then after adding and editing some nodes, the right-click options cease to work. At the same time, the main drop-down menus also become unavailable, in that they flicker open and shut again immediately after you click on them with the mouse. You cannot move down those menus to select an item as they close immediately. When Freemind is in this state, keyboard shortcuts still work. I am not sure if I can reproduce this consistently as it just seems to start happening after a few minutes of basic node editing use. What environment/window manager are you using? Freemind (and Java applications in general) has problem with some of them. There are workarounds, but best to verify where the problem is first :-) Ah, I just noticed in the other bug that you are using Gnome 3, so that would be Gnome Shell I guess? In that case, please try to reproduce in some other environment. I might have been right :-) When you won't be able to reproduce in different environment, you can do one more test, although you'd have to compile one small application[1] (just simple "tar xvf file && make). I didn't package it in Fedora because none of the other window managers need it, but if this helps I might have to do it :-) [1] http://tools.suckless.org/wmname Hello Stanislav, Yes, I am running GNOME Shell. So far, I haven't been able to replicate the problem in KDE so I will try that small app and let you know. Thanks for looking into this, David wmname fails to compile. :-( I made a src.rpm which could be found there: http://hannes.fedorapeople.org/ Please download and rebuild it with: 'rpmbuild --rebuild wmname-0.1-1.fc14.src.rpm' Afterwards please install it with: 'yum localinstall --nogpgchec /path/to/wmname-0.1-1.fc14.x86_64.rpm' Please report back if this solved your problem! Sorry there is a typo in my previous post, the install command should read: 'yum localinstall --nogpgcheck /path/to/wmname-0.1-1.fc14.x86_64.rpm' Hello Johannes and Stanislaw, Thanks for that. I have successfully installed the package on my machine but, unfortunately, I still have the same problems. I encountered them as soon as I launched the app this time but I will play with it a bit throughout today and see if I can find more information for you. Thanks for taking the time to investigate this, gents. :-) David Was wmname running? Yes. I have not reproduced the issue on subsequent uses of the application though. So you are saying that wmname solved this issue for you? If yes, we should manage to include it into fedora as fast as possible. Thanks for your feedback! Any feedback would be greatly appreciated since we would need to package wmname for f15 if needed! |