Re: Just to remind the SeaMonkey devs

[Michael Gordon]

zfhgfhfj wrote:

Justin Wood (Callek) wrote:

Saul Luiga wrote:

[url=http://www.youtube.com/watch?v=t2mU6USTBRE]Who's fat? SeaMonkey
!!![/url]


"I'm not fat I'm big boned" ~ SeaMonkey
(When talking about how its bones are made up of the innards of Firefox
and Thunderbird)


Lol nice try, but no, the guy is fat...


No! He's just short for his weight.

--
Armadillo Web Development
www.armadilloweb.com

Cell: 903.244.3644

Opening your Door to Opportunity
and inviting the world to walk through.

Character is doing the right thing...
Even when no one is watching...


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Just to remind the SeaMonkey devs

[zfhgfhfj]

Justin Wood (Callek) wrote:

Saul Luiga wrote:

[url=http://www.youtube.com/watch?v=t2mU6USTBRE]Who's fat? SeaMonkey
!!![/url]


"I'm not fat I'm big boned" ~ SeaMonkey
(When talking about how its bones are made up of the innards of Firefox
and Thunderbird)


Lol nice try, but no, the guy is fat...
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Just to remind the SeaMonkey devs

[Justin Wood (Callek)]

Saul Luiga wrote:

[url=http://www.youtube.com/watch?v=t2mU6USTBRE]Who's fat? SeaMonkey
!!![/url]


"I'm not fat I'm big boned" ~ SeaMonkey
(When talking about how its bones are made up of the innards of Firefox 
and Thunderbird)


--
~Justin Wood (Callek)
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Just to remind the SeaMonkey devs

[zfhgfhfj]

Saul Luiga wrote:

[url=http://www.youtube.com/watch?v=t2mU6USTBRE]Who's fat? SeaMonkey
!!![/url]


So you can understand my point better: 
http://www.youtube.com/watch?v=U93_frgadNg

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Just to remind the SeaMonkey devs

[Saul Luiga]

[url=http://www.youtube.com/watch?v=t2mU6USTBRE]Who's fat? SeaMonkey 
!!![/url]

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[David E. Ross]

On 8/13/12 12:40 PM, Ray_Net wrote:
> David E. Ross wrote, On 13/08/2012 18:28:
>> On 8/13/12 5:22 AM, Joe Rotello wrote:
>>> On 8/13/2012 6:52 AM, Philip TAYLOR wrote:
 Joe Rotello wrote:

> JR Personal Reflection Bottom line: End-users who fully and
> intentionally disable the likes of Flash plug-in, PHP, Java and even
> JavaScript browser operations are in reality doing more to "damage"
> their browser operations and shut themselves out of a great many needful
> and useful web-sites world-wide. Many users who do the above and walk
> away from those options then wonder why a great many web-sites and pages
> no longer work or display properly, then start suspecting the browser or
> the OS, etc.
 Whilst I have a /certain/ (but by no means unequivocal) sympathy with
 your position, I am completely at a loss to know how a user might seek
 to "disable ... PHP".  PHP is a server-side technology, just like
 ASP and ASP.NET; how can this possibly be disabled client-side ?

 I would also argue that the vast majority of those who "do the above
 and walk away from those options" do not "wonder why a great many
 web-sites and pages no longer work or display properly" -- they know
 why, and they are prepared to live with this in order to satisfy their
 own security concerns and/or paranoia.
>>> Like it or not, in many modern browsers, esp. those allowing access to
>>> "about all" the settings, one can disrupt PHP operations, essentially
>>> switching PHP execution off. Can be done in FF, for example, have seen
>>> it accomplished in the OS with Internet Explorer, etc.
>>>
>>> Thankfully, people do NOT usually do this, nor should they, yet it can
>>> be terribly exciting to troubleshoot a bad web experience and find out
>>> that this kind of PHP disabling has been done.
>>>
>>> Yes, indeed, I tend to agree that many of those who do the above know
>>> full well, or believe they do, of what they are doing, so PHP failures
>>> or web-disasters should not come as a surprise to them.
>>>
>>> Joe
>>>
>> With the AdBlock Plus extension, it might be possible to block some PHP
>> sites with a filter containing *.php.  However, many Web sites today
>> omit the file extension on the URIs; in that case, the filter will not
>> work.
>>
> How can you disable PHP sites with AdBlock Plus When you ask for 
> http://edmullen.net/index.php
> AdBlock will stop you ? Or it will stop the previous php site to send 
> you pure html code ?
> 
> Anyway i don't understant why we should kill php sites. PHP sites cannot 
> attack your computer.
> 

Oops!  Apparently, AdBlock Plus will NOT block a URI the user explicitly
requests.

No, I don't understand either why PHP sites should be blocked.  I was
trying to answer the question "How do you do it?"  Perhaps I should have
instead said, "Don't bother trying it.", especially since my AdBlock
Plus suggestion does not work.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[Ray_Net]

David E. Ross wrote, On 13/08/2012 18:28:

On 8/13/12 5:22 AM, Joe Rotello wrote:

On 8/13/2012 6:52 AM, Philip TAYLOR wrote:

Joe Rotello wrote:


JR Personal Reflection Bottom line: End-users who fully and
intentionally disable the likes of Flash plug-in, PHP, Java and even
JavaScript browser operations are in reality doing more to "damage"
their browser operations and shut themselves out of a great many needful
and useful web-sites world-wide. Many users who do the above and walk
away from those options then wonder why a great many web-sites and pages
no longer work or display properly, then start suspecting the browser or
the OS, etc.

Whilst I have a /certain/ (but by no means unequivocal) sympathy with
your position, I am completely at a loss to know how a user might seek
to "disable ... PHP".  PHP is a server-side technology, just like
ASP and ASP.NET; how can this possibly be disabled client-side ?

I would also argue that the vast majority of those who "do the above
and walk away from those options" do not "wonder why a great many
web-sites and pages no longer work or display properly" -- they know
why, and they are prepared to live with this in order to satisfy their
own security concerns and/or paranoia.

Like it or not, in many modern browsers, esp. those allowing access to
"about all" the settings, one can disrupt PHP operations, essentially
switching PHP execution off. Can be done in FF, for example, have seen
it accomplished in the OS with Internet Explorer, etc.

Thankfully, people do NOT usually do this, nor should they, yet it can
be terribly exciting to troubleshoot a bad web experience and find out
that this kind of PHP disabling has been done.

Yes, indeed, I tend to agree that many of those who do the above know
full well, or believe they do, of what they are doing, so PHP failures
or web-disasters should not come as a surprise to them.

Joe


With the AdBlock Plus extension, it might be possible to block some PHP
sites with a filter containing *.php.  However, many Web sites today
omit the file extension on the URIs; in that case, the filter will not
work.

How can you disable PHP sites with AdBlock Plus When you ask for 
http://edmullen.net/index.php
AdBlock will stop you ? Or it will stop the previous php site to send 
you pure html code ?


Anyway i don't understant why we should kill php sites. PHP sites cannot 
attack your computer.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: spinning cursor

[Bill Davidsen]

Daniel wrote:

Bill Davidsen wrote:

Bill Davidsen wrote:

Ray_Net wrote:

Jim Taylor wrote, On 28/05/2012 01:18:

sean nathan wrote:

is there something going on with the mozilla.org servers that would
cause m to have an incessantly spininng cursor when connected to this
newsgroup?

sean


It's not the servers, it's a bug
https://bugzilla.mozilla.org/show_bug.cgi?id=727414

Where we can use a work-around:
Under about:config put ui.use_activity_cursor false


I wouldn't call that a work-around, it disables the cursor function to
tell you
when things are (still) happening. If you want a work-around tap the
ESC key
which may actually stop the background activity causing the cursor
spin. Since
that make the CPU usage go down, at least in Linux, I assume that the
real issue
is that some background activity is still running a loop checking if
something
is complete and sleeping if it isn't.

I would rather have the activity notification present and stop the
background
activity manually when I see something running, as opposed to
selecting an
option which amounts to "something undesirable is happening, I won't
look."
Generally in computing ignorance is not bliss.


After checking this problem a bit, it actually may be a server issue, in
that 4-5 other servers I visit which have lots of unread articles don't
show this behavior. The cursor spin briefly while the network activity
indicator is on, then stops without intervention on most other servers
other than mozilla servers.

I shall investigate more, but I post now so people can see if this
matches their observations.



Bill, I also get the no stop spinning icon in the Accounts and Threads parts of
the SM screen, have don so since about 2.7 or 2.8

Build identifier: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0)
Gecko/20120715 Firefox/14.0.1 SeaMonkey/2.11

Tried your tip about tapping Escdoes not work for me!!

Thanks for testing, another data point. Happily it does for me, just used it a 
moment ago, but all workarounds fall under the YMMV rule.


--
Bill Davidsen 
  We are not out of the woods yet, but we know the direction and have
taken the first step. The steps are many, but finite in number, and if
we persevere we will reach our destination.  -me, 2010


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[David E. Ross]

On 8/13/12 5:22 AM, Joe Rotello wrote:
> On 8/13/2012 6:52 AM, Philip TAYLOR wrote:
>>
>> Joe Rotello wrote:
>>
>>> JR Personal Reflection Bottom line: End-users who fully and
>>> intentionally disable the likes of Flash plug-in, PHP, Java and even
>>> JavaScript browser operations are in reality doing more to "damage"
>>> their browser operations and shut themselves out of a great many needful
>>> and useful web-sites world-wide. Many users who do the above and walk
>>> away from those options then wonder why a great many web-sites and pages
>>> no longer work or display properly, then start suspecting the browser or
>>> the OS, etc.
>>
>> Whilst I have a /certain/ (but by no means unequivocal) sympathy with
>> your position, I am completely at a loss to know how a user might seek
>> to "disable ... PHP".  PHP is a server-side technology, just like
>> ASP and ASP.NET; how can this possibly be disabled client-side ?
>>
>> I would also argue that the vast majority of those who "do the above
>> and walk away from those options" do not "wonder why a great many
>> web-sites and pages no longer work or display properly" -- they know 
>> why, and they are prepared to live with this in order to satisfy their
>> own security concerns and/or paranoia.
> 
> Like it or not, in many modern browsers, esp. those allowing access to 
> "about all" the settings, one can disrupt PHP operations, essentially 
> switching PHP execution off. Can be done in FF, for example, have seen 
> it accomplished in the OS with Internet Explorer, etc.
> 
> Thankfully, people do NOT usually do this, nor should they, yet it can 
> be terribly exciting to troubleshoot a bad web experience and find out 
> that this kind of PHP disabling has been done.
> 
> Yes, indeed, I tend to agree that many of those who do the above know 
> full well, or believe they do, of what they are doing, so PHP failures 
> or web-disasters should not come as a surprise to them.
> 
> Joe
> 

With the AdBlock Plus extension, it might be possible to block some PHP
sites with a filter containing *.php.  However, many Web sites today
omit the file extension on the URIs; in that case, the filter will not
work.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[Ed Mullen]

Joe Rotello wrote:

On 8/13/2012 6:52 AM, Philip TAYLOR wrote:


Joe Rotello wrote:


JR Personal Reflection Bottom line: End-users who fully and
intentionally disable the likes of Flash plug-in, PHP, Java and even
JavaScript browser operations are in reality doing more to "damage"
their browser operations and shut themselves out of a great many needful
and useful web-sites world-wide. Many users who do the above and walk
away from those options then wonder why a great many web-sites and pages
no longer work or display properly, then start suspecting the browser or
the OS, etc.


Whilst I have a /certain/ (but by no means unequivocal) sympathy with
your position, I am completely at a loss to know how a user might seek
to "disable ... PHP".  PHP is a server-side technology, just like
ASP and ASP.NET; how can this possibly be disabled client-side ?

I would also argue that the vast majority of those who "do the above
and walk away from those options" do not "wonder why a great many
web-sites and pages no longer work or display properly" -- they know
why, and they are prepared to live with this in order to satisfy their
own security concerns and/or paranoia.


Like it or not, in many modern browsers, esp. those allowing access to
"about all" the settings, one can disrupt PHP operations, essentially
switching PHP execution off. Can be done in FF, for example, have seen
it accomplished in the OS with Internet Explorer, etc.

Thankfully, people do NOT usually do this, nor should they, yet it can
be terribly exciting to troubleshoot a bad web experience and find out
that this kind of PHP disabling has been done.

Yes, indeed, I tend to agree that many of those who do the above know
full well, or believe they do, of what they are doing, so PHP failures
or web-disasters should not come as a surprise to them.

Joe


PHP runs on the server.  There is no way to disable it in a 
client/browser. When a browser asks for a PHP page the server assembles 
the page and sends it as Content-Type: text/html.  Open Live Http 
Headers and go to http://edmullen.net/index.php. Then view the source. 
See any php code in there?



--
Ed Mullen
http://edmullen.net/
What is a free gift? Aren't all gifts free?
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SeaMonkey - Mozilla's Where's SeaMonkey challenge

[David E. Ross]

On 8/13/12 7:34 AM, MCBastos wrote:
> Interviewed by CNN on 13/08/2012 09:41, Daniel told the world:
>> Robert Kaiser wrote:
> 
>> You could be right, Kairo, I just plugged "www.seamonkey.org" into the 
>> browser and it came up empty.
>>
> Try using a more comprehensive tool that includes WHOIS data, such as
> http://network-tools.com/ to research a domain.
> 
WhoIs - Monday, August 13, 2012 07:59:27
Generated by CyberKit Version 2.5
Copyright © 1996-2000 by Luc Neijens

Hostname: whois-servers.net
Query: seamonkey.org
Port: 43

GeekTools Whois Proxy v5.0.5 Ready.
Checking access for 76.173.9.48... ok.

Checking server [whois.publicinterestregistry.net]
Results:

Domain ID:D94433228-LROR
Domain Name:SEAMONKEY.ORG
Created On:12-Feb-2003 02:27:14 UTC
Last Updated On:17-Jan-2012 23:15:53 UTC
Expiration Date:12-Feb-2013 02:27:14 UTC
Sponsoring Registrar:eNom, Inc. (R39-LROR)
Status:OK
Registrant ID:6f91e84b3a1
Registrant Name:Warren  Yang
Registrant Street1:1518 Klamath Dr
Registrant City:Sunnyvale
Registrant State/Province:CA
Registrant Postal Code:94087
Registrant Country:US
Registrant Phone:+1.6506937064
Registrant Email:warr...@gmail.com
Admin ID:6f91e84b3a1
Admin Name:Warren  Yang
Admin Street1:1518 Klamath Dr
Admin City:Sunnyvale
Admin State/Province:CA
Admin Postal Code:94087
Admin Country:US
Admin Phone:+1.6506937064
Admin Email:warr...@gmail.com
Tech ID:6f91e84b3a1
Tech Name:Warren  Yang
Tech Street1:1518 Klamath Dr
Tech City:Sunnyvale
Tech State/Province:CA
Tech Postal Code:94087
Tech Country:US
Tech Phone:+1.6506937064
Tech Email:warr...@gmail.com
Name Server:DNSONE.ROADTOAD.NET
Name Server:DNSTWO.ROADTOAD.NET
DNSSEC:Unsigned

Results brought to you by the GeekTools WHOIS Proxy
Server results may be copyrighted and are used with permission.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SeaMonkey - Mozilla's Where's SeaMonkey challenge

[MCBastos]

Interviewed by CNN on 13/08/2012 09:41, Daniel told the world:
> Robert Kaiser wrote:

> You could be right, Kairo, I just plugged "www.seamonkey.org" into the 
> browser and it came up empty.
> 
Try using a more comprehensive tool that includes WHOIS data, such as
http://network-tools.com/ to research a domain.

-- 
MCBastos

This message has been protected with the 2ROT13 algorithm. Unauthorized
use will be prosecuted under the DMCA.

-=-=-
... Sent from my HP LaserJet.
* Added by TagZilla 0.7a1 running on Seamonkey 2.11 *
Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Classic Default Theme

[MCBastos]

Interviewed by CNN on 12/08/2012 00:03, sean.n.b...@invalid.wizard.net
told the world:
> MCBastos wrote:
>> Also, the venerable Pinball theme is not on a.m.o., but it's still
>> compatible with Seamonkey and it's available on the author's site:
>>
>> http://mozilla-themes.schellen.net/
>>
>> Between those, you might find something that fits your tastes.
>>
> 
> h that pages is static and has no downloadable links... i do miss 
> being able to flip through themes...

Yeah, Johannes Schellen recently (a couple weeks ago) stopped allowing
downloads of the Pinball theme... too bad, I really liked his design.

-- 
MCBastos

This message has been protected with the 2ROT13 algorithm. Unauthorized
use will be prosecuted under the DMCA.

-=-=-
... Sent from my Battlestar.
* Added by TagZilla 0.7a1 running on Seamonkey 2.11 *
Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Plain text e-mails show asterisks in my URLs from Gmails...

[Ant]

Hi!

I noticed incoming Gmail e-mail replies, to my quoted e-mails with links 
change to asterisks, like "http://cheezburger.com/**39831553 
". It only happens if I tell SeaMonkey 
v2.0.14-v2.11's e-mail clients to force plain texts. Is this by 
design/normal? I find it annoying and really don't want to use any HTML 
formats since I am old school and want to be more secured.


Thank you in advance. :)
--
"The ants are my friends, they're blowin' in the wind. The ant, sir, is 
blowin' in the wind." --the misheard lyrics to Bob Dylan's "Blowin' in 
the Wind"

   /\___/\ Ant(Dude) @ http://antfarm.ma.cx (Personal Web Site)
  / /\ /\ \Ant's Quality Foraged Links: http://aqfl.net
 | |o   o| |
\ _ /If crediting, then use Ant nickname and AQFL URL/link.
 ( ) If e-mailing, then axe ANT from its address if needed.
A song is/was playing on this computer: Glyn R Brown - Rastan
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: spinning cursor

[Daniel]

Bill Davidsen wrote:

Bill Davidsen wrote:

Ray_Net wrote:

Jim Taylor wrote, On 28/05/2012 01:18:

sean nathan wrote:

is there something going on with the mozilla.org servers that would
cause m to have an incessantly spininng cursor when connected to this
newsgroup?

sean


It's not the servers, it's a bug
https://bugzilla.mozilla.org/show_bug.cgi?id=727414

Where we can use a work-around:
Under about:config put ui.use_activity_cursor false


I wouldn't call that a work-around, it disables the cursor function to
tell you
when things are (still) happening. If you want a work-around tap the
ESC key
which may actually stop the background activity causing the cursor
spin. Since
that make the CPU usage go down, at least in Linux, I assume that the
real issue
is that some background activity is still running a loop checking if
something
is complete and sleeping if it isn't.

I would rather have the activity notification present and stop the
background
activity manually when I see something running, as opposed to
selecting an
option which amounts to "something undesirable is happening, I won't
look."
Generally in computing ignorance is not bliss.


After checking this problem a bit, it actually may be a server issue, in
that 4-5 other servers I visit which have lots of unread articles don't
show this behavior. The cursor spin briefly while the network activity
indicator is on, then stops without intervention on most other servers
other than mozilla servers.

I shall investigate more, but I post now so people can see if this
matches their observations.



Bill, I also get the no stop spinning icon in the Accounts and Threads 
parts of the SM screen, have don so since about 2.7 or 2.8


Build identifier: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0) 
Gecko/20120715 Firefox/14.0.1 SeaMonkey/2.11


Tried your tip about tapping Escdoes not work for me!!

--
Daniel
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Increased crashes/instability on SM 2.11 linux x64?

[Daniel]

Chief Curmudgeon wrote:

Daniel wrote:

sean.n.b...@invalid.wizard.net wrote:

Daniel wrote:

Jesse Molina wrote:


I am seeing much increased instability in seamonkey 2.11 on Linux,
amd64
version.

Can anyone else using SM linux confirm or deny?

I did a memtest86+ overnight just a few days ago to check and
everything
came up clean.



Not a problem for me on Mandriva Linux 2009.0!!

Build identifier: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0)
Gecko/20120715 Firefox/14.0.1 SeaMonkey/2.11



2.10 was utterly unstable for 64 bit linux peppermint three... 2.11 is
rock solid thus far...

sean


Might be something in the peppermint then, sean.! Haven't had a crash on
my Mandriva in yonks!!


Maybe a dozen crashes in the past year.  Periodic build failures usually
require blowing away the tree and starting from scratch.

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0
Firefox/17.0 SeaMonkey/2.14a1  Build identifier: 20120808112204

Slackware-current.



Chief, it may help the Devs if, next time you have a crash, after you 
re-start, have a look at Tools->Web Development->Error Console and post 
the last entry here for the Devs to look at.


Might help!

--
Daniel
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[WLS]

On 08/13/2012 08:22 AM, Joe Rotello wrote:
> On 8/13/2012 6:52 AM, Philip TAYLOR wrote:
>>
>> Joe Rotello wrote:
>>
>>> JR Personal Reflection Bottom line: End-users who fully and
>>> intentionally disable the likes of Flash plug-in, PHP, Java and even
>>> JavaScript browser operations are in reality doing more to "damage"
>>> their browser operations and shut themselves out of a great many needful
>>> and useful web-sites world-wide. Many users who do the above and walk
>>> away from those options then wonder why a great many web-sites and pages
>>> no longer work or display properly, then start suspecting the browser or
>>> the OS, etc.
>>
>> Whilst I have a /certain/ (but by no means unequivocal) sympathy with
>> your position, I am completely at a loss to know how a user might seek
>> to "disable ... PHP".  PHP is a server-side technology, just like
>> ASP and ASP.NET; how can this possibly be disabled client-side ?
>>
>> I would also argue that the vast majority of those who "do the above
>> and walk away from those options" do not "wonder why a great many
>> web-sites and pages no longer work or display properly" -- they know
>> why, and they are prepared to live with this in order to satisfy their
>> own security concerns and/or paranoia.
> 
> Like it or not, in many modern browsers, esp. those allowing access to
> "about all" the settings, one can disrupt PHP operations, essentially
> switching PHP execution off. Can be done in FF, for example, have seen
> it accomplished in the OS with Internet Explorer, etc.
> 
> Thankfully, people do NOT usually do this, nor should they, yet it can
> be terribly exciting to troubleshoot a bad web experience and find out
> that this kind of PHP disabling has been done.
> 
> Yes, indeed, I tend to agree that many of those who do the above know
> full well, or believe they do, of what they are doing, so PHP failures
> or web-disasters should not come as a surprise to them.
> 
> Joe

OK, I will bite.

Since PHP execution is done on the Server side (Apache, NGINX, etc.),
not the Client (Firefox, SeaMonkey, etc.). How does one go about
switching PHP execution off in the browser?

I already checked about:config in Firefox, and see no such preference.

-- 
WaltS
Fedora 17 (64-bit)
GNOME 3.4.2
Thunderbird Beta
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Backup E-mails

[Daniel]

dietzfelbin...@alice-dsl.net wrote:

hello,

i use the german seamonkey version 2.11.

how can i save my emails with all attachments? in outlook for example i
can save my mails in a *.pst-data file

best regards

peter



Peter, as I understand it, unless you've selected otherwise, all your 
received e-mails and their attachments are stored in a file called 
"inbox" (without the extension ".msf"). To find out where, select 
Edit->Mail and Newsgroup Account Settings and then select "Server 
Settings" for your e-mail account and in "Local Directory" is the 
Profile location.


To save *ALL* your received e-mails, close SeaMonkey, and in Windows use 
"My Computer" or whatever to copy the file "inbox" to a location of your 
choice. Similarly for your "Sent" e-mails, copy the "sent" file to a 
location of your choice.


If you just want to copy/save some of the e-mails, in your e-mail screen 
in SM, select you Mail account then File->New Folder, call it Business 
(or whatever) and copy those e-mails that you want to save into this 
folder, then do as for "inbox" above. Same same for some of your sent files.


HTH

--
Daniel
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[Joe Rotello]

On 8/13/2012 6:52 AM, Philip TAYLOR wrote:


Joe Rotello wrote:


JR Personal Reflection Bottom line: End-users who fully and
intentionally disable the likes of Flash plug-in, PHP, Java and even
JavaScript browser operations are in reality doing more to "damage"
their browser operations and shut themselves out of a great many needful
and useful web-sites world-wide. Many users who do the above and walk
away from those options then wonder why a great many web-sites and pages
no longer work or display properly, then start suspecting the browser or
the OS, etc.


Whilst I have a /certain/ (but by no means unequivocal) sympathy with
your position, I am completely at a loss to know how a user might seek
to "disable ... PHP".  PHP is a server-side technology, just like
ASP and ASP.NET; how can this possibly be disabled client-side ?

I would also argue that the vast majority of those who "do the above
and walk away from those options" do not "wonder why a great many
web-sites and pages no longer work or display properly" -- they know 
why, and they are prepared to live with this in order to satisfy their

own security concerns and/or paranoia.


Like it or not, in many modern browsers, esp. those allowing access to 
"about all" the settings, one can disrupt PHP operations, essentially 
switching PHP execution off. Can be done in FF, for example, have seen 
it accomplished in the OS with Internet Explorer, etc.


Thankfully, people do NOT usually do this, nor should they, yet it can 
be terribly exciting to troubleshoot a bad web experience and find out 
that this kind of PHP disabling has been done.


Yes, indeed, I tend to agree that many of those who do the above know 
full well, or believe they do, of what they are doing, so PHP failures 
or web-disasters should not come as a surprise to them.


Joe
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Email shutdown

[Daniel]

Chuck wrote:

Most of the time when I attempt to open a u-tube or just a real  long
email sea-monkey just shuts down. This just started about a week ago. It
gets real old fast.


Chuck, could I ask you to have a look at Tools->Web Development->Error 
Console. Clear the screen but then next time you have your shut-down, 
could you check out the error console, post what's there (at least the 
last error msg) as this may help the devs set you on the right path.


