Re: Foxit Reader problem
ST wrote: Ed Mullen wrote: ST wrote: Hello, I uninstalled Acrobat and installed Foxit reader. It works fine as a separate program to view PDF files, but there is a problem if I click on a pdf file from a Seamonkey window. It starts to download, but then freezes. A popup will come up with a 'Server Busy' heading. The message says: The application cannot be completed because [file name] (application/pdf object) Seamonkey program is not responding. Then there are two boxes below that can be clicked. One says Switch [which when clicked does nothing] and the other says Retry. If Retry is clicked, it goes away for a few seconds then the original popup comes back. There is a Cancel button also, but that is grayed out. I can't close the program after that without using the task manager. The task manager shows Foxit as being loaded, but if I kill that program I'm still frozen and have to kill Seamonkey also. I tried adding Foxit to the helper applications but that did nothing. Simply setting Foxit as the default file handler in Windows should be enough to automatically create the Helper Application listing in SeaMonkey. FWIW, here are HA screens from my properly operating Foxit/SeaMonkey installation. http://edmullen.net/temp/capfox1.jpg If you click the Edit button on that screen you'll get this: http://edmullen.net/temp/capfox2.jpg Hello, Those are my settings also. ST What version of Windows? What version of Foxit? Have you tried uninstalling Foxit and re-installing it? -- Ed Mullen http://edmullen.net How come abbreviated is such a long word? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: BUG in 1.1.13 version ?
Peter Potamus the Purple Hippo a écrit : Bertrand wrote: The mail-adresses-file gestion had problems. first : any adresses-lists from the previous version dosn't come in the message adresse when we give his name I have no idea what you're trying to say with this. I explan it in frensh below second : when we create an new adresses-list in a profile, this news list is visible in the other profils (tools/change profil to get in an other profile). I verify that the modification date from the aboot.mab isn't modify in the other profiles. The new list in the others mail-adresses-file are then chimera, not real. Excuse my english Sincerly Bertrand de Pommery what happens when you switch profiles without using Tools? I mean switching profiles use the profile manager Hello Excuse for my so bad english, Peter I write it in frensh : Dans le carnet d'adresses a des problèmes de gestion : premièrement : certaines listes d'adresses ne sont plus retrouvées en écrivant son nom dans les adresses de la rédaction d'un mail (écrit en rouge, comme inconnu) deuxièmement : en créant une liste dans un de mes profils (j'en ai 4), je l'ai retrouvée dans deux autres (je n'ai pas regardé le dernier). Mais après fermeture de Seamonkey, j'ai constaté que les fichiers abook.mab n'avaient pas changé de date de modification hormis celui du profil où j'avais créé la liste, bien sur. Dans cette expérimentation, je n'ai pas fermé Seamonkey mais je suis passé d'un profil à l'autre par le menu outils/changer de profil qui ouvre le gestionnaire de profil (profile manager). C'était donc une liste fantôme dans les autres profils. En repassant en 1.1.12, les carnets d'adresses sont redevenus corrects, sans la liste fantôme. Ce qui était normal au vu des dates de modification. Cordialement Bertrand Is anyone can translate this text for the people not reading the frensh language, my english is so bad... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Foxit Reader problem
ST a écrit : Hello, I uninstalled Acrobat and installed Foxit reader. It works fine as a separate program to view PDF files, but there is a problem if I click on a pdf file from a Seamonkey window. It starts to download, but then freezes. A popup will come up with a 'Server Busy' heading. The message says: The application cannot be completed because [file name] (application/pdf object) Seamonkey program is not responding. Then there are two boxes below that can be clicked. One says Switch [which when clicked does nothing] and the other says Retry. If Retry is clicked, it goes away for a few seconds then the original popup comes back. There is a Cancel button also, but that is grayed out. I can't close the program after that without using the task manager. The task manager shows Foxit as being loaded, but if I kill that program I'm still frozen and have to kill Seamonkey also. I tried adding Foxit to the helper applications but that did nothing. Suggestions would be appreciated? Thanks, ST I always have problem with Foxit with OS W98se, Me or XP. It say me that Foxit is perhapps better in version 3. I don't tray. Bertrand ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Concerning Firefox and presumably SeaMonkey security
Rostyslaw Lewyckyj wrote: Robert Kaiser wrote: Rostyslaw Lewyckyj wrote: Mozilla's Firefox web browser versions 2 and 3 top the list with 40 reported flaws. The real interesting part is how many users out there (absolute or percentage) are using products with unfixed security flaws? How many days of having no fix for a known security vulnerability did the different products have? It not important how many different flaws there were in any given product, Come again?? Not important how many flaws made it past all internal quality controls and presumably beta testing into a released version of the product? There is no internal in open source. Everything is public. The open community is the testing and quality control, be it in testing or in code reviews. Every single line of the code is out there for everyone to look at, user, developer, white hat or black hat. And that's why we don't hide minor flaws that probably cannot be exploited, as companies with closed source like to do. We label everything we find in our own development that has been in a release as security relevant and publish at least a minor severity advisory once we release the updates that fix this flaw. Most of the issues you'll see in Mozilla software are actually first published by us, and together with a version that actually contains the fixes, and together with the source code that fixes it. How many others do things that way? You just cannot compare apples with oranges, sorry. Non organizational users, i.e. without centralized upgrade, are unlikely to upgrade promptly. Heck, even centers with dedicated computer administration, are often behind on versions and fixes. So, what you're saying basically means that anyone using centralized upgrades voluntarily is insecure. Well, if they like being insecure, why do we care about their security at all? Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: BUG in 1.1.13 version ?
Bertrand wrote: Peter Potamus the Purple Hippo a écrit : Bertrand wrote: The mail-adresses-file gestion had problems. first : any adresses-lists from the previous version dosn't come in the message adresse when we give his name I have no idea what you're trying to say with this. I explan it in frensh below second : when we create an new adresses-list in a profile, this news list is visible in the other profils (tools/change profil to get in an other profile). I verify that the modification date from the aboot.mab isn't modify in the other profiles. The new list in the others mail-adresses-file are then chimera, not real. Excuse my english Sincerly Bertrand de Pommery what happens when you switch profiles without using Tools? I mean switching profiles use the profile manager Hello Excuse for my so bad english, Peter I write it in frensh : Dans le carnet d'adresses a des problèmes de gestion : premièrement : certaines listes d'adresses ne sont plus retrouvées en écrivant son nom dans les adresses de la rédaction d'un mail (écrit en rouge, comme inconnu) deuxièmement : en créant une liste dans un de mes profils (j'en ai 4), je l'ai retrouvée dans deux autres (je n'ai pas regardé le dernier). Mais après fermeture de Seamonkey, j'ai constaté que les fichiers abook.mab n'avaient pas changé de date de modification hormis celui du profil où j'avais créé la liste, bien sur. Dans cette expérimentation, je n'ai pas fermé Seamonkey mais je suis passé d'un profil à l'autre par le menu outils/changer de profil qui ouvre le gestionnaire de profil (profile manager). C'était donc une liste fantôme dans les autres profils. En repassant en 1.1.12, les carnets d'adresses sont redevenus corrects, sans la liste fantôme. Ce qui était normal au vu des dates de modification. Cordialement Bertrand Is anyone can translate this text for the people not reading the frensh language, my english is so bad... Bertrand, Tu n'as essayé cette manip en fermant SM 1.1.13 complétement puis en relançant? -- John Doue ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: BUG in 1.1.13 version ?
Peter Potamus the Purple Hippo wrote: John Doue wrote: John Doue wrote: Bertrand wrote: Peter Potamus the Purple Hippo a écrit : Bertrand wrote: The mail-adresses-file gestion had problems. first : any adresses-lists from the previous version dosn't come in the message adresse when we give his name I have no idea what you're trying to say with this. I explan it in frensh below second : when we create an new adresses-list in a profile, this news list is visible in the other profils (tools/change profil to get in an other profile). I verify that the modification date from the aboot.mab isn't modify in the other profiles. The new list in the others mail-adresses-file are then chimera, not real. Excuse my english Sincerly Bertrand de Pommery what happens when you switch profiles without using Tools? I mean switching profiles use the profile manager Hello Excuse for my so bad english, Peter I write it in frensh : Dans le carnet d'adresses a des problèmes de gestion : premièrement : certaines listes d'adresses ne sont plus retrouvées en écrivant son nom dans les adresses de la rédaction d'un mail (écrit en rouge, comme inconnu) deuxièmement : en créant une liste dans un de mes profils (j'en ai 4), je l'ai retrouvée dans deux autres (je n'ai pas regardé le dernier). Mais après fermeture de Seamonkey, j'ai constaté que les fichiers abook.mab n'avaient pas changé de date de modification hormis celui du profil où j'avais créé la liste, bien sur. Dans cette expérimentation, je n'ai pas fermé Seamonkey mais je suis passé d'un profil à l'autre par le menu outils/changer de profil qui ouvre le gestionnaire de profil (profile manager). C'était donc une liste fantôme dans les autres profils. En repassant en 1.1.12, les carnets d'adresses sont redevenus corrects, sans la liste fantôme. Ce qui était normal au vu des dates de modification. Cordialement Bertrand Is anyone can translate this text for the people not reading the frensh language, my english is so bad... I will attempt to translate this - not literally -: __ in the Address book, there are management problems. firstly, addresses sometimes do not show up automatically while typing the first characters on an address in mail fields (added by me: like To, CC, and so on). secondly, after creating a list in one of my profiles (I have 4 of them), I found it in two of the others (did not check the last one). But after closing SM, I find that the abook.mab files modification dates remained unchanged, except for the one in the profile where I created the list, of course. While doing this test, I did not shut down SM but switched profiles via the Menu Tools, Switch profiles. Seems to me it was a ghost list in the other profiles. Going back to 1.1.12 corrected the issue, the ghost list disappeared. Which is normal given the modification dates. __ The first issue seems clear to me, Peter. The second, I understand a ghost addresses list appears in profiles different from the one a new list was created in. This appears to be the case using the Switching function. The OP does not seem to have tested this by shutting down SM and restarting it and he went back to 1.1.12 which solved the problem. Apparently, the OP went back to 1.1.12 immediately, without having tried shutting down and restarting 1.1.12, for fear of make the problem worse. well, since I couldn't understand what was being said, I mentioned this in my first post, so I will mention it again. When I use Tools, Switch Profile, sometimes things from the profile I'm in will show up in another. That is why I said don't use Tools to switch profiles. Instead, close SM and start the SM profile manager, and switch profiles that way. I kind of suspected this. T'as compris, Bertrand? -- John Doue ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0a2 issues
Mon, 15 Dec 2008 14:14:27 -0500, /Ed Mullen/:
Just trying SM 2.0a2 and immediately noticed:
2. In my userChrome.css file is the following:
/* Kill bookmark icons in the Personal Toolbar */
toolbarbutton.bookmark-item .toolbarbutton-icon {
display: none;
}
/* END Kill bookmark icons in the Personal Toolbar */
which turns off the icons in the Personal Toolbar which, again, I really
need in order to save space. Been using this one for a long time too
and it no longer works. I wonder if the Personal Toolbar's name has
been changed in the code which would account for this.
I think you just need the important keyword. As far as I see using
the DOM Inspector there's already another important style rule which
affects the display property, so you surely need to add !important
to your declaration.
--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0a2 issues
Ed Mullen wrote:
2. In my userChrome.css file is the following:
/* Kill bookmark icons in the Personal Toolbar */
toolbarbutton.bookmark-item .toolbarbutton-icon {
display: none;
}
/* END Kill bookmark icons in the Personal Toolbar */
which turns off the icons in the Personal Toolbar which, again, I really
need in order to save space. Been using this one for a long time too
and it no longer works. I wonder if the Personal Toolbar's name has
been changed in the code which would account for this.
this is one of those new things in SM 2. The entries
for the personal toolbar has changed.
--
*IMPORTANT*: Sorry folks, but I cannot provide email
help Emails to me may become public
Notice: This posting is protected under the Free Speech
Laws, which applies everywhere in the FREE world,
except for some strange reason, not to the mozilla.org
newsgroup servers, where your posting may get you banned.
Peter Potamus His Magic Flying Balloon:
http://melaman2.com/cartoons/singles/mp3/p-potamus.mp3
http://www.toonopedia.com/potamus.htm
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
Re: Concerning Firefox and presumably SeaMonkey security
On 12/13/2008 08:34 PM, Justin Wood (Callek) wrote: Of note to everyone here is that Mozilla (SeaMonkey, Firefox etc.) report EVERY security bug once fixed and what it was. Some companies like IE, Apple, and possibly even Google (for chrome -- no data), if a security bug is only ever found and reported internally, they won't make it even known that it _ever_ existed. Where we do and fix it anyway. It is a very open community, therefore the potential for others to accurately gauge what bugs are fixed on our side is high, whereas on Microsoft or Apple's side is relatively low. Agree. Along these lines, this might be of interest to try with SeaMonkey... http://www.info-svc.com/news/2008/12-12/ [Google Chrome Receives Lowest Password Security Score] http://www.info-svc.com/news/2008/12-12/pm-evaluator/ [Password Manager Evaluator v2.0] If I get some time later I'll try it with SM 1.1.14 and 2.0a3pre to see what the results are. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Concerning Firefox and presumably SeaMonkey security
On 12/15/2008 03:58 PM, John Boyle wrote: To ALL: There is a question that comes to my mind, as I see a SM 1.1.14 is mentioned, but cannot find that anywhere. Is there really a version 1.1.14 or is that a typo? :-[ Tomorrow, or at least within a few days hopefully. I'm using a pre-released version. 1.1.13 is the currently released version. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0a2 issues
Ed Mullen wrote:
2. In my userChrome.css file is the following:
/* Kill bookmark icons in the Personal Toolbar */
toolbarbutton.bookmark-item .toolbarbutton-icon {
display: none;
}
/* END Kill bookmark icons in the Personal Toolbar */
which turns off the icons in the Personal Toolbar which, again, I really
need in order to save space. Been using this one for a long time too and
it no longer works. I wonder if the Personal Toolbar's name has been
changed in the code which would account for this.
Could you please file a bug that the personal toolbar doesn't respect
the toolbar icon/test mode controls? I think that if you select the
personal toolbar to be text-only, the personal toolbar items should
follow that.
Robert Kaiser
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
Re: Concerning Firefox and presumably SeaMonkey security
NoOp wrote: On 12/15/2008 02:58 PM, NoOp wrote: On 12/13/2008 08:34 PM, Justin Wood (Callek) wrote: Of note to everyone here is that Mozilla (SeaMonkey, Firefox etc.) report EVERY security bug once fixed and what it was. Some companies like IE, Apple, and possibly even Google (for chrome -- no data), if a security bug is only ever found and reported internally, they won't make it even known that it _ever_ existed. Where we do and fix it anyway. It is a very open community, therefore the potential for others to accurately gauge what bugs are fixed on our side is high, whereas on Microsoft or Apple's side is relatively low. Agree. Along these lines, this might be of interest to try with SeaMonkey... http://www.info-svc.com/news/2008/12-12/ [Google Chrome Receives Lowest Password Security Score] http://www.info-svc.com/news/2008/12-12/pm-evaluator/ [Password Manager Evaluator v2.0] If I get some time later I'll try it with SM 1.1.14 and 2.0a3pre to see what the results are. 1.1.14: Report Test Performed Result Action Authority Checked on Retrieval FAILED Action Authority Checked on SaveFAILED Action Authority Raises WarningsFAILED Action Path Checked on RetrievalFAILED Action Path Checked on Save FAILED Action Scheme Checked on Retrieval FAILED Action Scheme Checked on Save FAILED Action Scheme Raises Warnings FAILED Action Scheme Prevented if Unsafe FAILED Autocomplete=Off Prevents Form FillsFAILED Invisiblility Prevents Form Fills PASSED Method Checked on Retrieval FAILED Method Raises Warnings FAILED Multiple Paths Per User Per Authority FAILED Multiple Ports Per User Per HostFAILED Multi. Schemes Per User Per Authority FAILED Page Path Checked on Retrieval FAILED Random Name Attr. Prevents Form Fills PASSED User Required for PW Retrieval FAILED User Required for PW Save FAILED Valid URIs Don't Break Anything PASSED I reckon I'll run the test again to make sure that I did everything correct. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081215 Lightning/1.0pre SeaMonkey/2.0a3pre ID:20081215000501 Report Action Authority Checked on RetrievalFAILED Action Authority Checked on Save FAILED Action Authority Raises Warnings FAILED Action Path Checked on Retrieval FAILED Action Path Checked on Save FAILED Action Scheme Checked on Retrieval FAILED Action Scheme Checked on Save FAILED Action Scheme Raises Warnings FAILED Action Scheme Prevented if Unsafe PASSED Autocomplete=Off Prevents Form Fills FAILED Invisiblility Prevents Form Fills PASSED Method Checked on Retrieval FAILED Method Raises Warnings FAILED Multiple Paths Per User Per AuthorityFAILED Multiple Ports Per User Per Host FAILED Multi. Schemes Per User Per AuthorityFAILED Page Path Checked on Retrieval FAILED Random Name Attr. Prevents Form FillsPASSED User Required for PW Retrieval FAILED User Required for PW Save FAILED Valid URIs Don't Break Anything PASSED ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
