Bug#390119: Portlet images not loading
* Bj?rn Wiberg ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.4-2sarge11 Severity: important After upgrading from mozilla-firefox 1.0.4-2sarge9 to 1.0.4-2sarge11, the portlet images (graphs) in DI-DivePort (Dimensional Insight data mining software) do not show anymore. Demo URL: https://demo.dimins.com/DI_Distribution/main/x/logon?username=D0password=D0 The front page should show two graphs; Core Brands - Revenue MTD vs Last Year MTD (with colorful bars) and Product Class - MTD vs Last Year MTD with text and figures (as an image). Reverting to the old version solves the problem. Any better in later security fixes? -- 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#395391: further details
* Matthias Franz ([EMAIL PROTECTED]) wrote: I've done some testing, and it turned out that this bug is a regression between the versions 1.0.4-2sarge9 and 1.0.4-2sarge10. The backported version 1.5.dfsg+1.5.0.7-2~bpo.1 is not affected. Any improvement with later security releases? -- 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#395511: firefox: Still can't open documents automatically from now on
reassign 395511 iceweasel thanks * Helge Hafting ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.99+2.0b2+dfsg-1 Severity: normal I gave this experimental version a try. Bugs were expected, here is a long-standing one: After installing firefox, I removed ..mozilla and .firefox directories to start from scratch. When I click on a link to a .doc file, firefox suggests opening it with abiword. Fine! Then I click the box for Do it like this from now on, hoping to never ever see this box again. At least not for .doc documents. I also get a message that I can change this in the download section of edit-settings. Interesting - for this is a problem with an earlier firefox - the download settings are there but nothing can be done about them. I OK this dialog, and click on another .doc file. The stupid dialog pops up again! I think it wasn't supposed to, because do like this from now on is still checked. But it makes no difference. Restarting firefox makes no difference either. So I try opening the settings. Surprise surprise, no download section/tab at all. Oh well, it is a beta. So I file this bug so it perhaps it isn't forgotten. Now reverting to an older firefox who also have this problem, but at least it is capable of opening pdf files too - something this beta won't do for me. Did this improve at all in 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#392029: firefox: can't deduce what font one is looking at
reassign 392029 iceweasel severity 392029 wishlist tags 392029 wontfix thanks * Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Severity: normal Firefox has no command to say what font one is currently looking at. One must guess it from various bits and pieces. All I know is I did apt-get upgrade and now Chinese is full of holes and skinny and there is nothing I can do about it. There are probably extensions to tell you want the fonts are. -- 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#392187: When you page down, an arrow should point to the place you should resume reading
reassign 392187 iceweasel tags 392187 upstream thanks * Jason Spiro ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Severity: wishlist When you use the spacebar to scroll down a page in firefox, it would be great if you were shown a small gray arrow in the margin of the page. This arrow would point to the top-left corner of the area I have seen already, like the horizontal line in gv(1) does. I think a diagonal arrow, as shown below in crude ASCII art, would work well: \ \ Or, instead, it could be a horizontal arrow pointing to the first new unread line of the page. A better place to suggest this would be bugzilla.mozilla.org. -- 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#390273: mozilla-firefox: Very slow when displaying justified text
reassign 390273 iceweasel thanks * FONG Sidney Hok Nang ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Severity: normal When loading a page with lots of justified text (i.e. CSS: text-align:justify), firefox becomes significantly slower. In particular, rendering and scrolling is very slow. To reproduce: Create a html page with lots of justified text. Try to scroll from top to bottom as quickly as possible. eg. http://sidney.hk/~sydneyfong/test1.html Control: Create a html page with lots of left-aligned text. Try to scroll from top to bottom as quickly as possible. This is much faster than the one with justified text. eg. http://sidney.hk/~sydneyfong/test2.html By the way, I have done the above tests with mozilla.org's latest firefox (1.5) build and it does not seem to have does not have this problem. I note that I've experienced this problem for quite a while (at least two to three months IIRC). I'd bet my first born child it's pango. Does running with MOZ_DISABLE_PANGO=1 make a difference? -- 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#382739: firefox: h
tags 382739 unreproducible reassign 382739 iceweasel thanks * Mike Hommey ([EMAIL PROTECTED]) wrote: On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong [EMAIL PROTECTED] wrote: Package: firefox Version: 1.5.dfsg+1.5.0.6-1 Severity: important some text is unvisable. looks like these: The here. Forwww.somesite.com. if select the text, you can see it: The portal. Learn more about product here. For more infomation, please visite www.somesite.com. I try to purge firefox and reinstall it but no help. This may be the same XRender bug as mentionned in the upstream bug i sent you in my earlier mail, which has also been worked around in cairo. I see you version is 1.2.0, it may not contain the workaround. ii libcairo2 1.2.0-3The Cairo 2D vector graphics libra Please try to update libcairo2 to 1.2.2 or 1.2.4 and see if your problem disappears. Did a new libcairo fix it for you Jue Kong? How about the iceweasel upgrade? -- 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: No debug info with iceweasel-dbg
* srdjan ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Followup-For: Bug #406772 Hi, This happens to me as well, without KDE, when moving window around. With the blank start page too. Now I've installd iceweasel-dbg, but I'm getting no additional information. When I run it from gdb, I only get ?? when I ask for the backtrace after crash. Am I missing something? You need to run iceweasel -g to run iceweasel under gdb. -- 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#408108: Better version
* Stefan V?lkel ([EMAIL PROTECTED]) wrote: Attached is a better version of the icon. This would be much more convincing if you could fix up all the art work including the original svg files, and maybe use a more aqua blue. http://people.debian.org/~asac/Iceimages.7z -- 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: No debug info with iceweasel-dbg
* Srdjan ([EMAIL PROTECTED]) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That's what I did. [EMAIL PROTECTED]:~/tmp$ iceweasel -g GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/iceweasel/firefox-bin -a firefox Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1221920288 (LWP 30226)] [New Thread -1223681104 (LWP 30229)] [New Thread -1232073808 (LWP 30230)] [New Thread -1241490512 (LWP 30231)] [New Thread -1255146576 (LWP 30232)] [New Thread -1263539280 (LWP 30233)] [New Thread -1271931984 (LWP 30234)] [Thread -1263539280 (LWP 30233) exited] [Thread -1271931984 (LWP 30234) exited] [New Thread -1271931984 (LWP 30235)] [New Thread -1263539280 (LWP 30236)] [New Thread -1280324688 (LWP 30237)] [New Thread -1288717392 (LWP 30238)] [New Thread -1297110096 (LWP 30239)] [Thread -1288717392 (LWP 30238) exited] [New Thread -1288717392 (LWP 30240)] [New Thread -1305502800 (LWP 30241)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1221920288 (LWP 30226)] 0x0001 in ?? () (gdb) backtrace #0 0x0001 in ?? () #1 0x099884d8 in ?? () #2 0x0003 in ?? () #3 0x0002 in ?? () #4 0xbf9d1660 in ?? () #5 0x in ?? () Well that's odd. Are you sure you have iceweasel-dbg installed? You also might be hitting a recent bug in gdb, what version kernel do you have 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#408108: Better version
* Stefan V?lkel ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: * Stefan V?lkel ([EMAIL PROTECTED]) wrote: Attached is a better version of the icon. This would be much more convincing if you could fix up all the art work including the original svg files, and maybe use a more aqua blue. http://people.debian.org/~asac/Iceimages.7z Whee, I can crash Inkscape when working on those .svg files ;) Please specify what you mean with a more aqua blue. Screenshot, RGB Value, etc is fine. I really don't know, just something more water-like. You don't have to change it, I'm just partial to that. regards Stefan -- 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#411737: firefox should Recommend mozilla-diggler
* Jason Spiro ([EMAIL PROTECTED]) wrote: 2007/2/25, Eric Dorland [EMAIL PROTECTED] wrote: tags 411737 wontfix thanks ... While I agree with you that this behavior is annoying, it is also consistent with how text fields and the X selection buffer work. I'm not going to start recommending tiny extensions with such a limited focus. That's fair. If this should be fixed in iceweasel bring it to the firefox developers. If I understand correctly, you are recommending I complain about this problem to upstream. But do you think they really might fix it? I would assume upstream would feel having an extra toolbar button *only on Unix* would be too much of a UI difference between platforms, and would say no. Do you agree they probably would think this? My guess would be that they will not, but there's no harm in trying. -- 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#412360: OK and CANCEL options reversed in authentication dialog
severity 412360 wishlist thanks * Steve M. Robbins ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-3 Severity: normal Firefox always used to present the authentication dialog (for password-protected web pages) with OK on the left and Cancel on the right. This new version has them reversed, which really screws up my muscle memory: enter user, tab, enter pass, tab, space, tab, space now cancels rather than OK's! As pointed out, this is probably for better UI consistency. -- 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#382001: Location bar can be spoofed
reassign 382001 iceweasel forwarded 382001 https://bugzilla.mozilla.org/show_bug.cgi?id=266547 thanks * Florian Weimer ([EMAIL PROTECTED]) wrote: * Eric Dorland: Some future Firefox version? Where have you seen that? It turns out that I was wrong. Microsoft Internet Explorer 7 made that change (and should have absorbed most of the call center costs by now). Doesn't seem like upstream considers it that serious a problem. -- 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#413660: Please move firefox to non-free or whatever and change this name to Iceweasel
forcemerge 413802 413801 413660 retitle 413660 RFP: mozilla-firefox -- Mozilla's firefox package is required in non-free reassign 413660 wnpp thanks * Andrei Emeltchenko ([EMAIL PROTECTED]) wrote: Package: firefox Version: 2.0.0.1+dfsg-2 Severity: normal Hi, Could you rename this package to iceweasel? Otherwise it creates mess. This belongs in the wnpp, cause the iceweasel maintainers are not going to package it. You will have to get permission from Mozllla to do this and it will need to go in non-free. Also the package can't be called firefox or mozilla-firefox because that would break various upgrade paths. -- 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#413660: Please move firefox to non-free or whatever and change this name to Iceweasel
unmerge 413660 reassign 413660 firefox retitle 413660 Please move firefox to non-free or whatever and change this name to Iceweasel tags 413660 wontfix thanks * Mike Hommey ([EMAIL PROTECTED]) wrote: Hum... he asked the firefox package to be renamed iceweasel, not to have it contain firefox You're right, I misinterpreted this. On Thu, Mar 08, 2007 at 03:27:21AM -0500, Eric Dorland wrote: forcemerge 413802 413801 413660 retitle 413660 RFP: mozilla-firefox -- Mozilla's firefox package is required in non-free reassign 413660 wnpp thanks * Andrei Emeltchenko ([EMAIL PROTECTED]) wrote: Package: firefox Version: 2.0.0.1+dfsg-2 Severity: normal Hi, Could you rename this package to iceweasel? Otherwise it creates mess. This belongs in the wnpp, cause the iceweasel maintainers are not going to package it. You will have to get permission from Mozllla to do this and it will need to go in non-free. Also the package can't be called firefox or mozilla-firefox because that would break various upgrade paths. -- 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#414936: restore support for MNG animation format and JNG image format
forwarded 414936 https://bugzilla.mozilla.org/show_bug.cgi?id=18574 thanks * Aaron Johnson ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.2+dfsg-3 This is a request to add the popular patch for restoring the MNG format and the JNG image format. This is one of the most voted feature requests that the maintainer will not be implement in the current upstream firefox code: https://bugzilla.mozilla.org/show_bug.cgi?id=18574 My initial impression is that this is just too big a hunk of code for us to be supporting ourselves for every new upstream release. -- 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#413660: This really does belong in wnpp
reassign 413660 wnpp thanks This bug actually belongs in wnpp. The submitter wants the non free firefox with all the associated graphics placed in non-free. This doesn't have anything to do with the firefox package in main, which is merely a transition package to 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#415010: sqlfairy: Please, package new upstream release
severity 415010 wishlist thanks * root ([EMAIL PROTECTED]) wrote: Package: sqlfairy Version: 0.07-5 Severity: normal The SQLFairy project made a new release in December 2006, which contains many improvements - not the least being better able to work with DBIx::Class. Hmm, sorry I missed this. It's too late for etch, I'll upgrade it post release. -- 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#411192: CVE-2007-0981: serious cookie-stealing vulnerability
tags 411192 pending thanks * Kees Cook ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: grave Tags: security, fixed-upstream, patch http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0981 says: Mozilla based browsers allows remote attackers to bypass the same origin policy, steal cookies, and conduct other attacks by writing a URI with a null byte to the hostname (location.hostname) DOM property, due to interactions with DNS resolver code. Upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=370445 Upstream patch: https://bugzilla.mozilla.org/attachment.cgi?id=255252 Thanks, patch is applied and I will try to roll out a build tonight. -- 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#411408: Bug#343876: iceweasel: Patch to debian/icewease.menu
tags 411408 wontfix thanks * Charles Plessy ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Followup-For: Bug #343876 Dear maintainers, with its current menu file, a naive user not using the FreeDesktop menu could not find out that Iceweasel was a web browser. I attached a patch which gives to Iceweasel the same description in the Debian and FreeDesktop menus. While this is the standard for Free Desktop menu files, Debian menus don't seem to follow this standard at all. So unless something changes in the Debian menu policy I'm not going to change this. -- 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#410955: Tab preference New pages should be opened in 'a new tab' doesn't seem to work
merge 410955 410954 thanks * Dominique Brazziel ([EMAIL PROTECTED]) wrote: Package: Iceweasel Version: 2.0.0.1+dfsg-2 Each time I click on a hypertext link which for another site, a new Iceweasel window is opened instead of a new tab in the current window. The workaround is to right click the link and select Open in new tab. Is this within Iceweasel or other applications? -- 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#390273: mozilla-firefox: Very slow when displaying justified text
* Sidney Fong ([EMAIL PROTECTED]) wrote: I'd bet my first born child it's pango. Does running with MOZ_DISABLE_PANGO=1 make a difference? Yes. Ok, well that's the workaround for now. Please keep the bug address when replying. On 2/11/07, Eric Dorland [EMAIL PROTECTED] wrote: reassign 390273 iceweasel thanks * FONG Sidney Hok Nang ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Severity: normal When loading a page with lots of justified text (i.e. CSS: text-align:justify), firefox becomes significantly slower. In particular, rendering and scrolling is very slow. To reproduce: Create a html page with lots of justified text. Try to scroll from top to bottom as quickly as possible. eg. http://sidney.hk/~sydneyfong/test1.html Control: Create a html page with lots of left-aligned text. Try to scroll from top to bottom as quickly as possible. This is much faster than the one with justified text. eg. http://sidney.hk/~sydneyfong/test2.html By the way, I have done the above tests with mozilla.org's latest firefox (1.5) build and it does not seem to have does not have this problem. I note that I've experienced this problem for quite a while (at least two to three months IIRC). I'd bet my first born child it's pango. Does running with MOZ_DISABLE_PANGO=1 make a difference? -- 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#399753: closed by Eric Dorland [EMAIL PROTECTED] (Re: Bug#401255: History, Home pages lost upon restarting Iceweasel)
reopen 399753 found 399753 2.0.0.1+dfsg-2 thanks * Leandro Lucarella ([EMAIL PROTECTED]) wrote: The (session saving) problem is still there. I'm using 2.0.0.1+dfsg-2 in a just dist-upgraded Debian unstable system. Okie dokie. Reopening. -- 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#411408: Bug#343876: iceweasel: Patch to debian/icewease.menu
* Charles Plessy ([EMAIL PROTECTED]) wrote: Le Sun, Feb 18, 2007 at 04:45:35PM -0500, Eric Dorland a écrit : tags 411408 wontfix thanks * Charles Plessy ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Followup-For: Bug #343876 Dear maintainers, with its current menu file, a naive user not using the FreeDesktop menu could not find out that Iceweasel was a web browser. I attached a patch which gives to Iceweasel the same description in the Debian and FreeDesktop menus. While this is the standard for Free Desktop menu files, Debian menus don't seem to follow this standard at all. So unless something changes in the Debian menu policy I'm not going to change this. Dear Eric, I think that I do not understand which is your point of view: - do you think that it would be good to add Web Browser, but that it would be against the menu policy, or Section 3.3 of /usr/share/doc/menu/menu.txt.gz says It must be short. So I would take it as an indication that this sort of long title isn't encouraged. There's also a optional longtitle field, which I've now included as Iceweasel Web Browser. - do you think that it is better that the entry of Iceweasel in the Debian menu is made with one word only ? I'm not sure if it's better, but if you look at the other menu entries it will be more consistent. Icedove calls itself Icedove Mail in the Debian menu. So either it means that it its acceptable to add a qualifier to a program name, or Icedove violates a policy. I'm not sure if it's a strict policy and more of a guideline. Do you know whih paragraph of which policy would forbid adding Web Browser after Iceweasel in the Debian Menu ? Have a nice day, -- 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#410961: iceweasel: searches for %s when just entering google.
tags 410961 confirmed thanks * Kurt Roeckx ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Hi, When I just enter google in the url bar, it goes to http://www.google.com/search?q=%s, so it searches for %s. I was expecting it to just go to www.google.com. I know that I can use something like google term, where it would search for term using google. But if I just type google, it shouldn't do that, and specially not search for %s. That is totally weird. I can't imagine why it's doing that, and it only seems to be when google is used, other terms I tried didn't exhibit that behavior. -- 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
* 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? -- 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#400803: firefox: this version seems to have printing problems
reassign 400803 iceweasel thanks * dan aronson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-2 Severity: important *** Please type your report below this line *** the printProgress.dtd file used by printProgress.xul which is used when printing seems to be not where it is expected to be. This caused errors while printing, I was changed the location in printProgress.xul to where the dtd actually was, and now printing seems to work. Where exactly were these files and where did you move them? Is there any change 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#411531: Bug#411475: Unfortunate issues
* Mike Hommey ([EMAIL PROTECTED]) wrote: merge 411475 411479 411483 411493 411505 411531 severity 411475 serious thanks Hi, These issues are, as far as I can see, all from the same origin: the fix for bug #408883. This is very unfortunate, and I see the following choices to solve the issue: I'm shocked that this change had all these negative side effects. - Hack the profile manager so that it tries to use the firefox profile if it exists, like it already does with very old profiles that were in ~/.firefox. This is probably a good idea in any case. - Hack the profile manager so that it doesn't display Firefox but Iceweasel, without involving a modification of the nsXREAppData like has been done in the fix for #408883. Basically the problem is that the name field in nsXREAppData is overloaded. There should be a display name field in that struct for this situation. I think I'll work on a fix from that approach. -- 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#411493: Bug#411475: Unfortunate issues
* Mike Hommey ([EMAIL PROTECTED]) wrote: On Mon, Feb 19, 2007 at 05:48:45PM -0500, Eric Dorland [EMAIL PROTECTED] wrote: * Mike Hommey ([EMAIL PROTECTED]) wrote: merge 411475 411479 411483 411493 411505 411531 severity 411475 serious thanks Hi, These issues are, as far as I can see, all from the same origin: the fix for bug #408883. This is very unfortunate, and I see the following choices to solve the issue: I'm shocked that this change had all these negative side effects. - Hack the profile manager so that it tries to use the firefox profile if it exists, like it already does with very old profiles that were in ~/.firefox. This is probably a good idea in any case. The downside of this is that if people create a profile with iceweasel and later try firefox, the profile won't be shared. Good point. - Hack the profile manager so that it doesn't display Firefox but Iceweasel, without involving a modification of the nsXREAppData like has been done in the fix for #408883. Basically the problem is that the name field in nsXREAppData is overloaded. There should be a display name field in that struct for this situation. I think I'll work on a fix from that approach. ... or the other way around: a profile directory base field. By default, this is .$vendor/$product (both $vendor and $product being lowered-case). When there is no $vendor, it's on .$product. This rule also applies to xulrunner applications, so we have to think about something that will still work when firefox will be based on xulrunner... Well how would that be different? There's also other things that use this name field in non display ways. -- 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#411593: iceweasel: Won't start another instance
forcemerge 411475 411593 thanks * srdjan ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-3 Severity: normal If an instance of iceweasel is running, trying to start another instance gives an error Already running but not responding Please don't file duplicate bugs. -- 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#314068: gnupg2: [INTL:de] German PO file corrections
Are these translations still incorrect in the latest gnupg2? -- 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#411505: Bug#411483: Bug#411475: Unfortunate issues
Ok, I have a potential patch in SVN, could someone build and test it, I'm not in a good position to do that tonight. * Eric Dorland ([EMAIL PROTECTED]) wrote: * Mike Hommey ([EMAIL PROTECTED]) wrote: On Mon, Feb 19, 2007 at 05:48:45PM -0500, Eric Dorland [EMAIL PROTECTED] wrote: * Mike Hommey ([EMAIL PROTECTED]) wrote: merge 411475 411479 411483 411493 411505 411531 severity 411475 serious thanks Hi, These issues are, as far as I can see, all from the same origin: the fix for bug #408883. This is very unfortunate, and I see the following choices to solve the issue: I'm shocked that this change had all these negative side effects. - Hack the profile manager so that it tries to use the firefox profile if it exists, like it already does with very old profiles that were in ~/.firefox. This is probably a good idea in any case. The downside of this is that if people create a profile with iceweasel and later try firefox, the profile won't be shared. Good point. - Hack the profile manager so that it doesn't display Firefox but Iceweasel, without involving a modification of the nsXREAppData like has been done in the fix for #408883. Basically the problem is that the name field in nsXREAppData is overloaded. There should be a display name field in that struct for this situation. I think I'll work on a fix from that approach. ... or the other way around: a profile directory base field. By default, this is .$vendor/$product (both $vendor and $product being lowered-case). When there is no $vendor, it's on .$product. This rule also applies to xulrunner applications, so we have to think about something that will still work when firefox will be based on xulrunner... Well how would that be different? There's also other things that use this name field in non display ways. -- 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#314068: gnupg2: [INTL:de] German PO file corrections
* Peter Eisentraut ([EMAIL PROTECTED]) wrote: Am Dienstag, 20. Februar 2007 02:43 schrieb Eric Dorland: Are these translations still incorrect in the latest gnupg2? Yes. It's strange considering the primary developer is german I believe. Anyway, if one of you is willing to freshen up the PO file I'll pass it back 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#411919: Acknowledgement (iceweasel: lost all settings after upgrade)
forcemerge 411493 411919 thanks * Beno?t Dejean ([EMAIL PROTECTED]) wrote: I now understand what happened. Iceweasel now looks for .mozilla/iceweasel where it was looking for .mozilla/firefox. I had many dirt in .mozilla. So i have replaced the newly empty created .mozilla/iceweasel by my old .mozilla/firefox. My full profile is back. This is a non trivial migration for common user that upgrades. This has been fixed in 2.0.0.1+dfsg-4. -- 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#412001: iceweasel-2.0.0.1+dfsg-4 crashes bud error
* Prakash J Kokkatt ([EMAIL PROTECTED]) wrote: Package:iceweasel (2.0.0.1+dfsg-4),iceweasel-gnome-support (2.0.0.1+dfsg-4 ) Version: 2.0.0.1+dfsg-4 When i invoke iceweasel,it works for sometime and if i try to browse into the tab editpreferences to set my download directory,Iceweasel suddenly exits!when i invoked iceweasel from a terminal,it while crashed shows one error: as BUS ERROR.please help to fix.I am on a Debian Sid+experimental apt-pinned with almost all bleeding edge packages. What architecture are you running on? -- 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#411919: Acknowledgement (iceweasel: lost all settings after upgrade)
* Beno?t Dejean ([EMAIL PROTECTED]) wrote: Le mercredi 21 février 2007 à 16:46 -0500, Eric Dorland a écrit : forcemerge 411493 411919 thanks * Beno?t Dejean ([EMAIL PROTECTED]) wrote: I now understand what happened. Iceweasel now looks for .mozilla/iceweasel where it was looking for .mozilla/firefox. I had many dirt in .mozilla. So i have replaced the newly empty created .mozilla/iceweasel by my old .mozilla/firefox. My full profile is back. This is a non trivial migration for common user that upgrades. This has been fixed in 2.0.0.1+dfsg-4. I have upgraded today and it happened again. We are now back to .mozilla/firefox, right ? Yes, are you certain it's still happening? -- 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#411737: firefox should Recommend mozilla-diggler
tags 411737 wontfix thanks * Jason Spiro ([EMAIL PROTECTED]) wrote: I should explain better. A common action in Firefox is to paste in a URL from the X clipboard. In Windows, this is easy. Just press Ctrl-V and paste. The problem is, in Linux, many people use the X clipboard. It is frustrating to try to paste from the X clipboard into the Firefox address bar. The bar is never empty, yet highlighting it and pressing Delete would overwrite the clipboard. To avoid this problem, people tend to click in the bar and hold down the Delete key until the bar is clear. It takes a while to delete the long URLs that many web apps (e.g. Gmail) use nowadays. This problem could be resolved by Recommending mozilla-diggler with firefox. Diggler is a Mozilla/Firefox extension which adds a new button to the Firefox toolbar. The button simply clears the toolbar. What do you think of my proposed solution? While I agree with you that this behavior is annoying, it is also consistent with how text fields and the X selection buffer work. I'm not going to start recommending tiny extensions with such a limited focus. If this should be fixed in iceweasel bring it to the firefox developers. -- 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#412099: iceweasel: Iceweasel breaks Foxyproxy extension (works with stock Firefox)
* Ben Wheeler ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-4 Severity: normal After thinking for a long time that this was a problem with Foxyproxy and FF2 generally, it now appears specific to iceweasel (just like #399753 -- these two problems together have forced me to stop using iceweasel and use Firefox downloaded from mozilla.org instead). Basically the symptoms are that pages fail to load via the proxy when they should, and when one goes to the Foxyproxy menu option under Tools, or loads the Foxyproxy options dialog, the menus are blank and a stream of... TypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no propertiesTypeError: this._entities has no properties ... followed eventually by ... InternalError: too much recursion ... is dumped to the tty. This can be an intermittent problem. Sometimes, some combination of uninstalling/reinstalling the extension, and/or removing foxyproxy.xml, xpti.dat and compreg.dat, and saying the right magic words, enables foxyproxy to work for a while. But then it will stop working in the next browser session, or even halfway through the current one. Overall it doesn't work more often than it does. http://z9.invisionfree.com/foxyproxy/index.php?showtopic=302 To be absolutely clear on this, it works fine under stock Firefox 2.0.0.1 with exactly the same profile extensions. So it appears to be specific to some difference introduced by iceweasel. Which is not to say it's iceweasel's fault, but even knowing what has changed between firefox and iceweasel (other than the name) might help figure out where the problem lies even if it is within the extension. Foxy proxy doesn't use any compiled code does it? You can examine the diff.gz yourself, but there isn't a lot of changes in there from the stock code (mostly portability fixes and build fixes), but a second set eyes never hurts. -- 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#412145:
Any webpage or one in particular? * Itchy ([EMAIL PROTECTED]) wrote: I just realized that my previous message only contained Iceweasel simply closes after trying to load a webpage. This was the first bug I reported, so I only followed the instructions from the reportbug package. I was not aware that the regualar message only contained the technical details, so I am trying to explain the problem mor detailled: Iceweasel closes after trying to access a webpage with the following message: accessing memory error (translated from german, where the message was: Speicherzugriffsfehler). The program shuts down, not when entering the http address but when pressing enter. I have no extensions installed und running Iceweasel in safe-mode does not help, I attached the message from Iceweasel dpg. Regards from Itchy (gdb) set pagination off (gdb) run bt full Starting program: /usr/lib/iceweasel/firefox-bin bt full Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -156160 (LWP 5113)] [New Thread -1223853136 (LWP 5116)] [New Thread -1232376912 (LWP 5117)] [New Thread -1245533264 (LWP 5120)] [New Thread -1253925968 (LWP 5121)] [New Thread -1264309328 (LWP 5122)] [New Thread -1272702032 (LWP 5123)] [New Thread -1282069584 (LWP 5124)] [New Thread -1290462288 (LWP 5125)] [Thread -1290462288 (LWP 5125) exited] [New Thread -1298854992 (LWP 5126)] [Thread -1298854992 (LWP 5126) exited] [New Thread -1298854992 (LWP 5127)] [New Thread -1290462288 (LWP 5128)] [Thread -1298854992 (LWP 5127) exited] [New Thread -1298854992 (LWP 5129)] [Thread -1290462288 (LWP 5128) exited] [New Thread -1290462288 (LWP 5130)] [New Thread -1307956304 (LWP 5131)] [New Thread -1316877392 (LWP 5132)] [New Thread -1325270096 (LWP 5133)] [New Thread -1333662800 (LWP 5134)] [Thread -1333662800 (LWP 5134) exited] [Thread -1298854992 (LWP 5129) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -156160 (LWP 5113)] 0x0834c9ca in nsHTMLReflowState::CalcLineHeight (aPresContext=0x9715c80, aRenderingContext=0x974d690, aFrame=0x97caa20) at nsHTMLReflowState.cpp:2224 2224nsHTMLReflowState.cpp: Datei oder Verzeichnis nicht gefunden. in nsHTMLReflowState.cpp -- 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#408108: Better version
* Stefan V?lkel ([EMAIL PROTECTED]) wrote: Hi, Please specify what you mean with a more aqua blue. Screenshot, RGB Value, etc is fine. I really don't know, just something more water-like. You don't have to change it, I'm just partial to that. attached is the changed icon. Another color was not possible, since ungrouping parts of the image crashes inkscape. Additionally there is sadly no way I can edit the logo. Ungrouping it will result in missing items, missing alpha information, etc (no crash though) ;) Can you update the rest of the artwork as well? Thanks for doing this. -- 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#412001: iceweasel-2.0.0.1+dfsg-4 crashes bud error
* Prakash J Kokkatt ([EMAIL PROTECTED]) wrote: Hello, I am running debian Sid+testing on a 686 pentium4 prescott processor.i uses i386 packages.almost all of my system is running on experimental packagesbelow is my latest apt-get results: sid:~# apt-get -t experimental upgrade Reading package lists... Done Building dependency tree... Done The following packages have been kept back: apt apt-utils gnome-applets-data gnome-panel-data gnome-terminal gnome-terminal-data libvte-common python-vte After removing Package: iceweasel-gnome-support(Version: 2.0.0.1+dfsg-3),iceweasel is running without any problems.so i feel this got something to do with iceweasel-gnome-support package. I tried downgrading both iceweasel and iceweasel-gnome-support to that available in etch and they worked flawlessly.. Yeah I have a feeling there's an issue with the new gnome and iceweasel. I guess I'll sort it out once we release. -- 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#388091: I see the problem as well
* Isaac To ([EMAIL PROTECTED]) wrote: Hello, I'm also having the same problem from time to time, using iceweasel 2.0.0.1+dfsg2 from testing distribution. I can reasonably reproduce the behavior if using the gmail notifier plugin is allowed, but I think the problem arise from other paths too. Steps to reproduce it: Step 1: Get a G-mail account if you didn't have one. Step 2: Install G-mail notifier plugin if you didn't already have. Step 3: Restart Iceweasel. Step 4: Enable master password if you haven't already done so. Step 5: Click on the (gray colored) G-mail notifier icon at the bottom right, enter the username and password, and choose to save the password. Click on login. Step 6: Restart Iceweasel. Step 7: Click on the (gray colored) G-mail notifier icon at the bottom right. Step 8: The master password prompt should pop up. Type the master password. Step 9: The G-mail notifier login prompt appear, with filled login and password. Click on login, and before the login completes, quickly click on the location bar and start typing. For me, Iceweasel no longer respond to keyboard some time before the login completes. That doesn't really sound like the same bug. What does some time mean? The ability to input text comes back though? -- 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#408108: this is an important issue to fix for Etch
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Please can we have one of these improved icons in Etch? the web browser is one of the most used applications in many desktop users' work flow and Iceweasel/Firefox probably the most popular choice of web browser. It is important that one's eye is able to find the icon for it in the panel, on the desktop or in the task switcher as quickly as possible to improve the pace at which one is able to use one's computer. As has been said, the current icon's light green colour makes it too difficult to see. You only have to look at most icons to see they tend to use primary colours. Against a background of other icons with primary colours the Iceweasel icon blends away into obscurity. For the sake of an improved Etch desktop I believe this issue is an important one to fix. I am waiting for your alternative icon set. -- 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#412065: /etc/papersize is ignored by iceweasel
reassign 236227 iceweasel forcemerge 236227 412065 thanks * Patrick Winnertz ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: normal iceweasel ignores the /etc/papersize file, with the default papersize in it. You have to set it manually in about:config. Please don't file duplicate bugs. -- 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#408056: mozilla-firefox: Iceweasel crashes when trying to install delicious plugin
reassign 408056 iceweasel severity 408056 normal tags 408056 unreproducible thanks * Andrew Ferrier ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 2.0.0.1+dfsg-2 Severity: important Recreation steps: 1. Start iceweasel from the console 2. Go to delicious.com/help 3. Click on 'firefox extension' 4. Click on 'Install v1.2 now' 5. Iceweasel crashes and disappears from X The following output appears on the console: [EMAIL PROTECTED]:~$ mozilla-firefox INTERNAL ERROR on Browser End: No manager for initializing factory? System error?:: Success [EMAIL PROTECTED]:~$ Works for me. Can you try moving your profile out of the way? Any other extensions 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#407602: inappropriate conffile prompts on upgrading from firefox on etch
severity 407602 normal forcemerge 399829 407602 thanks * peter green ([EMAIL PROTECTED]) wrote: package: iceweasel severity: minor I upgraded my etch system to have iceweasel wirh apt-get install iceweasel (btw it removed firefox but left mozilla-firefox, i don't think that is relavent to this issue though). i got a couple of conffile prompts as below. Configuration file `/etc/iceweasel/profile/bookmarks.html' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** bookmarks.html (Y/I/N/O/D/Z) [default=N] ? Configuration file `/etc/iceweasel/pref/iceweasel.js' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** iceweasel.js (Y/I/N/O/D/Z) [default=N] ? Please restart any running Iceweasels, or you will experience problems. my understanding is that conffile prompts are only supposed to happen if files are either edited manually by the sysadmin or changed by a non-debian tool, i'm pretty sure neither was the case on this system. Please don't file duplicate bugs. -- 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#408156: Bug exists upstream
forwarded 408156 https://bugzilla.mozilla.org/show_bug.cgi?id=298784 thanks * Holger Mense ([EMAIL PROTECTED]) wrote: Hi, the mentioned bug exists also upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=298784 It looks like that the developers are not interested in fixing this. Thanks for the research. -- 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#400704: Recently closed tab...
* Bakos Gy?rgy ([EMAIL PROTECTED]) wrote: Same issue for me too. Recently closed window works not... Tried to set what mentioned in the topic and to delete (move away) my profile, but nothing! It is anoying that the best new feature is not working. Hmmm, can you reproduce this on other machines? Is there anything unusual about your setup? What do you have your history set to? -- 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#407167: iceweasel: 'Getting Started' still links to *firefox* site on *mozilla* server
* Mike Hommey ([EMAIL PROTECTED]) wrote: On Tue, Jan 16, 2007 at 10:50:32PM -0500, Eric Dorland [EMAIL PROTECTED] wrote: * Mike Hommey ([EMAIL PROTECTED]) wrote: On Tue, Jan 16, 2007 at 05:27:39PM +0100, Fabian Greffrath [EMAIL PROTECTED] wrote: package: iceweasel version: 2.0.0.1+dfsg-2 severity: normal Hi! I have tried the new iceweasel package with an empty ~/.mozilla directory. The browser has its default start homepage set to an empty page, not to http://www.debian.org as changelog.Debian claims. This is - at least- better than any mozilla related page but still not satisfying IMHO. Why not set it to 'about:' or finally the Debian homepage? I agree the default home page should be about:, like on iceape (which also means it would be nice to add the same links that have been added to the iceape about: page, too) Hmmm, where did I go wrong? How did you do it for iceape? Well, iceape had the old style about: page, so I stole the one from firefox because it's prettier, modified it a bit, and added 2 more lines: # Read the Debian README file for this package. # See the Debian bug reports for this package. I also needed to patch caps/src/nsScriptSecurityManager.cpp to allow links from about: to file:/// urls. See bz#365526. Is there a security reason why they disallowed this? The last bit was to set the homepage to about:. I also had to add a component that modifies the homepage if it happened to be the old mozilla one (a file that doesn't exist anymore), but that's specific. -- 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#406540: automake1.9: Purging this package with automake (1.10) installed leaves broken alternatives
* Reuben Thomas ([EMAIL PROTECTED]) wrote: On Fri, 19 Jan 2007, Eric Dorland wrote: I couldn't reproduce this. I removed all the automake packages, installed automake1.9, installed automake1.10 and then purged automake1.9. The alternatives seemed fine. Add one additional step: after installing automake1.10, run update-alternative and choose 1.9. Then purge 1.9. The alternative (for me) remains set to 1.9. Can you send me the contents of your /var/lib/dpkg/alternatives/automake file? -- 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#408417: iceweasel: Shows wrong favicon when viewing pictures.
* Kurt Roeckx ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Hi, If I'm lookng at a picture, so an url that ends with a .jpg or .png or something, iceweasel seems to be showing a small version of that pictures as the favicon, instead of the favicon itself. This gives rather strange results. The version of firefox in stable doesn't do this. Can you give an example URL that does this? -- 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#400630: iceweasel: After upgrade to 2.0 extra info
* Raymond Lubansky ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Followup-For: Bug #400630 Same problem here. I upgraded while still running firefox 1.5. Started up iceweasel and only had the adress bar working. Then I closed firefox and iceweasel and killed all firefox-bin processes (via htop). Started iceweasel again and it ran its (internal) install script with the upgrade extensions etc. All fixed. Summary: needed all running instances of firefox-bin closed to run its internal install. Which is why the warning gets printed out when you upgrade and there's also a warning if you're running the update-notifier. It would be great if there was a way to signal to Iceweasel externally that it's been upgraded. -- 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#408417: iceweasel: Shows wrong favicon when viewing pictures.
severity 408417 wishlist tags 408417 wontfix thanks * Kurt Roeckx ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Hi, If I'm lookng at a picture, so an url that ends with a .jpg or .png or something, iceweasel seems to be showing a small version of that pictures as the favicon, instead of the favicon itself. This gives rather strange results. The version of firefox in stable doesn't do this. As Mike pointed out this is a new feature. I'm not going to disable it without stronger reasoning. -- 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#406704: iceweasel: about dialog has bogus 'license' text
* Andrew Suffield ([EMAIL PROTECTED]) wrote: On Mon, Jan 15, 2007 at 07:57:00PM -0500, Eric Dorland wrote: I'm getting some pushback from upstream on this actually and on second thought I'm leery to fuddle with someones copyright assertion, as innocuous as it may be. I'm going to wait for upstream to make a call. I find it deeply amusing that a supposedly free software project cites a list of proprietary software examples (for which all rights *are* reserved) when trying to justify what their license text says. I'm glad you're amused. I find it very frustrating. I find it even more amusing that they're willing to expend pages and pages of discourse for what is little more than a documentation inconsistency that could be fixed by copying a couple of lines from the about: text to the dialog text. In fact, I cannot imagine any compelling reason why these two things should not be identical - it's not like the about: text wouldn't fit. Hopefully I can convince them. -- 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#408864: iceweasel: Iceweasel 2.0 no longer loads the eBay Rich Text Editor in the new List Yout Item form.
* Tim Wootton ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: normal After upgrade to Iceweasel 2.0 no longer loads the eBay Rich Text Editor in the new List Your Item form. I'm not sure what icewesel feature handles this but I've gone back and tested 1.5 and it works fine. If go to about:config and set general.useragent.extra.firefox to Firefox/2.0.0.1 does that help? -- 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#407899: iceweasel: should not open new window lanching external helpers for links
severity 407899 normal thanks * Paolo ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: important here's the problem with current update: I have a webpage which lists links to .tiff (fax) images. On click on links FF used (as expected) to get the .tiff and pass it over to the helper app (a fax viewer) *keeping* current page. Now instead it starts the helper app but at same time it switches to a blank window (which replaces the list). That's a very bad impact on usability. This is usually because of the way the site is coded (ie it expects a plugin or a browser to handle it). I'm not sure if there's a good way to handle this. -- 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#395970: firefox vs. gmane: ugly position fixed stuff
reassign 395970 iceweasel tags 395970 unreproducible thanks * Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Severity: minor Please try $ firefox \ http://news.gmane.org/group/gmane.emacs.pretest.bugs/last=/force_load=t (or any other group there,) and scroll vertically. Do you see this horrible momentary splitting of the subject lines below the two boxes on the right? Under iceweasel I don't. Also try rolling the mouse wheel anywhere underneath those two boxes, it doesn't work! That's because of the fixed position div on the right side I'd imagine. Note I don't download any extra stylesheets, images, or scripts, but the embedded ones I didn't turn off though. Probably the position fixed stuff in the page causing a firefox slowdown bug? When one does ALT V Y N to turn styles off, the problem goes away. -- 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#407478: iceweasel: Process (or thread) name remains 'firefox-bin'
severity 407478 wishlist thanks * THR4K ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: normal Hello, With the 'top' command I have noticed that Iceweasel still listed under the process named 'firefox-bin'. So renaming it as 'iceweasel-bin' would be nice and more DFSG-compliant. It doesn't really have anything to do with the DFSG. The executable (and even package name) could be called firefox, because those are functional aspects and not branding in the application. Please note that's already done for Icedove, who have his processes listed under 'icedove' and 'icedove-bin' (ok I admit there's also a process named 'run-mozilla.sh' when Icedove is launched ;-) I just didn't want to hack up the build system too much to rename it. I should be able to get to it one of these days. -- 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#381307: firefox: keyboard text selection causes page-up/down keys to be strange
reassign 381307 iceweasel close 381307 2.0+dfsg-1 thanks * Jeff Abrahamson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.4-1 Severity: normal When preferences -- advanced -- Allow text to be selected with the keyboard is checked, scrolling with the keyboard's page-up/down keys doesn't work as expected. Page-down + page-up, for example, scrolls down one screenful, then moves the cursor to the top of that screen rather than scrolling up again. A second page-up would scroll up. This seems to be fixed in iceweasel. Please reopen if you get different results. A stranger example is this page: http://heart75011.blogspot.com/ where page-up/down moves to the bottom of the content (skipping the images) and then won't allow scrolling back up. Work-around is to uncheck that preference box. -- 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#408460: iceweasel: pages with non-moving backgrounds scroll very slowly
* Michael Gilbert ([EMAIL PROTECTED]) wrote: severity 408460 wishlist thanks On 1/26/07, Mike Hommey wrote: A workaround for this would be to set MOZ_DISABLE_PANGO. See the /usr/doc/share/iceweasel/README.Debian file. this behavior can be annoying to the user. would it be possible to automatically set this option based on the language? for example, only use pango for those languages that have rendering issues without pango. thanks for your consideration. Ubuntu has a kind of hack to do that based on the installed locale, but I don't consider that to be a very elegant solution and kind of weirdly unpredictable. I haven't heard of a better solution. -- 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#407023: problems saving to FAT
* Tobias Richter ([EMAIL PROTECTED]) wrote: I have seen a similar behaviour with mp3 files ending in .mp3.mpa after downloading. But today I am unable to download any file to a FAT formatted USB stick. The files are touched (zero length) but nothing more is happening, they are not even listed in 'Downloads'. Saving to ext3 is no problem at all. Just to be sure, I run version 2.0.0.1+dfsg-2. Is only Iceweasel exhibiting this behavior? -- 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#407560: automake: package doesn't seem to install /usr/bin symlink for aclocal
* Reuben Thomas ([EMAIL PROTECTED]) wrote: Package: automake Version: 1:1.10+nogfdl-1 Severity: normal Having installed automake, and having purged all other versions of automake, I don't have /usr/bin/aclocal (only /usr/bin/aclocal-1.10). Did you manually configure an alternative before purging? -- 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#342105: certain JavaScript sites make firefox consume 100% CPU
* Ben Hutchings ([EMAIL PROTECTED]) wrote: I've also experienced this when scrolling pages on http://www.worldchanging.com which doesn't seem like it would involve any JS. Scrolling it a page at a time, or dragging the scrollbar quickly, seems to keep the X server busy for about half a second. This is long-enough that a page-down key can auto-repeat! Eric Wong's suggestion to use EXA fixes the problem for me on an ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]. I haven't tried using XAA and Firefox/Iceweasel 2.0, but could do if necessary. In any case this seems more like an X server (or driver) bug, even if the browser is particularly prone to provoking it. Does running it with MOZ_DISABLE_PANGO make a difference? -- 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#404827: iceweasel: Scrolling text makes Iceweasel use 100% cpu
* Andres J?rv ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: normal The scrolling text bar at the top of the web page http://www.etv24.ee makes Iceweasel use all the CPU time available. This makes the browser and the whole system quite slow. Using tools like htop, you can see that the performance spike occurs only when the text is rendered letter by letter. I haven't seen such a huge need of performance on the Windows version of Firefox. Do you see better performance when you run it with MOZ_DISABLE_PANGO=1? -- 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#407560: automake: package doesn't seem to install /usr/bin symlink for aclocal
* Reuben Thomas ([EMAIL PROTECTED]) wrote: Package: automake Version: 1:1.10+nogfdl-1 Severity: normal Having installed automake, and having purged all other versions of automake, I don't have /usr/bin/aclocal (only /usr/bin/aclocal-1.10). Wait, isn't this the same bug as #406540? -- 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#408460: iceweasel: pages with non-moving backgrounds scroll very slowly
* Matt Zimmerman ([EMAIL PROTECTED]) wrote: On Mon, Jan 29, 2007 at 07:51:31AM +0100, Mike Hommey wrote: On Sun, Jan 28, 2007 at 07:50:00PM -0500, Michael Gilbert [EMAIL PROTECTED] wrote: severity 408460 wishlist thanks On 1/26/07, Mike Hommey wrote: A workaround for this would be to set MOZ_DISABLE_PANGO. See the /usr/doc/share/iceweasel/README.Debian file. this behavior can be annoying to the user. would it be possible to automatically set this option based on the language? for example, only use pango for those languages that have rendering issues without pango. Ubuntu does this, based on the user locale, and I think this is a very bad idea. The user locale is not necessarily related to the language used in the pages the user will look at. No, but it is our best approximation of whether that locale is especially important to the user (which isn't an especially good one). It is trivial for a power user to override this if it guesses incorrectly. The other issue is one of surprise. A weird side effect of installing a locale will be that Firefox suddenly behaves differently and the connection will be completely non-obvious to the user. I also heard activating EXA instead of XAA in the X configuration improved the performance. Do you have a reference for this which we could follow up? I agree that the current Ubuntu solution isn't ideal, but it was unacceptable for performance to be as poor as it was for very common use cases. It really is a crappy situation, with both Pango and non-Pango renderers being broken in their own special ways. I wonder if any work is being done at speeding up Pango? Or is it Firefox's use of Pango that's to blame? -- 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#301649: closed by Mike Hommey [EMAIL PROTECTED] (Bug#301649: fixed in iceape 1.0.7-3)
* Drew Parsons ([EMAIL PROTECTED]) wrote: On Wed, 2007-01-31 at 14:48 -0800, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #301649: update xprt dependency to xprint, which was filed against the iceape-browser package. It has been closed by Mike Hommey [EMAIL PROTECTED]. + iceape is built without xprint support, drop outdated and useless Suggests to xprt. Thanks to Andreas Metzler. Closes: #301649. Any particular reason why you dropped xprint support on iceape? outdated and useless are immensely inflammatory words. If you read it carefully you'll see that the outdated and useless applies to the Suggests on xprt, not to xprint itself. -- 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#385169: gnupg-agent: command get_passphrase failed: Unknown system error
* Wolfgang Aigner ([EMAIL PROTECTED]) wrote: Package: gnupg-agent Version: 1.9.20-2 Severity: normal I have a problem with encrypting mails from kmail. After looking into this - gpg-agent is running - GPG_AGENT_INFO is set and valid but when I run the following command: [EMAIL PROTECTED]:~/.gnupg$ echo test | gpg -ase | gpg I got this output: You need a passphrase to unlock the secret key for user: Wolfgang Aigner [EMAIL PROTECTED] 2048-bit RSA key, ID 1C9FF77B, created 2004-08-23 gpg-agent[4345]: handler 0x10057828 for fd 0 started gpg-agent[4345.0x10057e70] DBG: - OK Pleased to meet you gpg-agent[4345.0x10057e70] DBG: - OPTION display=:0 gpg-agent[4345.0x10057e70] DBG: - OK gpg-agent[4345.0x10057e70] DBG: - OPTION ttyname=/dev/tty gpg-agent[4345.0x10057e70] DBG: - OK gpg-agent[4345.0x10057e70] DBG: - OPTION ttytype=xterm gpg-agent[4345.0x10057e70] DBG: - OK gpg-agent[4345.0x10057e70] DBG: - OPTION lc-ctype=C gpg-agent[4345.0x10057e70] DBG: - OK gpg-agent[4345.0x10057e70] DBG: - OPTION lc-messages=C gpg-agent[4345.0x10057e70] DBG: - OK gpg-agent[4345.0x10057e70] DBG: - GET_PASSPHRASE 31D576EBA534E16BB073623B0C48BEB41C9FF77B X X You+need+a+passphrase+to+unlock+the+secret+key+for+user:%0AWolfgang+Aigner+[EMAIL PROTECTED]%0A2048-bit+RSA+key,+ID+1C9FF77B,+created+2004-08-23%0A gpg-agent[4345]: starting a new PIN Entry gpg-agent[4345]: DBG: connection to PIN entry established gpg-agent[4345]: command get_passphrase failed: Unknown system error gpg-agent[4345.0x10057e70] DBG: - ERR 101 server fault (ec=255.65535) gpg: problem with the agent - disabling agent use Enter passphrase: gpg-agent[4345.0x10057e70] DBG: - BYE gpg-agent[4345.0x10057e70] DBG: - OK closing connection gpg-agent[4345]: handler 0x10057828 for fd 0 terminated the gpg-agent.conf is here. ###+++--- GPGConf ---+++### ignore-cache-for-signing debug-level basic #log-file socket:///home/wof/.gnupg/log-socket ###+++--- GPGConf ---+++### Sa 01 Okt 2005 01:27:58 CEST # GPGConf edited this configuration file. # It will disable options before this marked block, but it will I have disabled the log-file entry, because the log-socket does not exist and get not created. Any hints for me? Thanks in advance Still seeing this with version 2.0.0? -- 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#399682: openct: cm4000 driver fails with cm4000: setting parameters failed
* Jan Niehusmann ([EMAIL PROTECTED]) wrote: Package: openct Version: 0.6.10-1 Severity: normal Tags: patch The cm4000 driver fails to load because the initialization routine calls ifd_sevice_set_parameters which in turn tries to call dev-ops-set_params(). This function is currently only defined for serial and usb devices, but not for pcmcia devices. The proper fix may be implementing the set_params function for cm4000, but the following patch does work for now (and in fact only reverts a recent regression in openct): Has this been discussed upstream at all? Only in openct-0.6.10-orig/src/ifd: .ifd-cm4000.c.swp diff -ur openct-0.6.10-orig/src/ifd/ifd-cm4000.c openct-0.6.10/src/ifd/ifd-cm4000.c --- openct-0.6.10-orig/src/ifd/ifd-cm4000.c 2006-09-12 22:55:14.0 +0200 +++ openct-0.6.10/src/ifd/ifd-cm4000.c2006-11-21 11:13:25.0 +0100 @@ -42,11 +42,16 @@ params = dev-settings; params.usb.interface = 0; + /* ifd_sevice_set_parameters does not work for cm4000, as dev-ops-set_params + * is not defined. + if (ifd_device_set_parameters(dev, params) 0) { ct_error(cm4000: setting parameters failed, device_name); ifd_device_close(dev); return -1; } + + */ return 0; } -- 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#399656: about:iceweasel still shows firefox
severity 399656 normal thanks * Michael Gilbert ([EMAIL PROTECTED]) wrote: severity 399656 serious thank you this bug is a serious policy violation because the term firefox itself is now non-free. Uh, no. The term is trademarked, but that's not necessarily a problem. The fox logo is non-free, but it's not present. -- 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#400302: Customizing toolbars, removing and readding location bar makes menu stop working
tags 400302 unreproducible thanks * Josh Triplett ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0+dfsg-1 Right-click on the navigation toolbar, and choose Customize Drag the location bar into the bin of toolbar items. Drag it back onto the toolbar in the same place. Click Done in the customize window. The menu bar no longer works. Works for 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#399949: iceweasel: NoScript plugin will make bookmarks disfunctional.
severity 399949 normal tags 399949 unreproducible thanks * Wilfried Goesgens ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0+dfsg-1 Severity: grave Justification: renders package unusable NoScript limits Javascript enabledness to a whitelist. After the update no clicking on the bookmark menu will open a page. Clicking the home button works. turning off NoScript for a site won't work anymore, because of the menu won't open on clicking on the Noscript-Button on the footline. After disabling noscript and restarting iceweasel bookmarks work again. Noscript is working fine for me. Did you update to it's latest version? -- 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#399785: iceweasel eats all cpu while displaying about:
severity 399785 important tags 399785 unreproducible thanks * Wilfried Goesgens ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0+dfsg-1 Severity: grave Justification: renders package unusable I just updated to iceweasel. Two points. My menubar is empty. No menus. nada. i entered about: in the url to check the version, nothing happened aside of iceweasel eating all cpu. I use littlefirefox theme from Alfred Kayser. I'm certainly not seeing this, and neither are most people it seems. Do you have any extensions installed? Have you tried moving your profile 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#422994: iceweasel: Invalid memory reference
* Manolo D?az ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-1 Severity: important File: /usr/lib/iceweasel/firefox-bin *** Please describe what you were doing when the application crashed *** [snip] 0x2ade3fbeac9f in ?? () #0 0x2ade3fbeac9f in ?? () #1 0x030c5510 in ?? () #2 0x000b in ?? () #3 0x0037 in ?? () #4 0x2ade3f2edd89 in viaticum_init () from /usr/lib/debreaper/libviaticum.so #5 0x0044d4f2 in ?? () #6 #7 0x2e4174c7 in GraphicDevice32::drawLine () from /usr/lib/libflash.so.0 #8 0x2e412723 in GraphicDevice::drawBox () from /usr/lib/libflash.so.0 #9 0x2e4190f4 in FlashMovie::renderFocus () from /usr/lib/libflash.so.0 #10 0x2e419262 in FlashMovie::renderMovie () from /usr/lib/libflash.so.0 #11 0x2e419330 in FlashMovie::handleEvent () from /usr/lib/libflash.so.0 #12 0x2e411da8 in FlashExec () from /usr/lib/libflash.so.0 #13 0x2e2eb4d4 in NPP_DestroyStream () from /usr/lib/mozilla/plugins/libflash-mozplugin.so #14 0x2e2ebb99 in NPP_Write () from /usr/lib/mozilla/plugins/libflash-mozplugin.so #15 0x2ade412f7577 in XtDispatchEventToWidget () from /usr/lib/libXt.so.6 #16 0x2ade412f7e64 in _XtSendFocusEvent () from /usr/lib/libXt.so.6 #17 0x2ade412f6fab in XtDispatchEvent () from /usr/lib/libXt.so.6 #18 0x2ade41303a77 in XtAppProcessEvent () from /usr/lib/libXt.so.6 #19 0x00d91586 in ?? () #20 0x2ade41d716d4 in ?? () #21 0x00d91550 in ?? () #22 0x in ?? () Looks like it crashed inside your flash plugin. Can you try disabling 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#407583: iceweasel: Installer script complains unnecessarily about config files
* Manuel Bilderbeek ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: Hi Manuel, Please don't file duplicate bugs. I don't intend to. If I can't find the bug with some useful keywords with 'f' in reportbug, I file the bug as if it's new. You can't expect someone to check hundreds of bug reports. I realize that and I appreciate that you took the time to check, and indeed the list is long. I'm hoping to have some time to clean it up, but in the end Iceweasel is a large, complicated and buggy program. I'd rather have a duplicate bug than the bug not reported at all... (if I were the maintainer of the package...) Well in the ideal world I would prefer the bug to be reported only once. -- 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: RFA: qc-usb -- source code for QuickCam Express kernel module
Package: wnpp Severity: normal I request an adopter for the qc-usb package. I no longer use the hardware this driver runs, so I don't have much interest in maintaining this package anymore. The package description is: The qc-usb-source package is a skeleton for creating a kernel module to drive Logitech's QuickCam Express webcam and other webcams with similar chipsets. . This packages contains the source code for the kernel module. This driver supercedes the qce-ga driver. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393184: firefox: filenames _disappear_ if charset conflict
reassign 393184 iceweasel thanks * Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Severity: normal Tags: upstream It is acceptable to show filenames as question marks, but don't make them simply disappear! $ mount /dev/hdc on /cdrom950 type iso9660 (ro,nodev,iocharset=cp950) $ LANG=zh_TW.Big5 firefox /cdrom950 #can see the Chinese chars Index of file:///cdrom950/ Directory: 3_2_.files 1970???01???01??? 08:00:00 File: 3_2_.htm 38 KB 2004???12???09??? 18:51:58 File: AutoRun.exe 1611 KB 2004???09???09??? 19:07:12 $ unset LANG; firefox /cdrom950 #now just question marks Index of file:///cdrom950/ Directory: 3_2_.files 01/01/7008:00:00 File: 3_2_.htm 38 KB 12/09/0418:51:58 File: AutoRun.exe 1611 KB 09/09/0419:07:12 $ LANG=zh_TW.utf8 firefox /cdrom950 #now gone altogether! Index of file:///cdrom950/ File: AutoRun.exe 1611 KB 2004???09???09??? 19:07:12 Still seeing this in 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#400858: Description or memory usage?
severity 400858 minor thanks * Ra?l S?nchez Siles ([EMAIL PROTECTED]) wrote: Hello: I'm not very sure what is this bug about. If this is about large iceweasel memory usage I suggest retitling to something like iceweasel takes too much memory. But there would be little to do with this. Alternatively, if this is about the description of the package, then I suggest lowering priority to minor. Agreed. -- 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#421536: RFA: libmail-srs-perl -- interface to Sender Rewriting Scheme
Package: wnpp Severity: normal I request an adopter for the libmail-srs-perl package. I do not use srs and I have lost interest in the package. The package description is: The Sender Rewriting Scheme preserves .forward functionality in an SPF-compliant world. . SPF requires the SMTP client IP to match the envelope sender (return-path). When a message is forwarded through an intermediate server, that intermediate server may need to rewrite the return-path to remain SPF compliant. If the message bounces, that intermediate server needs to validate the bounce and forward the bounce to the original sender. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412099: iceweasel: Iceweasel breaks Foxyproxy extension (works with stock Firefox)
* Ben Wheeler ([EMAIL PROTECTED]) wrote: On Sun, Feb 25, 2007 at 02:31:43AM -0500, Eric Dorland wrote: Foxy proxy doesn't use any compiled code does it? You can examine the diff.gz yourself, but there isn't a lot of changes in there from the stock code (mostly portability fixes and build fixes), but a second set eyes never hurts. Eric, Thanks for getting back to me. Where can I find the diff? http://ftp.debian.org/debian/pool/main/i/iceweasel/ Just look at the latest diff.gz file. -- 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#383455: firefox: prints always in letter format
reassign 383455 iceweasel thanks Are you still seeing this in iceweasel? * gerhard oettl ([EMAIL PROTECTED]) wrote: If i print to a file the postscript intro looks fine (DocumentPaperSizes is set to A4): %!PS-Adobe-3.0 %%BoundingBox: 0 0 595 842 %%HiResBoundingBox: 0 0 595.25 841.9 %%Creator: Mozilla PostScript module (rv:1.8.0.4/2006060216) %%DocumentData: Clean8Bit %%DocumentPaperSizes: A4 %%Orientation: Portrait %%Pages: 1 %%PageOrder: Ascend %%EndComments % MozillaCharsetName: iso-8859-1 I am not a postscript expert, but i gess the problem is in the prolog, because if i change it from: %%BeginProlog /setpagedevice where { pop 2 dict dup /PageSize [ 595.25 841.9 ] put dup /Policies 1 dict dup /PageSize 3 put put setpagedevice } if [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright /parenleft /parenright /asterisk /plus /comma /hyphen /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /quoteleft /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclamdown /cent /sterling /currency /yen /brokenbar /section /dieresis /copyright /ordfeminine /guillemotleft /logicalnot /hyphen /registered /macron /degree /plusminus /twosuperior /threesuperior /acute /mu /paragraph /periodcentered /cedilla /onesuperior /ordmasculine /guillemotright /onequarter /onehalf /threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde /Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis /Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute /Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute /Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute /acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute /ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth /ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash /ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis] /isolatin1encoding exch def by removing the /PageSize commands (and some other commands nearby) to: %%BeginProlog /setpagedevice where {} if [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef etc, etc without knowing exactly (now) what that change does the postscript file is printed without crying for letter format and at least this page was printed correctly (as far as i can see). i hope this helps a little gerhard -- 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#407583: iceweasel: Installer script complains unnecessarily about config files
forcemerge 399829 407583 thanks * Manuel Bilderbeek ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Severity: normal After doing a complete purge of iceweasel (no /etc/iceweasel dir left), and then installing it again, gives me this output: $ sudo aptitude install iceweasel firefox firefox-gnome-support iceweasel-gnome-support mozilla-firefox-adblock Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following NEW packages will be automatically installed: libmyspell3c2 The following NEW packages will be installed: firefox firefox-gnome-support iceweasel iceweasel-gnome-support libmyspell3c2 mozilla-firefox-adblock 0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/9256kB of archives. After unpacking 28.0MB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Selecting previously deselected package libmyspell3c2. (Reading database ... 170911 files and directories currently installed.) Unpacking libmyspell3c2 (from .../libmyspell3c2_1%3a3.1-18_i386.deb) ... Selecting previously deselected package iceweasel. Unpacking iceweasel (from .../iceweasel_2.0.0.1+dfsg-2_i386.deb) ... Selecting previously deselected package firefox. Unpacking firefox (from .../firefox_2.0.0.1+dfsg-2_all.deb) ... Selecting previously deselected package iceweasel-gnome-support. Unpacking iceweasel-gnome-support (from .../iceweasel-gnome-support_2.0.0.1+dfsg-2_i386.deb) ... Selecting previously deselected package firefox-gnome-support. Unpacking firefox-gnome-support (from .../firefox-gnome-support_2.0.0.1+dfsg-2_all.deb) ... Selecting previously deselected package mozilla-firefox-adblock. Unpacking mozilla-firefox-adblock (from .../mozilla-firefox-adblock_0.5.2.039-4.1_all.deb) ... Setting up libmyspell3c2 (3.1-18) ... Setting up iceweasel (2.0.0.1+dfsg-2) ... Configuration file `/etc/iceweasel/profile/bookmarks.html' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** bookmarks.html (Y/I/N/O/D/Z) [default=N] ? Y Installing new version of config file /etc/iceweasel/profile/bookmarks.html ... Configuration file `/etc/iceweasel/pref/iceweasel.js' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** iceweasel.js (Y/I/N/O/D/Z) [default=N] ? Installing new version of config file /etc/iceweasel/pref/iceweasel.js ... Please restart any running Iceweasels, or you will experience problems. Setting up firefox (2.0.0.1+dfsg-2) ... Setting up iceweasel-gnome-support (2.0.0.1+dfsg-2) ... Setting up firefox-gnome-support (2.0.0.1+dfsg-2) ... Setting up mozilla-firefox-adblock (0.5.2.039-4.1) ... It should ask me about replacing config files that aren't there, so I think the installer script has a few small bugs. Hi Manuel, Please don't file duplicate bugs. -- 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#360538: Logging into Gnome session exits immediately
* Brice Goglin ([EMAIL PROTECTED]) wrote: Hi, About a year ago, you reported (or replied to) a bug in the Debian BTS regarding logging into Gnome exiting immediately. Did any of you guys reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. Haven't seen it in forever, feel free to close. -- 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#427057: iceweasel picks up wrong libssl3.so
* Anders Hammarquist ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 If libnss3 (from sarge) is installed, iceweasel will use libssl3.so from that package rather than the one that it comes with. This results in partial breakage of its SSL support. Most noticably, it will not support TLSv1 connections. I have a hard time believing that, what makes you think so? -- 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#427057: iceweasel picks up wrong libssl3.so
* Anders Hammarquist ([EMAIL PROTECTED]) wrote: In a message of Sat, 02 Jun 2007 23:20:00 EDT, Eric Dorland writes: * Anders Hammarquist ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 If libnss3 (from sarge) is installed, iceweasel will use libssl3.so from that package rather than the one that it comes with. This results in partial breakage of its SSL support. Most noticably, it will not support TLSv1 connections. I have a hard time believing that, what makes you think so? The fact that setting LD_LIBRARY_PATH to /usr/lib/iceweasel made the problem go away, and that the problem stayed away without setting LD_LIBRARY_PATH after purging libnss3. However, I can't repeat it on another machine by installing libnss3 so something else must be off too. I'll investigate further when I get back to work (and the machine that was broken) and see if I can figure out what actually happend on monday. Close this bug and I'll refile if I figure it out. So the LD_LIBRARY_PATH is set to /usr/lib/iceweasel in the iceweasel shell script (which invokes the actual binary, /usr/lib/iceweasel/firefox-bin). How are you invoking 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#427057: iceweasel picks up wrong libssl3.so
* Anders Hammarquist ([EMAIL PROTECTED]) wrote: In a message of Sun, 03 Jun 2007 15:01:25 EDT, Eric Dorland writes: I have a hard time believing that, what makes you think so? The fact that setting LD_LIBRARY_PATH to /usr/lib/iceweasel made the problem go away, and that the problem stayed away without setting LD_LIBRARY_PATH after purging libnss3. So the LD_LIBRARY_PATH is set to /usr/lib/iceweasel in the iceweasel shell script (which invokes the actual binary, /usr/lib/iceweasel/firefox-bin). How are you invoking it? Using the /usr/bin/iceweasel script... So at least theoretically, running it as env LD_LIBRARY_PATH=/usr/lib/iceweasel iceweasel vs just iceweasel shouldn't make any difference (I've read the script now). But it certainly did when I was chasing the SSL problem friday (or am I going insane?). I doubt you're crazy but maybe you made a mistake. Try it again on the machine you were having problems with and see. -- 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#429598: iceweasel: can't find ALT strings
forwarded 428297 https://bugzilla.mozilla.org/show_bug.cgi?id=158757 thanks * Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.4-1 Severity: wishlist Assume an image can't be loaded and instead there we are, starting at the ALT string, inside a box. E.g., using img alt= longdesc=bla src=no_such_file width=111 height=59 //a There it is clearly, $ lynx -dump po.htm|grep ZZZ hemispheres selects one of the two possible polarities [85] $ w3m -dump po.htm|grep ZZZ selects one of the two possible polarities of the magnetotactic Alas, iceweasel's / (Quick-find) cannot find ZZZ! Nor can ^F. / in both lynx and w3m find 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#424734: iceweasel ignores -width and -height parameter
forcemerge 267344 424734 thanks * Oliver Chief O'Cordes ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 Severity: normal iceweasel is ignoring -width and -height parameters which is reallsy uncool since I need this for a terminal to swith iceweasel in fullscreen mode without a window-manager. Please fix this... Please don't file duplicate bugs. -- 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#422748: iceweasel: File Save As /Open dialog (filepicker) loads filenames very slowly
forwarded 422748 https://bugzilla.mozilla.org/show_bug.cgi?id=111821 thanks * Starling ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 Severity: important This is a duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=111821 I just wanted to report experiencing the exact same slowdowns using iceweasel. I don't know how closely the two forks are kept in sync, but if it only gets solved in firefox, here's the warning to iceweasel devs. Opening a Save As/Open dialog, and trying to visit a directory with many files is very slow. 30 seconds to wait even, during which time the entire browser is frozen. They say in the mozilla bug that it's a problem with the filepicker code. Thanks for fixing, my heros! ^.^ Does this happen in other apps that use the gtk file dialogs? -- 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#307416: mozilla-firefox: the document contains no data dialog box is basically useless
reassign 307416 iceweasel close 307416 2.0+dfsg-1 thanks Since error pages are the default now, I think this bug can be closed. -- 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#245708: mozilla-firefox: outdated 'help' picture and icons from firebird
reassign 245708 iceweasel close 245708 2.0+dfsg-1 thanks Now that we have iceweasel, this bug doesn't make sense anymore. -- 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#221178: mozilla-firebird should restore state after a crash
reassign 221178 iceweasel close 221178 2.0+dfsg-1 thanks And finally it does, closing -- 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#387847: Not closed properly
forcemerge 386367 387847 thanks Looks like this bug was closed improperly ages ago. -- 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#425194: appears to need libcairo2.0-cil to sucessfully be used
Package: libgtk2.0-cil Version: 2.10.0-2 Severity: serious I got the following error when building my lat package. My mono isn't superb but it looks like it's complaining that gtk-sharp needs cairo to be present. And indeed adding libcairo2.0-cil to my build dependencies does the trick. But it sounds like they would be better off in yours. ** (/usr/lib/mono/2.0/gmcs.exe:27041): WARNING **: The following assembly referenced from /usr/lib/mono/gac/gdk-sharp/2.10.0.0__35e10195dab3c99f/gdk-sharp.dll could not be loaded: Assembly: Mono.Cairo(assemblyref_index=2) Version:1.0.5000.0 Public Key: 0738eb9f132ed756 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0). ** (/usr/lib/mono/2.0/gmcs.exe:27041): WARNING **: Could not load file or assembly 'Mono.Cairo, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756' or one of its dependencies. Stacktrace: at (wrapper managed-to-native) System.Reflection.MonoMethodInfo.get_method_info (intptr,System.Reflection.MonoMethodInfo) 0x4 at (wrapper managed-to-native) System.Reflection.MonoMethodInfo.get_method_info (intptr,System.Reflection.MonoMethodInfo) 0x at System.Reflection.MonoMethod.get_Attributes () 0x00025 at System.Reflection.MethodBase.get_IsVirtual () 0xc at Mono.CSharp.MemberCache.AddMethods (System.Reflection.BindingFlags,System.Type) 0x001a4 at Mono.CSharp.MemberCache.AddMethods (System.Type) 0x0002b at Mono.CSharp.MemberCache..ctor (Mono.CSharp.IMemberContainer) 0x00164 at Mono.CSharp.TypeHandle..ctor (System.Type) 0x0013f at Mono.CSharp.TypeHandle.GetTypeHandle (System.Type) 0x0004e at Mono.CSharp.TypeHandle.GetMemberCache (System.Type) 0xb at Mono.CSharp.TypeManager.MemberLookup_FindMembers (System.Type,System.Reflection.MemberTypes,System.Reflection.BindingFlags,string,bool) 0x0022a at Mono.CSharp.TypeManager.RealMemberLookup (System.Type,System.Type,System.Type,System.Reflection.MemberTypes,System.Reflection.BindingFlags,string,System.Collections.IList) 0x00192 at Mono.CSharp.TypeManager.MemberLookup (System.Type,System.Type,System.Type,System.Reflection.MemberTypes,System.Reflection.BindingFlags,string,System.Collections.IList) 0x0001f at Mono.CSharp.Expression.MemberLookup (System.Type,System.Type,System.Type,string,System.Reflection.MemberTypes,System.Reflection.BindingFlags,Mono.CSharp.Location) 0x00061 at Mono.CSharp.Expression.MemberLookup (System.Type,System.Type,System.Type,string,Mono.CSharp.Location) 0x0001d at Mono.CSharp.MemberAccess.DoResolve (Mono.CSharp.EmitContext,Mono.CSharp.Expression) 0x002dc at Mono.CSharp.MemberAccess.DoResolve (Mono.CSharp.EmitContext) 0xf at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) 0x00142 at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext) 0x00012 at Mono.CSharp.Argument.Resolve (Mono.CSharp.EmitContext,Mono.CSharp.Location) 0x00051 at Mono.CSharp.Invocation.DoResolve (Mono.CSharp.EmitContext) 0x00215 at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) 0x00142 at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext) 0x00012 at Mono.CSharp.ExpressionStatement.ResolveStatement (Mono.CSharp.EmitContext) 0x00016 at Mono.CSharp.StatementExpression.Resolve (Mono.CSharp.EmitContext) 0x0001f at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001ef at Mono.CSharp.Try.Resolve (Mono.CSharp.EmitContext) 0x00094 at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001ef at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext,Mono.CSharp.ToplevelBlock,Mono.CSharp.Parameters,Mono.CSharp.IMethodData,bool) 0x0018a at Mono.CSharp.EmitContext.EmitTopBlock (Mono.CSharp.IMethodData,Mono.CSharp.ToplevelBlock) 0x00048 at Mono.CSharp.MethodData.Emit (Mono.CSharp.DeclSpace) 0x00162 at Mono.CSharp.Method.Emit () 0x00017 at Mono.CSharp.TypeContainer.EmitType () 0x002e9 at Mono.CSharp.RootContext.EmitCode () 0x00206 at Mono.CSharp.Driver.MainDriver (string[]) 0x00a55 at Mono.CSharp.Driver.Main (string[]) 0x00055 at (wrapper runtime-invoke) System.Object.runtime_invoke_int_string[] (object,intptr,intptr,intptr) 0x Native stacktrace: /usr/bin/mono [0x81880c0] /usr/bin/mono [0x816ad89] [0x4001d440] [0x40ed3b29] [0x411ea3ae] [0x411ea365] [0x411e9d65] [0x411e9b84] [0x411e9795] [0x411e9600] [0x411e947f] [0x411e93ac] [0x412017d3] [0x412011db] [0x41201028] [0x41200cba] [0x4120f0be] [0x4120e245] [0x4120df50] [0x412008db] [0x4120071b] [0x412004f2] [0x4121bfe6] [0x412008db] [0x4120071b] [0x412082bf]
Bug#432435: Keith has fixes in upstream git
forwarded 432435 https://bugs.freedesktop.org/show_bug.cgi?id=11606 thanks I filed this upstream before noticing the Debian bugs about it. Apparently he has fixes in the upstream git. -- 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#433156: sqlfairy: sqlt-diagram --natural-join option not usable
* Didrik Pinte ([EMAIL PROTECTED]) wrote: Package: sqlfairy Version: 0.08-1 Severity: normal Tags: patch Hi, When using the following command : [EMAIL PROTECTED]:~/db$ sqlt-diagram --from=MySQL -o test.png --natural-join db_prod_scheme_14072007.sql Error: translate: Error with producer 'SQL::Translator::Producer::Diagram': Can't locate object method new via package Graph::Directed (perhaps you forgot to load Graph::Directed?) at /usr/share/perl5/SQL/Translator/Schema.pm line 95. The --natural-join command causes problem. The correction in the code is simple. You only need to add a use Graph::Directed at line 95 of the Schema.pm file (see patch in attachement). Thanks, I've applied the patch. Unfortunately something has broken the test suite (see http://bugs.debian.org/427309) and I'm not able to build it and I haven't had time to fix 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#422261: iceweasel: smooth scrolling when message bar appears or is clicked away
forwarded 422261 https://bugzilla.mozilla.org/show_bug.cgi?id=379716 thanks * Mario Frasca ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-1 Severity: normal when the message bar is displayed or clicked away, for example because of a missing plugin or a site wanting to open a popup window, the rest of the window is scrolled smoothly, even if the option 'preferences', 'advanced', 'general', 'use smooth scrolling' is not checked. reported as https://bugzilla.mozilla.org/show_bug.cgi?id=379716 Thanks for the report. -- 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#366735: firefox segfaults when downloading a file
reassign 366735 iceweasel thanks * H.-Dirk Schmitt ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.3-2 Followup-For: Bug #366735 me too :-/ Every time I download a file, or try to open an pdf document I get a coredump. I can also trigger a coredump with selecting /Edit/Preferences/Privacy in the menu. Are you still seeing this 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#323780: firefox: print dialog very slow if you don't have xprint installed
reassign 323780 iceweasel thanks * Daniel Nelson ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.3-2 Followup-For: Bug #323780 If I remove the xprint package it takes about a full minute for the print dialog come up, reinstalling the package fixes the problem. But since I always use my cups printer it is annoying to have the extra listings and firefox doesn't save the default printer so it must be re-selected everytime. Are you still seeing this in the latest version of 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