File mode specification error: (file-error "Cannot open load file" "sb-html")

Bug #495939 reported by David Huggins-Daines
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
cedet (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: emacs23

When I open a file with the extension .html, I get this error message. It seems that Emacs is able to switch into HTML mode anyway, but I'm not sure what this error means...

ProblemType: Bug
Architecture: amd64
Date: Sat Dec 12 12:04:18 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: emacs23 23.1+1-4ubuntu3.1
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
SourcePackage: emacs23
Uname: Linux 2.6.31-16-generic x86_64

Revision history for this message
David Huggins-Daines (dhuggins) wrote :
Revision history for this message
era (era) wrote :

sb-html is related to the speedbar package.

Can you reproduce this error message with emacs -q (i.e. without loading any personal Emacs preferences of yours)?

Did you previously use a different version of Emacs, by any chance?

If you (setq debug-on-error t) and then load a .html file, do you get a backtrace? If yes, could you save that buffer and attach the resulting file to this bug report? Thanks in advance.

Changed in emacs23 (Ubuntu):
status: New → Incomplete
Revision history for this message
David Huggins-Daines (dhuggins) wrote :

Hi, here's the backtrace with emacs -q and debug-on-error set to t:

Debugger entered--Lisp error: (file-error "Cannot open load file" "sb-html")
  require(sb-html)
  (lambda nil (require (quote sb-html)))()
  run-hooks(text-mode-hook sgml-mode-hook html-mode-hook)
  apply(run-hooks (text-mode-hook sgml-mode-hook html-mode-hook))
  run-mode-hooks(html-mode-hook)
  html-mode()
  set-auto-mode-0(html-mode nil)
  set-auto-mode()
  normal-mode(t)
  after-find-file(t t)
  find-file-noselect-1(#<buffer foo.html> "~/foo.html" nil nil "~/foo.html" nil)
  find-file-noselect("~/foo.html" nil nil t)
  find-file("~/foo.html" t)
  call-interactively(find-file nil nil)

One detail that may be relevant here is that I have Emacs.toolBar: 0 in my .Xresources. However, if I remove this resource, I still get the same problem.

This occurs regardless of whether foo.html already exists or not.

Revision history for this message
David Huggins-Daines (dhuggins) wrote :

Oh I found the offending hook, it is in /etc/emacs/site-start.d/51speedbar.el, which is from the speedbar package (which I have no memory of installing, actually!)

So this is more likely to be a bug in speedbar.

I did previously use emacs22 and emacs-snapshot.

Revision history for this message
era (era) wrote :

Reassigning to speedbar as per the above comment.

affects: emacs23 (Ubuntu) → cedet (Ubuntu)
Changed in cedet (Ubuntu):
status: Incomplete → New
Revision history for this message
era (era) wrote :

Quoting Launchpad:
> 'speedbar' is a binary package. This bug has been assigned to its source package 'cedet' instead.

Revision history for this message
Old Account (oldaccount) wrote :

The speedbar is a separate package in Ubuntu and I think that newer versions of Emacs ship with it by default...

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cedet (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.