Also could you list what plug-ins and extensions you have on-board?

--
Daniel
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Disable PHP ??? (was : Flash 11.x Plug-In Full Screen crashing in FF, SM)

[Philip TAYLOR]

Joe Rotello wrote:


JR Personal Reflection Bottom line: End-users who fully and
intentionally disable the likes of Flash plug-in, PHP, Java and even
JavaScript browser operations are in reality doing more to "damage"
their browser operations and shut themselves out of a great many needful
and useful web-sites world-wide. Many users who do the above and walk
away from those options then wonder why a great many web-sites and pages
no longer work or display properly, then start suspecting the browser or
the OS, etc.


Whilst I have a /certain/ (but by no means unequivocal) sympathy with
your position, I am completely at a loss to know how a user might seek
to "disable ... PHP".  PHP is a server-side technology, just like
ASP and ASP.NET; how can this possibly be disabled client-side ?

I would also argue that the vast majority of those who "do the above
and walk away from those options" do not "wonder why a great many
web-sites and pages no longer work or display properly" -- they know 
why, and they are prepared to live with this in order to satisfy their

own security concerns and/or paranoia.

Philip Taylor

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

RE: Flash 11.x Plug-In Full Screen crashing in FF, SM

[Joe Rotello]

RE: Flash 11.x Plug-In Full Screen crashing in FF, SM

