GNOME Bugzilla – Bug 557456
gnome-help uses loads of CPU, making users believe links in manuals don't work
Last modified: 2014-09-11 14:57:02 UTC
Hi! I was trying to find out how to do a dropdown list with predefined values but wasn't able to figure that out. I found an entry that it's doable with OpenOffice.org through data -> validity menu[1], was looking for the same functionality in gnumeric and found it after quite some tests and tries that it actually does work like that already. I don't think that it should be needed to look up openoffice documentation for things like this, I don't expect it a too uncommon feature (and actually, gnumeric's performance here is totally outstanding with respect to OpenOffice.org, when I open the popup there it takes noticeable time, not with gnumeric :)). Thanks for the great tool, but the documentation isn't really there. Or at least I was unable to find it, the part that I see in gnome-help only lists the very basic usage, but for very basic usage one doesn't really need a spread sheet. :) So long! Rhonda [1] <http://openoffice.blogs.com/openoffice/2007/07/dropdown-lists.html>
Hi again! Noticed that it actually is documented in [1]. It feels a bit strange now. But I'd like to "blame" it on some shortcomings of gnome-help, maybe this bug should get reassigned to there (if that's possible with bugzilla?). [1] http://www.gnome.org/projects/gnumeric/doc/sect-data-format-protectionandvalidation.shtml When I open gnome-help I don't find gnumeric through the menu. I have to put gnumeric into the search box. Doing so will take gnome-help hog 100% CPU for quite a while. Pressing on the gnumeric manual, version 1.8 starts to use 100% CPU for a longer period of time, too. Clicking on most links in there do result in a huge delay and a title that indicates that it tries to load but nothing happens ... It just takes ages, and I clicked the Function reference sort-of when I started to type along here. The things that seems to get calculated here doesn't seem to get cached at all neither, when I close gnome-help and start over the same happens again. Is there any cure for that? As far as it concerns gnumeric I consider the issue to be done. But I think there is some issues with gnome-help that makes it a bit hard to use ... Not sure if its a problem in itself or maybe the way it's packaged in Debian. If some specific informations are needed, just let me know. 2.22.1 of yelp is used here. So long! Rhonda
All I know is these Debian packages are useless together: gnumeric 1.9.3-1 gnumeric-doc 1.9.3-1 yelp 2.24.0-1
Okay. A few issues here. First, gnumeric doesn't show up in yelp. This is due to gnumeric using a non-scrollkeeper category in their omf file. However, rarian should handle it (it'll be added). Second, search using yelp is slow. This is a known issue. We're currently looking at ways this can be improved. Third, gnumeric manual takes an age to process completely. The basic issue is that the manual is huge, and we have to run it through XSLT (which takes the time). Again, we're looking at ways this can be improved.
This bug has been reported on Ubuntu launchpad as https://bugs.launchpad.net/yelp/+bug/268845 Unable to use gdb to capture any info: gdb becomes completely unresponsive once I have started the yelp process(es) (ie cannot issue commands like "backtrace full", or anything else). However, before gdb goes away permanently, I see this: " spenner@bigneo:~$ gdb yelp 2>&1 | tee ~/gdb-yelp.txt GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... (gdb) handle SIG33 pass nostop noprint Signal Stop Print Pass to program Description SIG33 No No Yes Real-time event 33 (gdb) set pagination 0 (gdb) run ghelp:about-ubuntu Starting program: /usr/bin/yelp ghelp:about-ubuntu [Thread debugging using libthread_db enabled] [New Thread 0x7f819cfb57e0 (LWP 5123)] [New Thread 0x7f818be65950 (LWP 5126)] [New Thread 0x7f818b664950 (LWP 5127)] [New Thread 0x7f818ae63950 (LWP 5128)] [New Thread 0x7f818a4df950 (LWP 5129)] (yelp:5123): Yelp-WARNING **: Yelper initialization failed for 0x2ecdc20 OMF category 'Applications|Other' not recognised, ignoring. [New Thread 0x7f8187a5c950 (LWP 5130)] [New Thread 0x7f8186f8a950 (LWP 5131)] [New Thread 0x7f8186726950 (LWP 5132)] [Thread 0x7f8186f8a950 (LWP 5131) exited] [New Thread 0x7f8186f8a950 (LWP 5133)] [Thread 0x7f8186726950 (LWP 5132) exited] [New Thread 0x7f8186726950 (LWP 5134)] [Thread 0x7f8186f8a950 (LWP 5133) exited] [Thread 0x7f8186726950 (LWP 5134) exited] " Also, it looks like even after I have logged on to the unresponsive computer from a Windows 2000 computer (via putty), and killed the gdb and yelp processes, the instance of Firefox 3.0.17 that was open when I started the debug run of yelp now fails to respond at all. Also, the CPU usage remains way too high (about 65% in Xorg, compared to less than 1% before the yelp run) and the memory usage stays too high as well (about 2.5 GB, compared to about 0.8 GB before the yelp run). Once I have killed the gdb and yelp processes via the putty link, the following line appears immediately below the last quoted line above: " Terminated spenner@bigneo:~$ " Note that the theft of the CPU cycles and memory appears to be associated with running yelp with a nontrivial parameter (ie "ghelp:about-ubuntu"). When I run yelp by itself (ie no parameters), I get the error message reported in Bug #425709: " chris@chris-desktop:~$ yelp (yelp:10789): Yelp-WARNING **: Yelper initialization failed for 0x95d0e20 OMF category 'Applications|Other' not recognised, ignoring. A dialogue box appears after around 20 seconds: Unable to load page The requested URI "file:///fakefile#index" is invalid [OK] " One other thing to note: The whole reason I even clicked "About Ubuntu" in the first place was that I was trying to upgrade my installation of Firefox 3.0.17 to something a little more recent (3.5, 3.6, 3.7). However, none of the packages I downloaded from "PPA for Ubuntu Mozilla Daily Build Team", and tried to install actually installed. When I couldn't upgrade Firefox, I decided to enter a bug against Firefox 3.0.17 for Ubuntu (which often, but not always, failed to display properly the pages served up by my Linksys BEFSR41 router: the tab deck was usually missing). Part of the bug reporting process is to send info provided from "About Ubuntu".
Hey all, Hopefully this mail reaches no one. This bug seems to have fallen through the cracks. Somehow it was assigned to me but I have only just seen it. I am closing this as obsolete because a lot has changed since it was filed. If it is still relevant, it will come back up. cheers, ~adrian