Re: URL Encoding Workaround
tatrache wrote: Using Netscape 6.x browser for Windows2000, if you use a `, ^, ', etc. characters within the context of a URL, the browser encodes the character to a hex value before passing it along to the server, and the page will not load. The ` character works using Netscape 4.76. Example: /cgi-bin/wkp?WSS.DRIVER+WDW.GL.YP`1069 When using Netscape 6.2.1 for Windows2000, or Netscape 6 for Mac OS 9.2 the ` character was converted to %60 which is the hex encoding Example: /cgi-bin/wkp?WSS.DRIVER+WDW.GL.YP%601069 I understand that special characters need to be encoded in a URL, but it worked correctly with Netscape 4.76. According to RFC 2396 this characters have to be encoded. NS 4.76 was lazy ... Any feedback on a workaround either on the server side (Apache) or browser side you can provide would be greatly appreciated. Thank you, USC Trojan1 the query string should be unescaped on the server. Andreas
Re: Tree bustage
Sören Kuklau wrote: What is it exactly? Does it mean that two people were working on it at the same time or so, thus making the database not work? Tree bustage happens when the source tree does not build on at least one of the major platforms defined by the builds done on machines represented on the tinderbox page http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey . When a build turns red we have a bustage. Something does not build. That may be due to a bad checkout timing (mid-checkin) and solved the next cycle or it may be worse ... Andreas
Re: Tree bustage
Sören Kuklau wrote: On 3/23/2002 8:18 PM, Andreas Otte apparently wrote exactly the following: Sören Kuklau wrote: What is it exactly? Does it mean that two people were working on it at the same time or so, thus making the database not work? Tree bustage happens when the source tree does not build on at least one of the major platforms defined by the builds done on machines represented on the tinderbox page http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey . When a build turns red we have a bustage. Something does not build. That may be due to a bad checkout timing (mid-checkin) and solved the next cycle or it may be worse ... Okay, but was does fixed bustage mean then - is it just a second attempt to build, or is the tree somehow cleaned up? Thanks for your answer. Usually a tree bustage happens when someone checks something into the source tree through cvs that is not well tested or not tested on all platforms (some small compiler differences for example). fixed bustage is then another checkin to fix the comiling problem, could also be a backout, reverting back to the previous version that was known to build successfully. Andreas
Re: A non-porn related question
Andreas Sikkema wrote: [EMAIL PROTECTED] (D. Alvarado) wrote in [EMAIL PROTECTED]">news:[EMAIL PROTECTED] in the newgroup(s) netscape.public.mozilla.general: So, setting the pref to be file:///C:/Program Files/mozilla.org/mozilla/index.html doesn't work if the user decides to install the application at a different directory. Doesnt file://index.html work? No, that will not work. There currently is nothing like an relativ file url that automatically works against the current directory. Andreas
Re: Moving saved passwords from one profile to another
Raj Bhaskar wrote: I'm stumped trying to move over my saved (and encrypted) passwords. Here's what I've done: As far as I know, this isn't possible. I've filed a bug about it (http://bugzilla.mozilla.org/show_bug.cgi?id=113581), but it hasn't been looked at yet (it's still unconfirmed). Raj. I once asked for exporting the passwords to a clear text file or show in the clear in the browser as a list (protected of course by the master password) but that was dropped for security reasons. I still think this should somehow be possible because if I make use of the password remembering feature, the passwords in my memory will get lost over time. Andreas
Re: Access to the port number given has been disabled for security reasons
JTK wrote: On Thursday 27 December 2001 04:36 am, JTK wrote: Huh? The problem are not invalid URLs, they are valid URLs; Nonono, they're invalid - they contain linefeeds etc which are specifically forbidden by whatever the official URL spec is. This was all gone over in excruciating detail and I'm sure all the sad details are Googleable. No, the URL contains no linefeeds: http://foo:79/ That's it. It wasn't even a POST, but even it were, there wouldn't be any linefeeds in that URL either. Right, but a *malicious* one would have to. By parsing the URL properly, a malformed URL (which yours is *not*) would be rejected, and properly-formed URLS (which yours *is*) would work fine, regardless of the port. But instead Mozilla's solution is to just block all access to particular ports, regardless of whether the URL is valid or not. AFAIK the urlparser (nsStandardURL) drops every \r \t and \n it encounters in URLs. Now this is admittedly far down the list of Mozilla's defects (as far as number of people affected; I'm sure to you and a relatively small %tage of others this could be a major PITA), but it just goes to show you the overall lack of design forthought pervasive to the project. Andreas
Re: HELP ! Navigation buttons dissapeared in moz 9.3
PosToastie wrote: PosToastie [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]:">news:[EMAIL PROTECTED]: The bar with the forward back reload buttobs is gone . I think this happened once before but i dont know how it got fixed. I have tried cheking all the toolbar otions but it doesnt help. Anyone know how i can fix this Its not just the buttons. The whole bar including the URL entry window and the Go button has vanished There maybe a little rectangle under your personal toolbar. It's the collapsed toolbar. Just click on it ... Andreas
Re: How to debug?
David A. Cobb wrote: I installed the latest Mozilla release this month (0.92? - I can't access it right now). When I select MailNews I get the start screen; however, if I try to select the mail account I immediately incur an Invalid Page Fault. I'm confident the mailer was never released in this condition, so I'd like to get some useful information out to help debug it. Please, can anyone suggest how to capture the maximum useful debug information for a case like this? TIA, Try http://www.mozilla.org/unix/debugging-faq.html or http://www.mozilla.org/build/win32-debugging-faq.html Andreas
Re: form submit 'mailto:' doesn't work
dvdkid wrote: using Netscape 4.75 or older and Ie works fine. When I fill out the form and click submit using Mozilla .06, the prage clears the form but never sends it. It did the same thing with build 18. You can find my form at ' http://home.att.net/~greenwabbit Any help would be appreciated. mark You should file a bug with bugzilla http://bugzilla.mozilla.org/ Andreas