A great many Firefox and a fair reported number of SM users are 
reporting back to Mozilla and Adobe that Flash Plug-In 11.x is crashing 
the Flash Player Plug-In when going to full screen (aka FS) Flash 
display. The "normal" default size Flah Plug-In appears to work 
satisfactorily for the vast percentage of users and report-backs. The 
crashing when optioning to Flash FS is sometimes 100% repeatable, and at 
other times closing and re-running the web-page or Flash plug-in, then 
again selecting Flash Plug-In FS no longer shows any problem, especially 
for that particular web-site or page. There are also crash reports 
coming in from Apple OS users as well.


So far, very little insider/tech information is forthcoming from any 
source, although Mozilla and Adobe are looking into the respective and 
other apps, and it appears this will be solved.


So far, the Mozilla "answer" is to uninstall Flash Plug-In 11.x and 
revert back to the last 10.x Flash install, but that's not as likely or 
recommended because 11 solved a few other operational and security 
problems, yet that reversion option may have to be done.


Adobe has signaled that the core app with the problem is indeed Flash 
11.x Plug-In.


JR Personal Reflection Bottom line: End-users who fully and 
intentionally disable the likes of Flash plug-in, PHP, Java and even 
JavaScript browser operations are in reality doing more to "damage" 
their browser operations and shut themselves out of a great many needful 
and useful web-sites world-wide. Many users who do the above and dwalk 
away from those options then wonder why a great many web-sites and pages 
no longer work or display properly, then start suspecting the browser or 
the OS, etc.


Joe
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey