Bug#299486: mozilla-firefox: firefox crashes
* Joao S Veiga ([EMAIL PROTECTED]) wrote: Is anyone not running testing and seeing this? I run testing, 2.6.11 compiled from debian sources. Same problem with 2.6.10. No gnome stuff installed. KDE only. To avoid confusion, problem is: Typing ENTER or arrow keys on the addressbar or googlebar segfaults Firefox 1.0.2-3 (1.0.1-2 did the same). gdb says (last words): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1220913056 (LWP 6358)] 0x08ad67d8 in nsAutoCompleteController::~nsAutoCompleteController () So it's maybe related to autocompletion as said above, but it doesn't matter if I type with http:// or not (or even if I don't type anything, just focus the fields and hit enter). Using the go button works fine to get to a typed URL. The addressbar pull-down list is always empty. Plugins (from about:plugins): MozPlugger 1.7.1 File name: mozplugger.soMozPlugger version 1.7.1 Shockwave FlashFile name: libflashplayer.soShockwave Flash 7.0 r25 Default Plugin File name: libnullplugin.so Helix DNA Plugin: RealPlayer G2 Plug-In CompatibleFile name: nphelix.so Helix DNA Plugin: RealPlayer G2 Plug-In Compatible version 0.4.0.432 built with gcc 3.2.0 on Sep 24 200 Java(TM) Plug-in 1.4.2_04-b05File name: libjavaplugin_oji.soJava(TM) Plug-in 1.4.2_04 Can you try removing these plugins just to rule them out as potential culprits? Removed my .mozilla. Same thing. I'm using the Noia2.0(extreme) Theme. Did you try it with the default theme? This is probably related: When I click on the pulldown menu for the addressbar list, the javascript console shows: Error: uncaught exception: [Exception... Cannot find interface information for parameter arg 0 [nsIAutoCompleteController.input] nsresult: 0x80570006 (NS_ERROR_XPC_CANT_GET_PARAM_IFACE_INFO) location: JS frame :: chrome://global/content/bindings/autocomplete.xml :: attachController :: line 247 data: no] I don't see this error on my machine. Arg. BR, Joao S Veiga -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#272296: weird font corruption caused by scrolling
* Vincent Lefevre ([EMAIL PROTECTED]) wrote: On 2004-09-19 12:05:40 +0300, Ismail Donmez wrote: I can also reproduce this bug on Sid and Slackware 10 . So this is a mozilla bug I am sure. I'm also seeing this problem, just after switching from Mozilla to Firefox *with a different configuration* (for the moment). In the screenshot, the text look smaller, but sometimes a line is clearly missing (for instance, when this is the top line). There had been a discussion in French here: From: Vincent Lefevre [EMAIL PROTECTED] Newsgroups: fr.comp.infosystemes.www.navigateurs Subject: Re: IE et le png Date: Fri, 11 Apr 2003 00:25:57 + (UTC) Message-ID: [EMAIL PROTECTED] and in the followups. The workaround (which has worked very well with Mozilla): set browser.display.screen_resolution to 96; this value is OK for me, other values may work too. Ok, but what does this workaround do? Is there any idea why this helps? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#303481: missing configuration option to always open home page in new tabs
* Frederik Eaton ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-2 Severity: wishlist Firefox seems to be missing a configuration option to indicate that new tabs should always load a user's home page automatically. Actually, I don't see why this isn't the default, since it is the default behavior for new windows, and after all the purpose of a home page is to be loaded automatically... Mozilla itself, the main version or whatever, doesn't lack this feature - I'm using 1.7.5. This is the only thing which is keeping me from switching to Firefox. browser.tabs.loadOnNewTab set to 1 is supposed to do this, but unfortunately it looks like support was removed. See https://bugzilla.mozilla.org/show_bug.cgi?id=269664. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages mozilla-firefox depends on: ii debianutils 2.10.3 Miscellaneous utilities specific t ii fontconfig2.2.3-1generic font configuration library ii libatk1.0-0 1.8.0-3The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfontconfig12.3.1-2generic font configuration library ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.2-3 GCC support library ii libglib2.0-0 2.6.3-1The GLib library of C routines ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libidl0 0.8.3-1library for parsing CORBA IDL file ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkrb53 1.3.4-4MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++51:3.3.5-1 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxft2 2.1.2-6FreeType-based font drawing librar ii libxp64.3.0.dfsg.1-8 X Window System printing extension ii libxt64.3.0.dfsg.1-8 X Toolkit Intrinsics ii psmisc21.5-1 Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#303515: crashes on ia64 when running update-mozilla-firefox-chrome
* David Mosberger-Tang ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-1 Severity: normal Tags: patch Firefox often crashes when running update-mozilla-firefox-chrome (or mozilla-firefox -register). In particular, this currently happens reliably after installing any locale package (such as mozilla-firefox-locale-de-de). The root-cause of this problem is that XPCOM calls with more than 7 arguments end up passing garbage in arguments 8-N which often leads to segfaults. The attached patch fixes the problem. I checked the upstream mozilla CVS tree and the problem has been fixed there, too, albeit in a different manner. Both solutions should be fine (the upstream solution is probably slightly more efficient and if you prefer to use it, copying files xptcstubs_asm_ipf64.s and xptcstubs_ipf64.cpp is probably all it takes). Hmmm, I looked at the mozilla trunk and I didn't see any real substantial changes to those in the past year. Are you sure upstream fixed this problem themselves? I'd prefer to use their solution rather than yours just for consistency's sake. Is there a bug number for this fix? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#304148: mozilla-firefox: Acrobat Reader Plugin 7.0 fails
* Martin ([EMAIL PROTECTED]) wrote:
Package: mozilla-firefox
Version: 1.0.2-3
Severity: important
Since one of the latest updates of firefox the adobe reader plugin 7.0
doesn't start.
When I start firefox in a terminal I get the following output when I try to
open a pdf:
Usage: /usr/bin/acroread [options] [list of files]
Options:
--display=DISPLAY
This option specifies the host and display to use.
--screen=SCREEN
X screen to use. Use this options to override the
screen part of the DISPLAY environment variable.
--sync
Make X calls synchronous. This slows down the program considerably.
-geometry [widthxheight][{+|-}x offset{+|-}y offset]
...
It seems that firefox calls the reader with a wrong parameter list.
What does your /etc/mailcap line look like for pdfs?
--
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+
G e h! r- y+
--END GEEK CODE BLOCK--
signature.asc
Description: Digital signature
Bug#304582: mozilla-firefox: Sometimes all Google links point to the same page
* Stian Haklev ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-3 Severity: normal Sometimes when using Firefox to search for pages on Google, clicking on all the different hits (links to found pages) will take me to the same page (generally a page I've already opened in a new tab). Hoovering over a page title, the status bar also shows the erroneous link. When opening the same Google search URL in Konqueror, everything works. (I use Google many times a day, this doesn't happen often, but has happened three times now.) Is there any way to reproduce it? Do you have any extensions installed? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305146: firefox unable to print CJK characters
* Tony Ma ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-3 Severity: important I am running Debian Sarge RC3. I have installed mozilla-firefox and mozilla-firefox-locale-zh-tw packages. I have already installed the appropriate fonts, locales and ghostscript, ttfprint utilities for CJK. Firefox displays the CJK texts correctly but only print them as square boxes. However after adding the two lines: pref(font.FreeType2.enable, true); pref(font.directory.truetype.1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/); Why did use those particular configuration lines? Where is the documentation on them? There's also font.Freetype2.printing, set to true. Shouldn't that help? at the end of /usr/lib/mozilla-firefox/defaults/pref/firefox.js Firefox can print CJK characters properly. Therefore it would be a good idea to add the lines mentioned in firefox.js in the next fix of the firefox package to enable CJK printing. I'm not opposed, but I'd like to understand more what these config options actually do before I change them. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#299486: mozilla-firefox: firefox crashes
* Joao S Veiga ([EMAIL PROTECTED]) wrote: Hi, Still happening on 1.0.3-1. Still not sure what to suggest. I would file an upstream bug in the bugzilla (bugzilla.mozilla.org), with as much detail as possible. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#299486: mozilla-firefox: firefox crashes
* Joao S Veiga ([EMAIL PROTECTED]) wrote: Hi Eric, I've tried with the default theme, and logged as root (to rule out any permission problems). Since it was the first time I started X (KDE) as root, basically everything was 'clean'. Probably not a great idea to run firefox as root. I've tried to delete autocomplete.xpm (maybe it was related to this Windows-version problem: http://msmvps.com/harrywaldron/archive/2005/02/25/37005.aspx - see the bottom of the page), but didn't work either. No I doubt it was the problem. If you want, I can place my notebook out the firewall and give you even root access. Since it looks like more people are having the problem, but you can't reproduce it, my notebook could be your testbed (not sure if it would be the same running via remote X client though). Ok, before we get to that can you: * Provide an strace of the crash * Confirm you've got mozilla-firefox-gnome-support uninstalled. * Try purging completely and reinstalling. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#304967: qc-usb-source: quickcam.sh: compiler comparison gives an incorrect message
* Vincent Lefevre ([EMAIL PROTECTED]) wrote: On 2005-04-18 01:20:42 -0400, Eric Dorland wrote: * Vincent Lefevre ([EMAIL PROTECTED]) wrote: ./quickcam.sh gives: [...] Not entirely sure why you're using this script, it's not really necessary to use it in Debian. I read the documentation. Anyway, I eventually found that this driver didn't support the camera; spca5xx (not in Debian yet) does. Someone ITPed it or something recently If you look the difference is gcc and version are inverted in the gcc version and Kernel compiler outputs. Strange. Is it a bug in gcc? in the kernel building scripts? I'm sure it's just some difference in the parsing... Otherwise, the quickcam.sh could have checked only the numbers... Probably. If you're still interested in this bug I'll keep it open, otherwise I'm going to close it. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305285: mozilla-firefox: interface seems to freez
* Celelibi ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-3 Severity: normal Sometimes, after a few time up (a few minutes or a few days), firefox stop redrawing pages, stop changing the url displayed when switching between tabs, stop closing little windows with the ok or cancel button or with any other mean (little windows like the about window or download manager window or juste alert windows (created with javascript)). But the rest of firefox seems to run normaly. No error is sent to stdout or stderr. Sometimes when the url freez, it unfreez alone after a few minutes. I tried to delete and recreate my profile account, but it change nothing. *strange bug* Definitely weird. Is there any way to reproduce this? Any extensions installed? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305876: mozilla-firefox: FIREFOX_DSP=auto should not have quotes around auto
* Christopher J Peikert ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Severity: normal In /etc/mozilla-firefox/mozilla-firefoxrc, the line FIREFOX_DSP=auto should have the quotes removed. With the quotes, sound is generally screwy and certainly is broken with the java plugin. Without the quotes, sound works fine in all cases I've tried. I defy you to tell me how FIREFOX_DSP=auto and FIREFOX_DSP=auto are not completely equivalent statements. Dig deeper, this can't be the problem. I'm running ALSA without a sound server. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#272296: weird font corruption caused by scrolling
* Vincent Lefevre ([EMAIL PROTECTED]) wrote: On 2005-04-17 16:22:08 -0400, Eric Dorland wrote: Ok, but what does this workaround do? It forces the DPI to some value (instead of getting it from the system). Otherwise, I don't know what value is taken. Perhaps the one given in /etc/X11/xinit/xserverrc? It contains: exec /usr/bin/X11/X -dpi 100 -nolisten tcp Right but if we force the value, that might help some people and make shit look terrible for others. Is there any idea why this helps? No-one seems to know. I suggested that it could be due to a rounding error somewhere. Note that a rounding error would not necessarily be a problem; if this is the cause, then the problem is probably a lack of consistency leading to a missing line under some conditions. Could it be more Xft's fault than Firefox? Any idea if a similar bug appears on windows? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#302996: Module 'quickcam' stopped to work compiled against Debian kernel 2.6.8-2-k7
* George Tabakov ([EMAIL PROTECTED]) wrote: I have checked again if I did something wrong. As a result I didn't find something wrong. Below there are steps I followed to build module from source, install and load it. I'm providing some more information about Everything looks fine, and the camera just doesn't work is that what you're saying? What program are you trying to use to capture images? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#290577: ^F isn't rushed like / is
* Dan Jacobson ([EMAIL PROTECTED]) wrote: This is a big blow to the disabled who can't always type in time! How can I stop this behavior!? Wait, it only happens with /, not with ^F. OK, do fix it for /. Jesus man, make sense. What the hell are you talking about? What does rushed mean in this context? Perhaps you are not very proficient in English? If that's the case you really need to take your time when formulating bug reports. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305777: mozilla-firefox: firefox needs to install more plugins by default
tags 305777 wontfix severity 305777 wishlist thanks * Jason Dorje Short ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-1 Severity: normal Please use the appropriate severity. The basic problem is that the typical user finds he needs to install extra plugins, but these are not intrinsically tied in debian to the browser package. So either he installs them from sources he finds on the internet (bad, compared to having a debian package to provide the plugin) or (only if he is an experienced user) he spends time finding the right package to provide the plugin within debian. Particularly at issue are flash and java plugins. There is a solid flash plugin in debian (swf-player) as well as a not-so-solid flash plugin (libflash-mozplugin crashed my browser repeatedly) [or maybe I have these backwards]. With java the problem is worse as Debian can't doesn't include any java plugins that I can see. I don't think I really want encourage the use of these plugins. I'm not a fan of either flash or java, and their non-free status makes me doubly hesitant to recommend them. Sure, there are free replacements (gcjwebplugin is the free java plugin, but it's definitely not at the level of Sun's offerings), but they're generally not up to snuff with the proprietary offerings, and the formats are not standards. It is a shame that flash is so prevalent on the web. Now, I can't tell you the best way to fix this. For the flash (and most other) plugins, the best choice would be to add a recommends entry to the package to recommend installation of the preferred plugin. Again, the problem is worse for java (and other proprietary) plugins as there's no good way to provide the plugin within the debian framework. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305876: mozilla-firefox: FIREFOX_DSP=auto should not have quotes around auto
* Christopher J Peikert ([EMAIL PROTECTED]) wrote: In /etc/mozilla-firefox/mozilla-firefoxrc, the line FIREFOX_DSP=auto should have the quotes removed. With the quotes, sound is generally screwy and certainly is broken with the java plugin. Without the quotes, sound works fine in all cases I've tried. I defy you to tell me how FIREFOX_DSP=auto and FIREFOX_DSP=auto are not completely equivalent statements. Dig deeper, this can't be the problem. Hrm, yes, very mysterious. I thought the quotes were being included in the variable's value. Here are the exact steps I took to fix my problem: In a console, % export FIREFOX_DSP=auto % mozilla-firefox Suddently, sound works properly! fiddle with mozilla-firefoxrc; sound continues working, even when I launch firefox from outside that console. Running mozilla-firefox a second time, when an existing instance is running will just open a new window in the existing instance, not actually launch another process. % export FIREFOX_DSP= % mozilla-firefox Sound continues working, and does so whether I launch firefox from inside the console or outside. So now I am completely stumped how this fixed it. Immediately prior to this experiment, I had run firefox and the sound was broken. I had also run % dpkg-reconfigure mozilla-browser and % dpkg-reconfigure mozilla-firefox dpkg-reconfigure mozilla-firefox won't really do anything, mozilla-firefox doesn't ask any debconf questions. but I stuck with all the same options. If I could find a way to re-break firefox sound, then maybe I could get to the bottom of this. What's in your /etc/mozilla-firefox/mozilla-firefoxrc and your ~/.mozilla-firefoxrc (if it exists)? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305506: mozilla-firefox: can't download XPIs from addons.update.mozilla.org
tags 305506 unreproducible thanks * Vincent Lefevre ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-1 Severity: normal I can't download XPIs from addons.update.mozilla.org, e.g. http://ftp.mozilla.org/pub/mozilla.org/extensions/flashblock/flashblock-1.2.9-fx.xpi from https://addons.update.mozilla.org/extensions/moreinfo.php?id=433 When I click on the Install Now link, nothing happens (even when using any modifier key). No problem with * Wget and this XPI. * Firefox and the extension room. Works fine for me. Do you have Software Installation allowed in the Preferences? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305490: mozilla-firefox: Opens (frame-)links in new windows instead of mainframe, all instances crash when closing these w.
* Thomas Ackermann ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.1-2 Severity: important I've seen that many times at ogame.de (online-game). There's a navigation frame and a main-content-frame. When I click a link in the navigation frame, firefox sometimes shows the content in a new window A (without any tool- status- or menubar, marked with an X-Symbol in the headline) instead of loading it into the mainframe. This doesn't happen every time but maybe every 4th or 5th try. When I close this new window A, all running instances crash. When I click the same link (in the navogation frame) again, FF sometimes opens a new window B but sometimes it closes window A and everything runs normal again. When I close the main window, windows A and B are closed too and the other instances keep running. I'm going to need a clearer reproduction recipe than that I think. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#306537: Firefox unexpectedly disappears without prompting
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-3 Severity: important Debian flavour: testing Firefox unexpectedly closes down without any prompting. Its been doing this for months, initially I'd leave it open overnight with perhaps between 15 and 40 tabs open, spread throughout a couple of windows and some mornings I'd return to it and Firefox would have disappeared. I haven't seen that in a while but recently I'll be doing something in another application and Firefox just disappears in a similar way. I _think_ but I can't be at all conclusive about this, that it might only do this when I'm using Synaptic. thats the feeling I have but I've not been able to pay close enough attention to it to really know. This happens about maybe once a week. The computer stays on almost constantly, with an occasional reboot to clean it up when Firefox has been open a long time with a lot of tabs as it makes the system dead slow. That's a lot of tabs, how much memory does your system have? Check you dmesg and see if you see any lines like OOM Killer. This is a stock Debian Testing copy of Firefox, no extensions/themes installed. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305876: mozilla-firefox: FIREFOX_DSP=auto should not have quotes around auto
* Christopher J Peikert ([EMAIL PROTECTED]) wrote: % export FIREFOX_DSP=auto % mozilla-firefox Suddently, sound works properly! fiddle with mozilla-firefoxrc; sound continues working, even when I launch firefox from outside that console. Running mozilla-firefox a second time, when an existing instance is running will just open a new window in the existing instance, not actually launch another process. Right -- I shut down the instance that was started from the console, and ran the next instance from outside, the same way I had been running the previous instances that had broken sound. Alright, so where does that leave us? You can't reproduce the problem anymore? dpkg-reconfigure mozilla-firefox won't really do anything, mozilla-firefox doesn't ask any debconf questions. Yes. What's in your /etc/mozilla-firefox/mozilla-firefoxrc and your Just this: # which /dev/dsp wrapper to use FIREFOX_DSP=auto ~/.mozilla-firefoxrc (if it exists)? Non-existent. thanks, -Chris - - -- --- - - - Christopher J Peikert, MIT Computer Science AI Lab, 32-G608 http://theory.csail.mit.edu/~cpeikert/ A witty saying proves nothing. -- Voltaire -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305506: mozilla-firefox: can't download XPIs from addons.update.mozilla.org
* Vincent Lefevre ([EMAIL PROTECTED]) wrote: On 2005-04-24 23:08:29 -0400, Eric Dorland wrote: Works fine for me. Do you have Software Installation allowed in the Preferences? I've never disabled it. Anyway I don't think it's related since: Just because you never disabled it doesn't mean it's enabled. Did you check? * the Software Installation preference doesn't affect downloads (i.e. when the XPI file is directly stored to the disk), * when Software Installation is disabled and Firefox is requested to install an XPI, Firefox should display something at the top of the document area (just like when popups were blocked). Here, I recall that really nothing occurred when I tried a download and an installation. Can you not reproduce this anymore? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#307003: mozilla-firefox: Attempts to edit bookmarks produce XML Parsing Error
* Carl Fink ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Severity: important Selecting Manage Bookmarks from the Bookmarks menu gives a window with the uninformative title Gecko and the following contents: XML Parsing Error: syntax error Location: chrome://browser/content/bookmarks/bookmarksManager.xul Line Number 1, Column 1: tion dayRangeChange (aMenuList) ^ Please quit all running firefoxes and reload. Try to reproduce the bug. I'll bet my left kidney you can't. Trying to edit a bookmark item's properties (by right-clicking the item in the opened menu) or to bookmark an open page by pressing ^D give different XML Parsing Error windows. As a minor additional bug: why make the text in the Gecko window unselectable and uncopiable? To make it harder to report bugs? And why a menuless browser window instead of the more standard GUI element, a dialog box with an OK button? To confuse people? Please let me know if I can help by supplying any additional information. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#307129: mozilla-firefox: characters missing in MathML rendering
tags 307129 unreproducible thanks * Paul Vojta ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Severity: normal When rendering MathML pages, some characters (notably the minus sign) are missing. For example, in Mozilla's MathML Torture test page URL:http://www.mozilla.org/projects/mathml/demo/texvsmml.xhtml missing characters include minus sign (test #9), less-than-or-equal sign (#10, #18), partial derivative sign (#14), greek letter phi (#14), and greek letter pi (#21, #26). I have downloaded the precompiled firefox 1.0.3 from mozilla.org, and it does not have these problems. It all looks perfect on my end. Are you sure you have the correct fonts installed and configured? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#307038: mozilla-firefox: History pane is useless. Needs to be window
severity 307038 wishlist tags 307038 upstream Please use the appropriate severities when filing bugs. * Tim Connors ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Severity: normal Mozilla and old firefoxen used to have a separate history window for ctrl-h. New firefox disables this window, and puts the history in a stupid little pane on the left hand side of the window, that can't be resized beyond about half a screen width (similarly, ctrl-b now brings up a bookmarks pane that is similarly too small and useless, but at least there is an alternative available from the bookmarks-manage bookmarks menu item). The history manager is very hard to use on even normal length urls and titles (and uesless on moderately long urls and titles), and if you are quickly going through your history list, then you lose valuable screen real-estate and flexibility because the pane has to be the full height of the firefox window, and has to be to the left of the firefox window. Could these regressions (both bookmarks and history) please be looked into? Frankly, you should file this in the upstream bugzilla (bugzilla.mozilla.org) and make your case there. You have to make your case to them, I would not deviate from upstream for so trivial a feature. Make sure you link any upstream bug to this one. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#299006: mozilla-firefox: searchplugin still auto-updated
* Nis Martensen ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-1 Followup-For: Bug #299006 I still get duplicate google searchplugins, even though updateCheckDays is set to 0 in /usr/lib/mozilla-firefox/searchplugins/google.src 2 or 3 days ago I deleted the old duplicate, but today it came back. Alright, I've just removed my duplicate google searchplugin, lets see if it comes back. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#281476: mozilla-firefox: A workaround and a possible direction to investigate
* Ignacio Aliende Garc?a ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Followup-For: Bug #281476 Hi, I have found one possible workaround to the crashes and a good direction in searching a solution. In one google search I found a web in wich someone says that composite extension in X.org makes mozilla-firefox to crash, so I remove it and crashes have dissapeared. I have to try the browser a little more but one page that crashed the browser always is ok now. You removed the composite extension? Is the composite extension even in the X packages in Debian, or are you using the X.org X server? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305146: firefox unable to print CJK characters
* Tony Ma ([EMAIL PROTECTED]) wrote: Hi Eric, * Tony Ma ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-3 Severity: important pref(font.FreeType2.enable, true); pref(font.directory.truetype.1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/); Why did use those particular configuration lines? Where is the documentation on them? There's also font.Freetype2.printing, set to true. Shouldn't that help? As in http://moto.debian.org.tw/viewtopic.php?t=2751 Not being able to read Chinese, this page is not a lot of help. http://www.mozilla.org/projects/fonts/unix/enabling_truetype.html Alright, but don't these instructions predate Xft support in Mozilla? Shouldn't that take care of that case? First, you REALLY need to enable freetype2 MANUALLY by typing pref(font.FreeType2.enable, true); in firefox.js, (note: just adding the line pref(font.FreeType2.printing, true); is NOT enough) and this line pref(font.FreeType2.enable, true); does NOT currently exist in the firefox.js in the current firefox package. Then you need to specify the directories of your truetype fonts with one line per directory) pref(font.directory.truetype.number,directory of font); where number can be 1,2,3 For a standard Debian sarge installation with CJK environment and desktop tasks selected (and the package ttfprint must also be selected), /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/ can be used by firefox for the purpose of CJK printing. Therefore we can add this line: pref(font.directory.truetype.1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/); in firefox.js to tell firefox to use this directory when looking up for fonts for printing. The two lines I've mentioned in the previous mail comes from instructions for firefox CJK printing in the webpage http://www.debian.org.hk/node/12495#comment-574 I hope the explanations above will clarify the functions of the two lines, but please feel free to ask me again if you have any problems. Ok, this is interesting, but lets backtrack for a moment. What printer subsystem are you using? (CUPS, lprng, etc) Are you trying to print using the Postscript or Xprint renderer? (I doubt the postscript on will work) -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#281476: mozilla-firefox: A workaround and a possible direction to investigate
* Ignacio Aliende Garc?a ([EMAIL PROTECTED]) wrote: On Sat, Apr 30, 2005 at 11:05:16PM -0400, Eric Dorland wrote: * Ignacio Aliende Garc?a ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Followup-For: Bug #281476 Hi, I have found one possible workaround to the crashes and a good direction in searching a solution. In one google search I found a web in wich someone says that composite extension in X.org makes mozilla-firefox to crash, so I remove it and crashes have dissapeared. I have to try the browser a little more but one page that crashed the browser always is ok now. You removed the composite extension? Is the composite extension even in the X packages in Debian, or are you using the X.org X server? Yes, it's true, I am using the x.org server alone, because of the dri trunk driver for my radeon IGP and I forgot it. Sorry for give you false informations :( Well perhaps they're not false. I'm CCing the other people who chimed in on this bug to see if they're running X.org server and the Composite extension. Or if they're still seeing this bug at all in fact. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#307419: mozilla-firefox: firefox allows paragraphs wider than the screen, requiring horizontal scrolling for each line
severity 307419 wishlist tags 307419 wontfix thanks * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.3-2 Severity: normal Reading http://larve.net/people/hugo/2003/scratchpad/emacs-wiki-source/ReadingMailAndNews is nearly impossible with my fonts and screen size. Can firefox at least allow the user to format that paragraph sanely? Or outright force paragraphs to be narrower than the screen? usercontent.css kludges are tricky and do not work well enough. It's UNIX tradition that straight ascii files do their own line wrapping. I'm not powerful enough yet to defy that tradition. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#288554: Processed: your mail
severity 288554 important thanks It's generally considered very rude to just unilaterally upgrade a bug's severity with no explanation. Nothing about this bug strikes me as critical. Annoying to be sure, but not critical. Please explain your reasoning. * Debian Bug Tracking System ([EMAIL PROTECTED]) wrote: Processing commands for [EMAIL PROTECTED]: severity 288554 critical Bug#288554: mozilla-firefox: Firefox sometimes hangs within futex() calls for a long time. Severity set to `critical'. thanks Stopping processing here. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#285718: mozilla-firefox: Sorting in cookie sites list confusing or broken
* David Gibson ([EMAIL PROTECTED]) wrote: On Sat, Jan 08, 2005 at 06:09:58PM -0500, Eric Dorland wrote: tags 285718 unreproducible thanks * David Gibson ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0-5 Severity: normal In the cookie exceptions dialog (Edit|Preferences, then Exceptions button in the Cookies section), clicking the Site heading, to sort the list produces strage results. Clicking on it repeatedly seems to result in a variety of different orders for the list (more than 2), mosat of which don't appear to be sorted, or if they are sorted it's not clear by what. Seemed to sort them alphabetically either ascending or descending to me. Did you check right down the list to make sure? When I've tried this, the list looks sorted at first glance (say the first page or so), but if you check down there are at least a few things out of order. Would a sample hostperm.1 file be useful? Yes, please. I only added a few hosts to test. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#288554: mozilla-firefox: Firefox sometimes hangs within futex() calls for a long time.
* Helmut Grohne ([EMAIL PROTECTED]) wrote: Firefox (among others like mozilla, some other curses applications) hang within a the following system call (obtained by strace) for 10 seconds to 3 minutes: Hang and then resume functioning? Yes, the futex call somewhen returns. futex(0x8dbee84, FUTEX_WAIT, 0, NULL I only observed this when using 2.6 kernels. I have no clue how to debug this. You'll probably need more information, so tell me what you need. Older versions of firefox and mozilla had the same problem. What set of circumstances causes the hang? Is it completely random or has some sense to it? Any extensions/plugins installed? It only happens when firefox is doing somethig (or i only observe it then). As I have a slow machine, it often consumes the whole CPU for a minute or similar (especially when opening more tabs simultaneously). The behaviour is then that the CPU usage drops and firefox fails to redraw and interact with the user. It somewhen returns using my CPU. Yes, I have some extensions installed (such as tabextension, livehttpheaders, mozgestures, foxytunes), but I remember this to happen before I installed all those extensions. (If you want me to uninstall them, tell me.) Give it a shot, try uninstalling them. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#290094: libopensc1: use Depends: libpcsclite1 | libopenct0
tags 290094 upstream wontfix thanks * Ludovic Rousseau ([EMAIL PROTECTED]) wrote: Le Wednesday 12 January 2005 à 23:21:06, Eric Dorland a écrit: If you really don't think people will want to use both openct and libpcsclite, I could compile two different versions of opensc. One with openct and one with pcsc. But I think there may be situations where people want both, and again, is this all to just save 200K? Compiling two versions of opensc would be overkill. And adding dynamic loading of the library would be some extra work, complexity and, possibly, fork from upstream. So you can consider this bug as wontfix or something similar. Right then. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#289409: mozilla-firefox: Completion related crashing
* Gordon Haverland ([EMAIL PROTECTED]) wrote: On Sunday 09 January 2005 21:48, you wrote: * Gordon Haverland ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-1 Severity: normal Sort of on the wishlist side of things, I am kind of annoyed with how firefox does completion of forms. If I am visiting a personals site, I don't need help in completing salutations (Subject). And I also don't like firefox monitoring my spelling and getting caught up in contractions (can't, won't, doesn't, etc.) and crashing. What do mean by this? I'm very confused, can you give me specific examples, urls, etc? A message to someone has a salutation (basically a Subject field if it was email, but it isn't) and a body. It is a single line data entry field. Having Firefox help me by allowing me to choose from everything I have previously used in messages to people at that site is annoying. Maybe other people are such poor typists that they need help in typing 1 word or two. That is the annoying salutation wishlist item. In the body of messages, I often find myself using contractions. Instead of cannot, can't. Instead of would not, won't. Instead of does not, doesn't. Most of the time I used a contraction, Firefox would add a spelling/word search bar to the bottom of the browser session, and about half the time crash. This is the use of contractions wishlist item. These are just wishlist items. If they don't disappear, I can continue to work around them and/or ignore them. They didn't cause things to crash all the time. But, on the point of the bug report. As part of my getting annoyed with how firefox does completion, I edited my preferences and turned off completion for all sites. At that point, any attempt to send messages to people at personal's sites resulted in forefox crashing. Turning on form completion again seems to have stopped firefox from crashing. Which personal site? I need more specifics. You are going to join a personals site to check this out? www.okcupid.com is one site where it happened, another was www.plentyoffish.com. Both are free sites. okcupid has a fair amount of javascript in their pages, plentyoffish generally quite a bit less. When I had the form completion (Preferences/Privacy/Saved Form) turned on, things more or less worked. I would imagine there is a cache on disk somewhere with all the stuff I had typed in to messages I had sent people. When I tried turning off form completion, I had browser sessions crashing everytime for both okcupid and plentyoffish. Thinking that perhaps Firefox didn't like not completing open forms if it had data cached, I decided to turn on saved form completion again and try sending messages. It started working again. Whether the crashing is due to having data in the cache or not, I haven't a clue. I am busy trying to track down some problem with perl/CGI stuff I am writing. Ok, I will try turning off this option myself and see if I have crashes. Mail me again in a few days to remind me. Did you try cleaning the Saved Form Information? It's not a serious bug if you know about how things are going to behave, but it is annoying. I am a pretty good typist after almost 30 years of computers. I really don't need computers to type in salutations and what not for me. Which is why I tried to turn the stuff off. But most of the programming I have done is number crunching stuff, and I really don't like trying to debug GUI or web applications. It usually ends up being like FORTRAN-IV. Put in a zillion print statements and find where things die from what gets printed out. If you had some kind of idea as to how to get more information, I am willing to try things. It gives me a break from this perl stuff I am working on. Gord -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#291167: mozilla-firefox: please package dfsg patches as debian-firefox-patches
* William Ballard ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Severity: wishlist I've become aware of the Trademark/naming debate concerning Firefox and Thunderbird. I compile Firefox from source. It would be nice to be able to apply debian patches to a vanilla Firefox source to get a Debian-branded Firefox. What's stopping you? Just apply the .diff.gz and put --enable-branding in the configure line and you're done. Did I miss something? Also there are unofficial branding packages out there too. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295676: mozilla-firefox: Can't write a programname in Change Action dialog
severity 295676 wishlist thanks Please use the correct severities when reporting bugs. * Anders Boström ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal I can't write a programname in the Change Action dialog (Preferences-Downloads-File Types-Change Action...-Open them in this application:). I have to press Change... and use the file-browser. The text-box seems to be read-only. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295677: mozilla-firefox: symbolic links are expanded in the Change Action dialog
forwarded 221870 https://bugzilla.mozilla.org/show_bug.cgi?id=247792 merge 221870 295677 thanks Please don't file duplicate bug reports. * Anders Boström ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal When selecting a program in the Change Action dialog (Preferences-Downloads-File Types-Change Action...-Open them in this application:-Change...) is symbolic links translated to the real file. This is very bad as wrappers might have different behavior depending on the name of the symbolic link. In my case can't I use 32-bit apps from a chroot under amd64 as helpers due to this problem. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295964: mozilla-firefox: FF shows the wrong FavIcon for bookmarks sometimes
* CAiRO ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal FF shows wrong FavIcons for some bookmarks sometimes, even though, when using the bookmark, it shows the correct FavIcon in the url bar but doesn't update the icon of the bookmark. Yes, I've seen that before from time to time. This seems to be influenced by apache's virtual hosts and several sites running from the same IP. (Maybe FF uses the IP to get the FavIcon but that's just a wild guess!) Do you have a repeatable recipe to see this bug? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#294976: mozilla-firefox: XUL error when trying to open downloads window
Close all instances of Firefox and reopen. Does these problem persist? * Jérôme Marant ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: normal Hi, The Downloads box doesn't work any more since my last upgrade today. I'm getting such kinds of errors when clicking on a link: -=-=-=-=-=-=- XML Parsing Error: syntax error Location: chrome://mozapps/content/downloads/unknownContentType.xul Line Number 1, Column 1: eString); ^ -=-=-=-=-=-=- When using Save Link as: -=-=-=-=-=-=- XML Parsing Error: syntax error Location: chrome://mozapps/content/filepicker.xul Line Number 1, Column 1: url, null, null, line); ^ -=-=-=-=-=-=- -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295523: mozilla-firefox: colors changed when exporting to a machine of different endiannes
* Santiago Garcia Mantinan ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal Hi! I've seen that the colors of the firefox moving logo that is displayed when a page is loading, are not the right ones (grey tones) but instead they are of all kind of colors. This also happens with buttons and other kind of bitmaps, happens for example in the themes menu buttons when the saferfox xpanded 2.3.1 theme is loaded, the forbidden/unavailable buttons (uninstall button when firefox default theme is selected) are also in weird colours. I suppose there are a lot of other situations where this can happen, it seems to be caused because of the change of endianness of the machines, I run firefox in a i386 based machine and the X server is running at 16 bits of depth on a powerpc based machine. It seems to happen only with certain types of bitmaps (happens only with the forbidden buttons in the saferfox xpanded theme, and not in the available buttons), I guess these buttons are of different colour depths, ones 8 bits and the others 16 bits or something similar. I know that the description I did is bad, so if you want me to explain something that is not clear, just tell me. I don't really understand how this is an issue with firefox. Isn't this more a bug in the X server? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#294677: mozilla-firefox: unable to print (XML parsing error)
* Paul Kuliniewicz ([EMAIL PROTECTED]) wrote: On Thu, Feb 10, 2005 at 10:11:37PM -0500, Eric Dorland wrote: * Paul Kuliniewicz ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: normal When trying to print from Firefox, instead of getting the Print dialog, a window with this error message appears: XML Parsing Error: syntax error Location: chrome://global/content/printdialog.xul Line Number 1, Column 3: gFileFromPicker = dialog.fileInput.value; --^ Close firefox and reopen it, and see if the problem goes away. It's still there. I also just discovered another problem that I suspect might be related. If I go to a page that wants to install a plugin (such as [0]), and I click the Install Missing Plugins... button, I get this error message: XML Parsing Error: not well-formed Location: chrome://mozapps/content/plugins/pluginInstallerWizard.xul Line Number 1, Column 12: skinVersion=1.5 ---^ Maybe both are symptoms of the same underlying problem? [0] http://www.certicom.com/content/live/resources/ecc_tutorial/ecc_javaCurve.html Can you search your home directory for any files named XUL.mfasl in your home directory and delete them with Firefox not running then launch it. If that doesn't work, try moving .mozilla out of the way and see what that does. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#296758: Firefox does not offer an easy way to quit
tags 296758 upstream merge 241564 296758 thanks * Sebastien Blondeel ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: wishlist Control-Q does not quit Firefox as it did in Mozilla. I now need to type Alt-F then Alt-Q to quit. Please, do NOT file duplicate bug reports. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#296851: mozilla-firefox: New upstream version
* Michal J. Gajda ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal There is a new upstream version with a lot of security fixes. Yes, I read slashdot too, congratulations. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#294415: security problems are fixed officialy now in 1.0.1
* Laszlo Boszormenyi ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Followup-For: Bug #294415 Hi, As I see, a new Firefox upstream version is released as 1.0.1[1]. This release contains the security fixes that the Debian package _may_ already have, but may contain other security fixes. Also, it fixes some other bugs as well. Please package it. Hmmm, nah, I don't think I'll package it, I don't feel like it. *Of course* I'm going to package it, what are you, dense? Just because it's not available the moment upstream releases it doesn't mean I've lost my mind. Have the slightest bit of patience, please. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#293810: FIREFOX_DSP=esddsp does not work and will hang Firefox on closing pages with sound
* EspeonEefi ([EMAIL PROTECTED]) wrote: On Sun, 2005-02-06 at 01:45 -0500, Eric Dorland wrote: Works fine for me. Are you sure esd is running? Do you have esound-clients installed? Does sound work in other apps? I do have esound-clients installed. I'm almost certain esd is running, as sound works for other apps, including general GNOME sounds, Evolution, Gaim, and gstreamer, which I've set to use esdsink. From Googling, I know at least in the semi-recent past, people have had the same problem. For example, http://lists.debian.org/debian-user/2004/08/msg06171.html is an August 2004 post to debian-user detailing one person's workaround for this bug. http://lists.debian.org/debian-user/2005/01/msg02240.html is the most recent thread that Google can find for this; this thread is from the middle of January. (The Google search used was site:lists.debian.org firefox debian esd flash.) Hmm...I do have udev installed, if that makes any difference. Feel free to ask for any other information you might want. Just to refresh my memory, is this a flash issue as well or more general? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295523: mozilla-firefox: colors changed when exporting to a machine of different endiannes
* Santiago Garcia Mantinan ([EMAIL PROTECTED]) wrote: I don't really understand how this is an issue with firefox. Isn't this more a bug in the X server? Well, if all the other programs behave well, and firefox is the only one that doesn't, to me it looks like it is a problem with firefox, but I really cannot tell. Did you check the X bugs for anything similar? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#297101: Activates find when I type a single quote
* Daniel Burrows ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: normal For some reason, mozilla-firefox has started entering find mode when I type a single quote/apostrophe (ie, '). This is very annoying, as it makes it almost impossible to type English into text entry fields, as every time you need to apostrophize something the Find bar pops up and steals focus. Pressing ' does indeed start a search for me as well, but not when I have a test field focused. Are you sure that's the behavior you're seeing? What do you have set in your advanced preferences related to find? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#293975: fixed?
* Joey Hess ([EMAIL PROTECTED]) wrote: Isn't this fixed in mozilla 1.0.1, now in unstable? If by fixed you mean turned off by default, then yes. I don't really consider that fixed though, just worked-around. Hopefully 1.1 will have a better solution. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#293975: fixed?
* Mike Hommey ([EMAIL PROTECTED]) wrote: On Tue, Mar 01, 2005 at 03:31:34PM -0500, Eric Dorland [EMAIL PROTECTED] wrote: * Joey Hess ([EMAIL PROTECTED]) wrote: Isn't this fixed in mozilla 1.0.1, now in unstable? If by fixed you mean turned off by default, then yes. I don't really consider that fixed though, just worked-around. Hopefully 1.1 will have a better solution. Note that in 1.0.1, it is not turned off by default. IDN addresses are still supported, though displayed as punycode. Right, but the same difference. I wouldn't call that fixed. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#296634: automake1.8: make distcheck fails if there are Texinfo targets because $(srcdir) is readonly in the check phase
* James Youngman ([EMAIL PROTECTED]) wrote: Package: automake1.8 Version: 1.8.5-3 Severity: important If you have a .texi target in your project, make distcheck will try to build $(srcdir)/stamp-vti. It does this after earlier rules have made the source directory read-only. However, the rule tries to create $(srcdir)/stamp-vti. This example is from the findutils-4.2.18 distribution (but using automake1.8 to 'autoreconf -i' because the findutils distribution is normally not built with automake 1.8):- $(srcdir)/stamp-vti: find.texi $(top_srcdir)/configure @(dir=.; test -f ./find.texi || dir=$(srcdir); \ set `$(SHELL) $(srcdir)/mdate-sh $$dir/find.texi`; \ echo @set UPDATED $$1 $$2 $$3; \ echo @set UPDATED-MONTH $$2 $$3; \ echo @set EDITION $(VERSION); \ echo @set VERSION $(VERSION)) vti.tmp @cmp -s vti.tmp $(srcdir)/version.texi \ || (echo Updating $(srcdir)/version.texi; \ cp vti.tmp $(srcdir)/version.texi) [EMAIL PROTECTED] -f vti.tmp @cp $(srcdir)/version.texi $@ The resulting error message is: The resulting error message is: The resulting error message is: [ ... ] chmod +x updatedb make[4]: Leaving directory `/home/james/source/GNU/findutils/cvs/testgnulib/compile/findutils-4.2.19-CVS/_build/locate' make[3]: Leaving directory `/home/james/source/GNU/findutils/cvs/testgnulib/compile/findutils-4.2.19-CVS/_build/locate' Making all in doc make[3]: Entering directory `/home/james/source/GNU/findutils/cvs/testgnulib/compile/findutils-4.2.19-CVS/_build/doc' cp: cannot create regular file `../../doc/stamp-vti': Permission denied make[3]: *** [../../doc/stamp-vti] Error 1 make[3]: Leaving directory `/home/james/source/GNU/findutils/cvs/testgnulib/compile/findutils-4.2.19-CVS/_build/doc' make[2]: *** [all-recursive] Error 1 How does it fare with automake 1.9.5? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#297807: mozilla-firefox: On upgrade, Firefox gives incorrect XML error and refuses to open a file
* Carl Fink ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: important On upgrading Firefox, I was unable to open a file using either File, Open or ^O. I got this not-terribly-useful error message: XML Parsing Error: not well-formed Location: chrome://global/content/filepicker.xul Line Number 2, Column 14: all,dialog=no,url,null,null,line); __^ Note that the text of the error message, for no good reason, is non-selectable and thus non-copyable into a bug report. (Not that it's a huge strain to retype it, but why add work for the user?) I got help from the debian-user list and resolved the problem (as far as I can tell) by deleting the file XUL.mfasl from the default profile directory. There's no reason to waste the user's time with these errors. At the very least, it would (I presume) be easy to have Firefox delete the XML cache and retry whenever it encounters an error. Thanks for the wonderful work you do in packaging Firefox for Debian. I really appreciate it. Indeed, our wrapper script removes that file when it starts Firefox. That means you can get errors if you upgrade Firefox while it's running. Did you try restarting it? Did you still see the error? Where did you find your XUL.mfasl? Maybe are script isn't detecting it properly. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#296898: mozilla-firefox: keybinding inconsistency with normal gtk+2 interfaces
severity 296898 wishlist thanks * CAiRO ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal Gtk+2 has a setting 'gtk-can-change-accels' which, if enabled, lets you adjust new keybindings to menu entries by placing your mouse pointer over them and just pressing the new key combination you want the entry to have. This (probably) requires the application to support that. Though, in any way, when a menu entry is selected with the mouse, normal key combinations shouldn't work anymore, but they do in FF. (And thus strange things will happen to those people who try to do what they're used to do with other gtk interfaces, ie. assign a new, already used key combination to a different entry.) Only the accelerators should still be working if a menu is already popped up. Make FF support the 'gtk-can-change-accels' is probably too much to ask. Please use the appropriate severity. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#296755: Firefox deactivates the OK button in the dialog box when clicking on a link to a Microsoft Word attachment
* Sebastien Blondeel ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: important When a friend sends over my mail.ru account a Microsoft Word file, clicking on it to choose whether to Open it with... or Save it on the disk does not work: the button OK is deactivated no matter what I do or choose. I had to right-click on the link to choose what to do with it (save it locally then go and use OpenOffice on it). Can you give me a reproduction recipe? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295673: mozilla-firefox: Content frame jumps up and down by one pixel if you make the FF window small enough
severity 295673 minor tags 295673 unreproducible thanks * CAiRO ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal If you make the FF window small enough, the content frame will start to continiously jump up and down by one pixel. You can see a small line (1 px height) appear between the top of the status bar and the bottom of the horizontal scrollbar of the content frame and it continously blinks! (appears and disappears, maybe 10 times a sec). This happens for lots of sites if you make the FF window small enough, eg. see http://www.plone.org and reduce the size of the FF window to about 400x400 pixel. I tried your example and didn't see this problem. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#288554: mozilla-firefox: Firefox sometimes hangs within futex() calls for a long time.
* Helmut Grohne ([EMAIL PROTECTED]) wrote: Did you say you were running on not very powerful hardware? Opening 30 tabs is certainly going to put a strain on an older machine. Yes, but 30 tabs *should* consume a lot of cpu. I'd said nothing if it just took very long. But firefox sometimes even fails to redraw within 5 seconds *although* the cpu is idle. What prevents firefox from redrawing? I could use a faster cpu, but this doesn't solve my problem, as firefox sometimes refuses to use it. It's not like resources are missing. Firefox just stops using them although it definitely has to do the redraw. The same bahaviour could be achieved by putting sleep() calls into the source. As I said it hangs within futex() this is probably a locking problem. Is it swapping heavily? That doesn't use CPU. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#294677: Subject: mozilla-firefox: unable to print (XML parsing error)
* James Hughes ([EMAIL PROTECTED]) wrote: Hi, View source produces a similar error: (transcribed, as I am unable to cut paste from error msg window) ** begin error msg XML Parsing Error: syntax error Location: chrome://global/content/viewSource.xul Line Number 1, Column 2: pageLoaderIface.DISPLAY_NORMAL); -^ ** end error msg Can you purge and reinstall? Make sure all firefoxes are killed. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#297101: Activates find when I type a single quote
severity 294669 normal merge 294669 297101 thanks * Daniel Burrows ([EMAIL PROTECTED]) wrote: On Sunday 27 February 2005 11:46 pm, Eric Dorland wrote: Pressing ' does indeed start a search for me as well, but not when I have a test field focused. Are you sure that's the behavior you're seeing? What do you have set in your advanced preferences related to find? Yes -- I'll be typing along in a text field and end up with it in the text field and s a real nuisance in the search bar. It doesn't seem to happen all the time, though; last time it happened was yesterday when I was submitting a bug report in Bugzilla (but I just pulled up another Bugzilla page and couldn't reproduce it). Well at least you're not the only one. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295673: mozilla-firefox: Content frame jumps up and down by one pixel if you make the FF window small enough
* CAiRO ([EMAIL PROTECTED]) wrote: Hello, Eric Dorland wrote on Sat, 05.03.2005: This happens for lots of sites if you make the FF window small enough, eg. see http://www.plone.org and reduce the size of the FF window to about 400x400 pixel. I tried your example and didn't see this problem. I've attached 2 screenshots to demonstrate the problem. And as I've mentioned before, it constantly blinks and jumps up and down, about 4 or 5 times a sec. (Ok, sorry, I've exaggerated a bit on this point in the original bug report.) What theme are you using there? Can you try the default theme and see if that's any different? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#286811: Experimental 1.28 package
Hi Eric, I'd really like to see this 1.28 package in Debian. I'll sponsor your NMU if you need it. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#298285: Acknowledgement (mozilla-firefox: Fails to launch mozilla Firefox)
* Thibauld Manson ([EMAIL PROTECTED]) wrote: I finally found from where the problem came, when purging the gcjwebplugin library, the problem was solved. Bug report filed to gcjwebplugin Did you file a new bug or reassign this one? If you filed a new on please close this one. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#290864: mozilla-firefox: A OverTheSpot patch for mozilla-firefox
* Tetralet ([EMAIL PROTECTED]) wrote: The author of the patch had sent it already. For more details, Please visit: https://bugzilla.mozilla.org/show_bug.cgi?id=271815 http://bugzilla.gnome.org/show_bug.cgi?id=158678 Thanks! ^_^ BTW, I have sent this patch to the upstream bugzilla. Please visit https://bugzilla.mozilla.org/show_bug.cgi?id=282422 for more details. (Becouse this patch is a little different from the patch for mozilla) Hi, I find mozilla-firefox had updated to 1.0.1-2 in sid yesterday, But this patch was not applied in that release. _ We can just replace /usr/lib/mozilla-firefox/components/libwidget_gtk2.so with patched one before mozilla-firefox 1.0+dfsg.1-5, So that we can simply share this file to the other linux users to apply this patch. but after mozilla-firefox 1.0+dfsg.1-5, the libwidget_gtk2.so was compiled within the firefox-bin, therefore it is no easy way to share this patch to the other linux users. They must download and replace whole mozilla-firefox package! It is not very convenient. So, Please consider to apply this patch. thanks. I have considered it, and I'd like to see some comments from an one of the Mozilla developers about the patch, since I don't feel qualified to judge it. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#420557: O: cvsdelta
retitle 420557 O: cvsdelta -- Summarize differences in a CVS repository Hi Aaron, I just noticed your email as I was orphaning cvsdelta. By all means you can take it on. I've just now converted its subversion repo into git so that the next maintainer can preserve the package's history. It's up at http://git.debian.org/?p=collab-maint/cvsdelta.git;a=summary. It's under the collab-maint project on alioth so it should be easy to get access to. I'm not sure if it's a very interesting package, since upstream seems dead and it's really very simple, but be my guest. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#421444: O: qc-usb
FYI I've just officially orphaned qc-usb. I've put the package development history up at http://git.debian.org/?p=collab-maint/qc-usb.git;a=summary. Enjoy. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#437289: FTBFS(alpha): wrong type argument to unary exclamation mark
forwarded 437289 https://bugs.g10code.com/gnupg/issue822
thanks
* Falk Hueffner ([EMAIL PROTECTED]) wrote:
Package: gnupg2
Version: 2.0.5-1
Severity: serious
Justification: no longer builds from source
[...]
gcc -DHAVE_CONFIG_H -I. -I.. -I../gl -I../intl
-DLOCALEDIR=\/usr/share/locale\ -DGNUPG_BINDIR=\/usr/bin\
-DGNUPG_LIBEXECDIR=\/usr/lib/gnupg2\ -DGNUPG_LIBDIR=\/usr/lib/gnupg\
-DGNUPG_DATADIR=\/usr/share/gnupg\
-DGNUPG_SYSCONFDIR=\/usr/etc/gnupg\ -I/usr/include
-DWITHOUT_GNU_PTH=1 -Wall -g -O2 -Wall -Wcast-align -Wshadow
-Wstrict-prototypes -Wformat -Wno-format-y2k -Wformat-security
-Wno-pointer-sign -Wpointer-arith -MT libcommon_a-estream-printf.o -MD -MP
-MF .deps/libcommon_a-estream-printf.Tpo -c -o libcommon_a-estream-printf.o
`test -f 'estream-printf.c' || echo './'`estream-printf.c
estream-printf.c: In function 'read_values':
estream-printf.c:711: error: wrong type argument to unary exclamation mark
make[3]: *** [libcommon_a-estream-printf.o] Error 1
make[3]: Leaving directory `/build/buildd/gnupg2-2.0.5/common'
[...]
Full log at
http://buildd.debian.org/fetch.cgi?pkg=gnupg2ver=2.0.5-1arch=alphastamp=1186626239file=log
The reason is
static int read_values (valueitem_t valuetable, size_t valuetable_len,
va_list vaargs) {
[...]
if (!vaargs)
!vaargs simply doesn't make any sense, I have no idea what it is
supposed to do. It just happens to compile on many architectures,
where va_list is a pointer.
Thanks for the report. I've filed a bug upstream, and they tend to be
fairly responsive.
--
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6
signature.asc
Description: Digital signature
Bug#235069: Fixed in iceweasel
reassign 235069 iceweasel close 235069 2.0.0.6-1 thanks This looks to be fixed on the latest Iceweasel, works for me on my machine. Close if you disagree. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#435138: Please only recommend libldap2
* Riku Voipio ([EMAIL PROTECTED]) wrote: Package: gnupg2 Version: 2.0.4-1 Severity: normal Tags: patch Hi, GnuPG2 depends on libldap2, however the actual ldap code is in a plugin /usr/lib/gnupg2/gpg2keys_ldap. Afaict GnuPG works fine[1] without libldap2 installed. I do not think that using ldap for fething or submitting keys is that common that gnupg should depend on libldap2, so please downgrade this to a Recommends. - I will post a patch later. While I'm not sure this is worth the effort, since libldap2 is priority important, since you've done all the work I can't think of why I shouldn't include it :) OTOH if ldap-support really is an essential feature please tell me (if possible with a reason). - Thanks. (Copypaste from #399167 by Andreas Metzler) Attached comes similar patch for gnupg2. Now that gnupg2 is stable(?), do you consider it a worth making apt use gnupg2 instead of gnupg? I think gnupg2's larger amount of dependencies might make this a tough sell. I think a good first step would be to get gnupg2 and gnupg using alternatives. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#393650: Firefox randomly hanging-now with trace (sorry)
()
#10 0x087a940e in nsXULElement::SetAttrAndNotify ()
#11 0x087a90d2 in nsXULElement::SetAttr ()
#12 0x085f65ed in nsSliderFrame::GetIntegerAttribute ()
#13 0x085b0a97 in nsCSSFrameConstructor::AttributeChanged ()
#14 0x0858f800 in PresShell::AttributeChanged ()
#15 0x0863c0e8 in nsDocument::AttributeChanged ()
#16 0x086d3cca in nsHTMLDocument::AttributeChanged ()
#17 0x087a940e in nsXULElement::SetAttrAndNotify ()
#18 0x087a90d2 in nsXULElement::SetAttr ()
#19 0x088b4535 in nsXBLPrototypeBinding::AttributeChanged ()
#20 0x088b1dfb in nsXBLBinding::InstallAnonymousContent ()
#21 0x087a93c2 in nsXULElement::SetAttrAndNotify ()
#22 0x087a90d2 in nsXULElement::SetAttr ()
#23 0x087fa032 in nsGfxScrollFrameInner::SetAttribute ()
#24 0x087f9882 in nsGfxScrollFrameInner::Layout ()
#25 0x087f9093 in nsGfxScrollFrameInner::LayoutBox ()
#26 0x085e8ae0 in nsBox::UnCollapseChild ()
#27 0x085ebfe7 in nsBoxFrame::IsInitialReflowForPrintPreview ()
#28 0x087f8449 in nsGfxScrollFrame::GetScrollbarStyles ()
#29 0x087f5c2d in nsContainerFrame::ReflowChild ()
#30 0x088220b9 in ViewportFrame::AdjustReflowStateForScrollbars ()
#31 0x0858a5f0 in PresShell::SetPrefFocusRules ()
#32 0x088502e7 in nsContentSink::StartLayout ()
#33 0x086cc6a0 in HTMLContentSink::StartLayout ()
#34 0x086cad85 in HTMLContentSink::Init ()
#35 0x0849bafc in CNavDTD::OpenBody ()
#36 0x0849bdf3 in CNavDTD::OpenContainer ()
#37 0x08498bcf in CNavDTD::HandleDefaultStartToken ()
#38 0x08499846 in CNavDTD::HandleStartToken ()
#39 0x08497ecb in CNavDTD::BuildNeglectedTarget ()
#40 0x08497564 in CNavDTD::~CNavDTD ()
#41 0x084addad in nsParser::ResumeParse ()
#42 0x084adb00 in nsParser::ResumeParse ()
#43 0x084aedc5 in nsParser::DetectMetaTag ()
#44 0x0890ed8d in nsDocumentOpenInfo::Open ()
#45 0x083c805d in nsInputStreamChannel::~nsInputStreamChannel ()
#46 0x083c8e7b in nsInputStreamPump::OnStateTransfer ()
#47 0x083c8cdf in nsInputStreamPump::EnsureWaiting ()
#48 0x40103c31 in nsInputStreamReadyEvent::EventHandler () from
/usr/lib/mozilla-firefox/libxpcom.so
#49 0x4011a277 in PL_HandleEvent () from /usr/lib/mozilla-firefox/libxpcom.so
#50 0x4011a1a4 in PL_ProcessPendingEvents () from
/usr/lib/mozilla-firefox/libxpcom.so
#51 0x4011be39 in nsEventQueueImpl::NotifyObservers () from
/usr/lib/mozilla-firefox/libxpcom.so
#52 0x0856b155 in nsBaseWidget::FreeNativeData ()
#53 0x4060cdbf in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#54 0x405e7582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#55 0x405e85f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#56 0x405e8930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#57 0x405e8ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#58 0x402cdbb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#59 0x0856b498 in nsAppShell::ReleaseGlobals ()
#60 0x08a15144 in nsAppShellService::AttemptingQuit ()
#61 0x08c1a7d0 in xre_main ()
#62 0x0834c004 in main ()
(gdb) quit
The program is running. Exit anyway? (y or n) y
[EMAIL PROTECTED]:~$
The following is a previous series of refusals to start, from which I forgot
to
obtain proper traces, but am concerned about the appearance of js when I
have
JavaScript turned off.
{...}
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1086683168 (LWP 3819)]
0x40045148 in js_EmitTree () from /usr/lib/mozilla-firefox/libmozjs.so
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
{...}
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1086683168 (LWP 3959)]
0x40045148 in js_EmitTree () from /usr/lib/mozilla-firefox/libmozjs.so
(gdb) kill
Kill the program being debugged? (y or n) y
(gdb) run
{...}
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1086683168 (LWP 3968)]
0x40045148 in js_EmitTree () from /usr/lib/mozilla-firefox/libmozjs.so
(gdb) quit
The program is running. Exit anyway? (y or n) y
[EMAIL PROTECTED]:~$
--
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6
signature.asc
Description: Digital signature
Bug#398166: firefox: Firefox access web by default (privacy issues)
reassign 398166 iceweasel severity 398166 wishlist tags 398166 wontfix thanks * Helge Kreutzmann ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.4-1 Severity: normal I created a new user for certain tasks. Then I started firefox (from the command line, without specifying *any* URL) to configure some settings. Without asking, firefox immediately accesses the web in at least two ways: a) It goes to http://www.mozilla-europe.org/de/products/firefox/ as start page (why can't this be a locally provided page) and This part has been fixed in the latest Iceweasel. b) There is a latest headlines button, under which several links are listed (and which had to be retrieved from the web) I really think this is a non-issue for most users. There are various bits in Icewesel that by default connect to the Internet. You are perfectly free to turn all of these off if you like. No other browser I know in Debian (lynx, konqueror, chimera2, ...) access the web without requests by users. I think this is quit a privacy issue, as users should not expect that a browser without URL already starts accessing the web. If you think this is sensible, that at least provide a system wide option to turn it off (and make it off by default, maybe asking a debconf question on installation). This (new) user account is not intended for (unfiltered) web access, and I was suprised (in a bad way) that firefox violates this by default. I personally belive that Debian honors users privacy and security (by default) and therefor Debians Firefox should do the same (IMHO). Or at least a big warning should be issued. Please not that this problem is not specific to a non-browser user, in some countries accessing certain of the sites below latest headlines may already be problematic, or the user might want to configure e.g. a privacy enhaning daemon to prevent unfiltered access (e.g. to satisfy regulatory requirements). -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#385557: mozilla-firefox: firefox crashes when printing http://www.springerlink.com/content/f6278062n3j61411
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: On Mon, Feb 19, 2007 at 05:04:54AM -0500, Eric Dorland wrote: * giuseppe bonacci ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.4-2sarge10 Severity: normal trying to print the mentioned url, either to printer or file, crashes firefox. I'll provide further details if needed. best regards Any better in 1.0.4-2sarge15? hi Eric. Unfortunately, FF keeps crashing every time I try to print that url. Were you able to reproduce this behaviour on sarge? No that we're onto etch, have you upgraded? Are you still seeing the problem with iceweasel? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#398166: firefox: Firefox access web by default (privacy issues)
* Helge Kreutzmann ([EMAIL PROTECTED]) wrote: Hello Eric, On Sun, Jul 22, 2007 at 07:54:17PM -0400, Eric Dorland wrote: severity 398166 wishlist User privacy is a wishlist item? Does Debian no longer care? You're not talking to Debian, you're talking to me, Eric Dorland, Debian Developer. Pleased to meet you. Now, I am concerned about privacy. I'm mostly concerned about features that send out information without being able to disable that feature or things that reveal information more sensitive than your IP address. This feature fails to do either, it is easy to disable (just remove the live bookmark) and all it does is send a HTTP request to the people who developed the browser you're using (whom you already trust to a great extent since you're running the webbrowser they wrote, or have you done a complete code audit of their codebase?). Do you check the source of every page you look at before viewing it? Because they could contain embedded images that violate your privacy in exactly the same way. And if I disable this for privacy reasons, I'll need to disable the phishing black too. And the find box suggest feature (Google could steal what you type!). And extension cause they can do pretty much whatever they want to your system. Now I've disabled a bunch of useful features that 99% of users will just reenable and curse my name while doing it. It doesn't seem like a good tradeoff. You're free to appeal to the rest of the project, but I'm confident the rest of the project will feel I'm being reasonable. tags 398166 wontfix Then this should be prominently displayed, so users can take the choice before installing iceweasel. b) There is a latest headlines button, under which several links are listed (and which had to be retrieved from the web) I really think this is a non-issue for most users. There are various bits in Icewesel that by default connect to the Internet. You are perfectly free to turn all of these off if you like. Please provide guidance on how to achieve this, and turn off those features by default. (Alternativly, ask some question during install). Probably remove all Live Bookmarks, disable the Suspicious sites feature in the preferences, and disable the search suggestion feature (I'm not sure how to do this offhand, I'm sure there's a configuration option in about:config). If you'd like to write a document about disabling any features that call out without user action I'll consider adding it to the README.Debian. No other browser I know in Debian (lynx, konqueror, chimera2, ...) access the web without requests by users. I think this is quit a privacy issue, as users should not expect that a browser without URL already starts accessing the web. If you think this is sensible, that at least provide a system wide option to turn it off (and make it off by default, maybe asking a debconf question on installation). This (new) user account is not intended for (unfiltered) web access, and I was suprised (in a bad way) that firefox violates this by default. I personally belive that Debian honors users privacy and security (by default) and therefor Debians Firefox should do the same (IMHO). Or at least a big warning should be issued. Please not that this problem is not specific to a non-browser user, in some countries accessing certain of the sites below latest headlines may already be problematic, or the user might want to configure e.g. a privacy enhaning daemon to prevent unfiltered access (e.g. to satisfy regulatory requirements). These points remain valid. Greetings Helge -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#398988: firefox: mailto: give message when mail unconfigured
reassign 398988 iceweasel thanks * Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Severity: minor If one does not have the mail part of firefox configured, clicking e.g., form action=mailto:[EMAIL PROTECTED] method=POST enctype=text/plain name=mail on http://www.toptrade.com.tw/webpage/agent/agent07.htm will not do anything at all. It should at least give a message. Does this still happen with the latest iceweasel? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#429052: iceweasel: mailcap entry makes user more vulnerable to Mozilla bug 230606
severity 429052 important thanks Since upstream does not consider this a critical bug, I don't think we should either. Some sort of warning to the user would be good though, I agree. I could take iceweasel out of mailcap, but this might annoy more than this exploit is a threat. A stripping script would work I suppose, but would probably be surprising to the user. Ccing pkg-mozilla-maintainer, do you guys have any opinions? * Vincent Lefevre ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.4-1 Severity: grave Tags: security Justification: user security hole The default /etc/mailcap entry makes iceweasel to be called directly to view HTML files with a file:// URL. Due to Mozilla bug 230606 (or 382637, on which the attached example is based), data readable by the user can be sent to a remote web server. For instance, on my machine, after saving the attached mail file and removing my personal ~/.mailcap file (to use Debian's): $ mutt -f exploit-file I type 'v', down, enter to view the attached exploit-file.html file with Iceweasel. /var/log/apache2/error.log now contains: [Fri Jun 15 17:45:11 2007] [error] [client 127.0.0.1] File does not exist: /var/www/vin This example just provides the hostname (value of /etc/hostname) to the local web server, but one can provide more private information (such as the contents of the user's .ssh/id_rsa or the contents of /etc/passwd) to any remote web server (this needs a bit more JavaScript to transform the data into a URL, though). A possible fix is to pass the data first to a wrapper that will clean up the HTML file (i.e. remove scripts), or, if one wants to still have the possibility to run scripts, store the file to some place where a http://localhost/...; URL can be used (the user must have a local web server installed). -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#412053: uim-xim: Makes other applications bug when using non-ascii characters.
reassign 412053 uim forcemerge 426221 412053 thanks So it looks like the consensus was this is uim's fault. Reassigning and merging. * Charles Plessy ([EMAIL PROTECTED]) wrote: Package: uim-xim Version: 1:1.2.1-9 Severity: important Dear uim, nautilus and iceweasel maintainers, I was suffering of iceweasel crashing (#412053) and nautilus refusing the input of tilde characters on the right half of filenames (#422758), and thanks to the sagacity of readers of debian-user-french, I think that found a common denominator: uim-xim. I think that the problem is similar to the following scim bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348893 Basically, strange things happen when inputting non-ASCII characters through uim-xim, especially symbols and accented characters. I checked the behaviour of Nautilus with japanese characters, and it seems that they trigger the same problem as other non-ascii characters. Surprisingly, out of two machines, the bug only affects fresh Etch installs. I figured out that uim-anthy is not called the same way on both systems (I use im-swich). NO CRASH: (upgrade from Sarge) - XIM=uim XIM_PROGRAM=/usr/bin/uim-xim XIM_ARGS= GTK_IM_MODULE=uim ENGINE=anthy if [ -r $HOME/.uim ]; then TMPFILE=$(mktemp) || exit 1 if [ $(grep ; IM-SWITCH VALUE $HOME/.uim) ]; then sed s/(define default-im-name '[^)]*) ; IM-SWITCH VALUE/(define default-im-name '$ENGINE) ; IM-SWITCH VALUE/ $HOME/.uim $TMPFILE else cat $HOME/.uim $TMPFILE if [ $(grep -E ^\(define[[:space:]]+default-im-name[[:space:]] $HOME/.uim) ]; then echo ; (define default-im-name '$ENGINE) ; IM-SWITCH VALUE $TMPFILE else echo (define default-im-name '$ENGINE) ; IM-SWITCH VALUE $TMPFILE fi fi mv $TMPFILE $HOME/.uim else echo (define default-im-name '$ENGINE) ; IM-SWITCH VALUE $HOME/.uim fi CRASHES: (fresh Etch) # UIM with GTK systray indicator XIM=uim XIM_PROGRAM=/usr/bin/uim-xim XIM_ARGS= GTK_IM_MODULE=xim QT_IM_MODULE=xim # It seems to me that the system needs to be initialized. # Folowing trick will wait 10 seconds without slowing down X start up. XIM_PROGRAM_XTRA=(sleep 10; uim-toolbar-gtk-systray) DEPENDS=uim-xim,uim-gtk2.0|uim-qt,uim-anthy|uim-canna|uim-prime|uim-skk|uim-m17nlib -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#221674: Keyboard focus problems
* Dana Jansens ([EMAIL PROTECTED]) wrote: I think it has something to do with how they track focus events. I think that depending on how the window manager orders things, sometimes when switching windows/desktops, Firefox receives Focus Out events with the NotifyWhileGrabbed state (i.e. the window manager has a keyboard grab during the focus change. Any other application could also have said keyboard grab. Firefox ignores these focus events even though they should not, and so it gets confused thinking a window still has focus when it does not. That seems to be what's going on anyways. Are you still seeing this bug with Iceweasel? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#409424: iceweasel: endless dialogs when attempting to open bookmarks.xbel
tags 409424 confirmed thanks * Eric Cooper ([EMAIL PROTECTED]) wrote: On Thu, Feb 08, 2007 at 01:26:58AM -0500, Eric Dorland wrote: Can you attach the bookmarks.xbel file you used? Here's an excerpt which exhibits the same behavior. That's a weird one. I think what's happening is the mailcap layer goes This is XML, Iceweasel can handle that! and shunts it to Iceweasel who goes That's an xbel document, I don't know how to display that. ?xml version=1.0? !DOCTYPE xbel PUBLIC +//IDN python.org//DTD XML Bookmark Exchange Language 1.0//EN//XML http://www.python.org/topics/xml/dtds/xbel-1.0.dtd; xbel version=1.0 folded=no info metadata owner=http://galeon.sourceforge.net/; default_folderyes/default_folder galeon_xbel_version2/galeon_xbel_version/metadata /infofolder folded=yes titleAudio Streams/title info metadata owner=http://galeon.sourceforge.net/; time_added994521013/time_added /metadata /infobookmark href=http://digitalgunfire.com/; titleDigital Gunfire - Industrial Strength Aural Assault/title info metadata owner=http://galeon.sourceforge.net/; time_visited1057096460/time_visited time_added1057096177/time_added /metadata /info /bookmarkbookmark href=http://www.dnalounge.com/audio/; titleDNA Lounge: Audio Webcast/title info metadata owner=http://galeon.sourceforge.net/; time_visited994686851/time_visited time_added994686907/time_added /metadata /info /bookmarkbookmark href=http://www.icecast.org/streamlist.php;titleIcecast.org/titleinfometadata owner=http://galeon.sourceforge.net/;time_visited1086446872/time_visitedtime_added1074803182/time_added/metadata/info/bookmarkbookmark href=http://yp.shoutcast.com/; titleSHOUTcast - HOME/title info metadata owner=http://galeon.sourceforge.net/; time_visited1102022043/time_visited time_added994519957/time_added /metadata /info /bookmarkbookmark href=http://wyep.streamguys.net/listen.pls;titleWYEP Pittsburgh/titleinfometadata owner=http://galeon.sourceforge.net/;time_visited1168349283/time_visitedtime_modified1168349302/time_modifiedtime_added1168349283/time_added/metadata/info/bookmark /folder titleBookmarks/title /xbel -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#221674: Keyboard focus problems
* Dana Jansens ([EMAIL PROTECTED]) wrote: On 9/3/07, Eric Dorland [EMAIL PROTECTED] wrote: * Dana Jansens ([EMAIL PROTECTED]) wrote: I think it has something to do with how they track focus events. I think that depending on how the window manager orders things, sometimes when switching windows/desktops, Firefox receives Focus Out events with the NotifyWhileGrabbed state (i.e. the window manager has a keyboard grab during the focus change. Any other application could also have said keyboard grab. Firefox ignores these focus events even though they should not, and so it gets confused thinking a window still has focus when it does not. That seems to be what's going on anyways. Are you still seeing this bug with Iceweasel? What do you mean by still? As of when? Did something happen to address this? It just wasn't clear from your description if you were actually experiencing this problem or merely offering a theory. This is quite an old bug, it would be great if we could revive interest in it and/or get it fixed. To my knowledge it hasn't been fixed. PS please keep the bug address CC'd -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#336642: gpgsm: scdaemon crashes (double free or corruption)
Are you still seeing this in the latest gpgsm packages? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#428635: Cannot create dsa2 keys
reassign 428635 libgcrypt11 severity 428635 normal thanks The assertion generated there is actually from libgcrypt, so your beef is with them :) * Huy ([EMAIL PROTECTED]) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: gnupg2 Version: 2.0.4-1 Severity: important Hello, Gnupg2 gives out the following error as it tries to create dsa2 keys, that is keys with size larger than 1024 bits, even though the enable-dsa2 was already put in $HOME/.gnupg/gpg.conf. I know that while it is generally not advised to have dsa keys larger than 1024 bits since they are not universally acceptable, however, it is an option that can be enabled, and therefore should work as expected. gpg (GnuPG) 2.0.4; Copyright (C) 2007 Free Software Foundation, Inc. This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the file COPYING for details. Please select what kind of key you want: (1) DSA and Elgamal (default) (2) DSA (sign only) (5) RSA (sign only) Your selection? 1 DSA keys may be between 1024 and 3072 bits long. What keysize do you want? (1024) 3072 Requested keysize is 3072 bits ELG keys may be between 1024 and 4096 bits long. What keysize do you want? (2048) 4096 Requested keysize is 4096 bits Please specify how long the key should be valid. 0 = key does not expire n = key expires in n days nw = key expires in n weeks nm = key expires in n months ny = key expires in n years Key is valid for? (0) 0 Key does not expire at all Is this correct? (y/N) y You need a user ID to identify your key; the software constructs the user ID from the Real Name, Comment and Email Address in this form: Heinrich Heine (Der Dichter) [EMAIL PROTECTED] Real name: woaosoaoososas Email address: [EMAIL PROTECTED] Comment: You selected this USER-ID: woaosoaoososas [EMAIL PROTECTED] Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O You need a Passphrase to protect your secret key. We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. gpg: WARNING: some OpenPGP programs can't handle a DSA key with this digest size gpg2: dsa.c:187: generate: Assertion `nbits = 512 nbits = 1024' failed. Aborted -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#401843: issue als ofiled upstread
clone 401843 -1 retitle -1 pinentry needs XAUTHORITY to connect to xserver forwarded -1 https://bugs.g10code.com/gnupg/issue781 severity 401843 normal thanks * Bernhard Herzog ([EMAIL PROTECTED]) wrote: Hi, I also ran into the problem. I filed a bug report upstream for this a while ago: https://bugs.g10code.com/gnupg/issue781 Not forwarding the XAUTHORITY value from gpgsm/gnupg2 through to the pinentry program is a bug in the gnupg system, IMO, but the best way for Debian to deal with this is probably to stop the gpg-agent when the user logs out again. There's no reason to keep the agent running. Since this is really two separate issues I'm going to clone this and forward to the upstream bug. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#403833: gpg-agent: enhance --write-env-file to append $HOST to filename
* Jari Aalto ([EMAIL PROTECTED]) wrote: Package: gnupg-agent Version: 2.0.0-5.2 Severity: minor Please enhance the --write-env-file to append current host to the filename: now : $HOME/.gpg-agent-info proposed: $HOME/.gpg-agent-info-hostname The motivation is that hosts usually use NFS mounted home directories and reading the current $HOME/.gpg-agent-info will not work in another host. Host X +- host A | /home ---+- Host B | +- Host C If user log into all hosts: ssh [EMAIL PROTECTED] ssh [EMAIL PROTECTED] ssh [EMAIL PROTECTED] The initialization code in ~/.profile could work if --write-env-file wrote host specific files: $HOME/.gpg-agent-info-hostA $HOME/.gpg-agent-info-hostB $HOME/.gpg-agent-info-hostC It would be even better if the host portion used FDQN instead of the hostname(1). I'm not sure why you don't just use --write-env-file=$HOME/.gpg-agent-info-$(hostname)? Why force the filename? Or do you mean that the default file (ie when you don't specify --write-env-file explicitly) should have the hostname appended? Because that makes more sense to me. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#391880: Firefox popup don't regain focus after first open, also if window.focus() is called
reassign 391880 iceweasel thanks The ubuntu version of this bug claims to have fixed it in gutsy. Are you still seeing this in the latest unstable? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#435119: procps is required
* Eugen Dedu ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: * Eugen Dedu ([EMAIL PROTECTED]) wrote: Hi, IIUC a required package, such as procps, does not need to be included in Depends, such of iceweasel's Depends. From 3.5 of the Policy Manual: Packages are not required to declare any dependencies they have on other packages which are marked Essential (see below), and should not do so unless they depend on a particular version of that package. procps is not marked Essential AFAIK. Thanks for keeping your eyes peeled though. You're right. But for ex. libc6 is not essential, should (nearly) each program depend on it??? Essential deals with unconfigured (and working) packages, not with required (or not) packages. It's bizarre to me. It is a bit weird that libc6 isn't marked Essential, that might be a bug. I suppose it is transitively essential since essential packages depend on it. Even if it was essential most packages would still need to depend on libc6 explicitly because they need a versioned dependency on it and not just libc6. Perhaps libc6 doesn't work until it's configured? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#444286: Iceweasel crashes in Testing/Unstable when performing certain actions
/viewtopic.php?t=19401 -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#427646: iceweasel: widgets very ugly
severity 427646 wishlist tags 427646 wontfix thanks * David ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 Severity: minor The widgets of firefox (and iceweasel) for Linux are horrible. There is a way a changing it (I am translating from the instructions for Ubuntu and worked for me, sorry if I commit any mistake now): * wget http://users.tkk.fi/~otsaloma/art/firefox-form-widgets.tar.gz * tar -xvzf firefox-form-widgets.tar.gz * cp /usr/share/iceweasel/res/forms.css /usr/share/iceweasel/res/forms.css.bak * cat firefox-form-widgets/res/forms-extra.css | tee --append /usr/share/iceweasel/res/forms.css /dev/null * cp -r firefox-form-widgets/res/form-widgets /usr/share/iceweasel/res/forms.css * rm -rf firefox-form-widgets Why not include beautiful widgets by default? Beauty is very subjective, but a lot of UI design is about consistency. I don't want to make Iceweasel look different on other platforms unless there's a really good reason. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#443454: icedove
Hi Alexander, Are you available to make a release of icedove, or would you like me to take care of it this weekend? * Jan Christoph Uhde ([EMAIL PROTECTED]) wrote: Hi Eric, would you please take a look at icedove's bug #443454 and support Alexander Sack or patch the package an do a non maintainer update:) People really appreciate a working thunderbird:) Thanks for your time and your work at the debian project. Best regards! Jan -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#433209: GSlice: g_thread_init() must be called messages
* Christoph Anton Mitterer ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.4-1 Severity: normal Hi. For some days now I get always the following message when running iceweasel: ***MEMORY-WARNING***: firefox-bin[7225]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon... Any ideas? I don't think I ever saw that, are you still seeing that with iceweasel 2.0.0.7? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#443454: icedove
* Alexander Sack ([EMAIL PROTECTED]) wrote: On Sat, Oct 06, 2007 at 04:58:17PM -0400, Eric Dorland wrote: Hi Alexander, Are you available to make a release of icedove, or would you like me to take care of it this weekend? * Jan Christoph Uhde ([EMAIL PROTECTED]) wrote: Hi Eric, would you please take a look at icedove's bug #443454 and support Alexander Sack or patch the package an do a non maintainer update:) People really appreciate a working thunderbird:) Thanks for your time and your work at the debian project. I plan to do that on Sunday. Cool, thanks. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#442885: iceweasel: Ligatures are misrendered.
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.6-0etch1+lenny1 Severity: important Ligatures are not rendered correctly with font serif. In Firefox-2.0.0.6 in the tar.gz from mozilla.org this does _not_ happen, so don't forward this bug to bugzilla.mozilla.org! It is really annoying, so I selected Important severity. can you try running iceweasel with MOZ_DISABLE_PANGO=1 and see if that helps? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#440824: weird problem when openning new tab
* mikes kikou ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.6-1 Sometimes when opening a certain page in tab it happens what you see in the picture : http://xs219.xs.to/xs219/07362/weird_problem.png the page opens like this one above,?ne normal and the same as a the front one with no adress bar , and after closing this page, iceweasel closes too. i' am sorry for my bad english, i cannot describe it better. please change the title to one more apropriate;) This is a known bug and has already been filed, but I can't seem to find the original report. Do you have a good way of reproducing it? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#406772: iceweasel: Sometimes crashes when moving or resizing in KDE
tags 406772 unreproducible moreinfo thanks * Torquil Macdonald S?rensen ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: normal Hello, This is a problem common to iceweasel and icedove. Sometimes when I resize or move the iceweasel window, the application disappears. Upon starting iceweasel again, the dialog asking to restore the last session appears. I am using the KDE desktop. It only happens sometimes? Any idea if there's a common thread between the crashes? Same set of pages? A certain page? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#405303: iceweasel: C-S-w (close window) fails to work
* Jerry Quinn ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: The C-S-w key binding to close a window has no effect in iceweasel. It does work from the command line, though. From the command line? I don't know what you're trying to say there. Sorry, I meant selecting the command from the menu, which works. I don't know if this worked in firefox 1.5.x or earlier because C-w used to close the window with a single tab, so I never tried this before. C-S-w works for me. Is there any more debugging I can offer? It's definitely broken here. Can you try moving your .mozilla and/or .firefox directory out of the way? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#404882: new iceweasel icon is confusing at small sizes
* Alexander Sack ([EMAIL PROTECTED]) wrote: On Sun, Jan 07, 2007 at 12:12:22AM -0500, Eric Dorland wrote: I kind of have to agree with Cesar here. They look a little indistinct at small sizes, and while the unified color scheme seemed cool, I guess it does have a downside. Perhaps unicko would be willing to give each icon a more unique color scheme (blue for iceweasel, leave the green for icedove and red for iceape?) and perhaps add a bit more contrast to the borders because it blends a bit too much into a light background. Hope that doesn't sound too ungrateful. PS please preserve the CC line when replying. I already asked him about this ... he made icedove icon more distinct ... will has him for iceape too. As soon as I have both, I will show you, so you can comment. Any progress on the improved icons? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#392344: Firefox Crash on Opening Webpage (bug is in flash)
* Lo?c Minier ([EMAIL PROTECTED]) wrote: On Sun, Jan 07, 2007, Eric Dorland wrote: This page doesn't crash for me using the latest iceweasel and flashplugin-nonfree. Is it still a problem for you? It crashes for me with all of Galeon, whatever firefox is, and iceweasel. I didn't install flashplugin-nonfree but followed whatever instructions IceWeasel proposed to install the plugin for me. PS: I'm not the submitter. That would likely be the problem. There is another bug (I don't remember the bug number off hand) that installing the plugin suggested by Iceweasel bring in a plugin that's not binary compatible with our build. Could you try removing this plugin from your .mozilla directory and see if this helps? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#405446: iceweasel may use certificates from ca-certificates
reassign 316436 iceweasel forcemerge 405446 316436 thanks * Vincent Bernat ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: wishlist Hi ! May iceweasel use certificates from ca-certificates package ? If such certificates are OK for Debian, it should be the same for Iceweasel's users. #316436 is pretty much the same bug. I wish it would get fixed upstream. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#404649: iceweasel: URL in firefox-branding.js not the same as in mozilla release
severity 399795 normal severity 404990 normal merge 404649 404906 399795 404990 tags 404649 pending thanks * Franklin PIAT ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 Followup-For: Bug #404649 Hello, Investigating on the above issue, i have noticed that URLs in /usr/share/iceweasel/defaults/pref/firefox-branding.js doesn't match the one in mozilla's 2.0.0.1 official built at http://www.mozilla.com/en-US/firefox/all.html for example, Iceweasel has : pref(startup.homepage_override_url,http://www.mozilla.org/projects/%APP%/%VERSION%/whatsnew/;); Whereas Firefox has : pref(startup.homepage_override_url,http://%LOCALE%.www.mozilla.com/%LOCALE%/%APP%/%VERSION%/whatsnew/;); The first one resolves as an incorrect 404 location, whereas the second resolves as a correct location. Hope this helps. It does. I'm just disabling this feature all together. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#406891: mozilla-firefox: aborts when watching video
({1168807736, 495132}, NULL) = 0
gettimeofday({1168807736, 495191}, NULL) = 0
ioctl(65, FIONREAD, [0])= 0
ioctl(65, FIONREAD, [0])= 0
gettimeofday({1168807736, 495371}, NULL) = 0
poll([{fd=65, events=POLLIN}], 1, 0)= 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1168807736, 495597}, NULL) = 0
ioctl(65, FIONREAD, [0])= 0
poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=13,
events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=16,
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=53,
events=POLLIN}, {fd=5, events=POLLIN, revents=POLLIN}, {fd=65,
events=POLLIN}], 9, 0) = 1
gettimeofday({1168807736, 495796}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1168807736, 495916}, NULL) = 0
ioctl(65, FIONREAD, [0])= 0
poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=13,
events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=16,
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=53,
events=POLLIN}, {fd=5, events=POLLIN, revents=POLLIN}], 8, 0) = 1
gettimeofday({1168807736, 496307}, NULL) = 0
gettimeofday({1168807736, 496361}, NULL) = 0
futex(0x8b2f5f8, FUTEX_WAKE, 1) = 1
futex(0x8b2f5f4, FUTEX_WAKE, 1) = 1
mmap2(NULL, 536875008, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = -1 ENOMEM (Cannot allocate memory)
mmap2(NULL, 536875008, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = -1 ENOMEM (Cannot allocate memory)
brk(0x2a607000) = 0xa607000
mmap2(NULL, 537006080, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = -1 ENOMEM (Cannot allocate memory)
futex(0xb767ebe4, FUTEX_WAKE, 2147483647) = 0
write(2, terminate called after throwing ..., 48terminate called after
throwing an instance of ') = 48
write(2, std::bad_alloc, 14std::bad_alloc) = 14
write(2, \'\n, 2'
) = 2
write(2, what(): , 11 what(): ) = 11
write(2, St9bad_alloc, 12St9bad_alloc)= 12
write(2, \n, 1
) = 1
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(3892, 3892, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
unlink(/home/knud/.mozilla/firefox/x208bu06.profile2/lock) = 0
rt_sigaction(SIGABRT, {SIG_DFL}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(3892, 3892, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
Process 3892 detached
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1)
Versions of packages mozilla-firefox depends on:
ii firefox 1.5.dfsg+1.5.0.7-2 lightweight web browser based on
M
mozilla-firefox recommends no packages.
-- no debconf information
--
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6
signature.asc
Description: Digital signature
Bug#406340: /usr/bin/gpg-agent: prevents autofs from shutting down cleanly with automounted home directory
* Frank Hess ([EMAIL PROTECTED]) wrote: Package: gnupg-agent Version: 1.9.15-6sarge2 Severity: normal File: /usr/bin/gpg-agent When a gpg-agent is running, it prevents /etc/init.d/autofs stop from succeeding during shutdown when autofs is used to mount the users' home directories. This is because gpg-agent keeps open the file ~/.xsession-errors. The work-around I am using is to add an init script which kills all the gpg-agent processes before the autofs script is run during shutdown. Does this still happen with the gpg-agent in 2.0.0 in unstable? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#406380: External RSS application not launching
tags 406380 moreinfo thanks * Yesod ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 It seems Iceweasel is not launching external applications for RSS subscription. Whatever application I'm trying it is not exec()ed. I tried custom scripts (to see what was happening) and graphic application accepting any kind of argument (like xterm). None of them is launched by Iceweasel. I tried an strace -p my-pid -f -o /dev/stdout | fgrep my-application hoping to see an exec() or at least a stat() on the chosen application but there is no output. I tried an ltrace : ltrace -o /dev/stdout -p 3526 -f | fgrep xterm 3526 strcmp(/usr/bin/xterm, /usr/bin/xterm) = 0 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 3526 strlen(xterm) = 5 I'm running on testing + iceweasel from unstable, ix86. Is it expected to run an external application? How did you configure it to do that? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#404686: mozilla-firefox: crashes on one webmail page
reassign 404686 iceweasel thanks * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Yes, I tried. So it has the same problem? Have you tried moving your .mozilla and/or .firefox directories out of the way? Any extensions installed? U?ytkownik Eric Dorland [EMAIL PROTECTED] napisa?: reassign 404686 firefox thanks * lakeman ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.5.dfsg+1.5.0.7-2 Severity: important While checking my mailbox ([EMAIL PROTECTED]) on page http://poczta.onet.pl it suddenly crashes. I have also other mailboxes but only on onet it crashes. Have you tried with the new iceweasel package from unstable? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
