Re: SM 2.10 under Linux does not find its shared libraries
On 15/06/12 00:33, MCBastos wrote: Well, I couldn't reproduce the behavior you describe. It worked perfectly for me, with no undesired borders at all. Code below: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; html head meta http-equiv=Content-Style-Type content=text/css titleTestcase/title style type=text/css !-- #img {width:45%;} @media print{} -- /style /head body pimg id=img src=toz03867s_0.jpg alt= name=img/p /body /html Hm. I do see the bug with your test case, with any image size. When I resize the browser window in small steps the thin black lines around the image appear and disappear. As I said, the problem first appeared years ago after improvements to Gecko had been announced (faster rendering), and I also think I saw bug reports about it at that time. Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120604 SeaMonkey/2.10 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
On 13/06/12 19:30, Jochen Roderburg wrote: New versions, new features, new bugs. Same procedure as every year. I guess you meant as every month (or week perhaps). ;-) I'd love to see a new version that doesn't offer any new features but fixes some of the very old bugs, actually. Even the rendering engine still has such bugs. For instance: Make a small image and display it on a page. When you change the size of the browser window, you will always see the image the same way, i. e. without a border. Now add this to the html file, giving the image an id of img: style type=text/css !-- #img { width: 45%; } -- /style Depending on the size of the browser window, the image will now be shown with a black border at the bottom, a black border at the right, a black border at the bottom and the right, or no black border at all. This has been so for years, and I bet there's more than one bug open for it. p.n. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Interviewed by CNN on 14/06/2012 09:42, Peter Nieman told the world: Make a small image and display it on a page. When you change the size of the browser window, you will always see the image the same way, i. e. without a border. Now add this to the html file, giving the image an id of img: style type=text/css !-- #img { width: 45%; } -- /style Depending on the size of the browser window, the image will now be shown with a black border at the bottom, a black border at the right, a black border at the bottom and the right, or no black border at all. This has been so for years, and I bet there's more than one bug open for it. Well, I couldn't reproduce the behavior you describe. It worked perfectly for me, with no undesired borders at all. Code below: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; html head meta http-equiv=Content-Style-Type content=text/css titleTestcase/title style type=text/css !-- #img {width:45%;} @media print{} -- /style /head body pimg id=img src=toz03867s_0.jpg alt= name=img/p /body /html I tested it with a 300x300px image, and also with a 80x80px one. This is valid HTML 4.01 Strict code, but I tried even with invalid code (such as not putting the img inside a p element) and it still worked. SM 2.10, Win7 x64. -- 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.9 * 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: SM 2.10 under Linux does not find its shared libraries
On 2012-06-12, Hartmut Figge h.fi...@gmx.de wrote: Jochen Roderburg: Problem solved now, see parallel thread titled XPCOMGlueLoad error. :-) The next one will come. Surely. :) Hart 'dr' mut Most certainly. New versions, new features, new bugs. Same procedure as every year. Source of endless fun. ;-) CU, Jochen ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Problem solved now, see parallel thread titled XPCOMGlueLoad error. :-) Jochen Roderburg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Jochen Roderburg: Problem solved now, see parallel thread titled XPCOMGlueLoad error. :-) The next one will come. Surely. :) Hart 'dr' mut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
On 2012-06-10, Hartmut Figge h.fi...@gmx.de wrote: Hartmut Figge: [To Jochen Roderburg] What do you get when issuing this command? hafi@i5_64 ~ $ ls /usr1/seamonkey210/ | egrep '(seam|libxp)' libxpcom.so seamonkey seamonkey-bin By the way, it would be much easier for me in the related German NG de.comm.software.mozilla.misc ;) Hartmut Interessant. ;-) Did not know that one. I found it now under Google Groups. Is this a normal Usenet group? Jochen Roderburg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
On 2012-06-10, Hartmut Figge h.fi...@gmx.de wrote: Jochen Roderburg: I have installed SM in /usr1/seamonkey210 and start with /usr1/seamonkey210/seamonkey XPCOMGlueLoad error for file /usr1/seamonkey210/libxpcom.so: libxul.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. Normally extracting the .tar.bz2 in /usr1/seamonkey210 would create the subdirectory seamonkey with the content of the .tar.bz2 and SM would be started with /usr1/seamonkey210/seamonkey/seamonkey. But it is possible to avoid this subdirectory. I have now created /usr1/seamonkey210 and copied the content of my existing installation of r SM 2.10 from ~/seam/release/2.10/seamonkey to /usr1/seamonkey210. Calling SM from an xterm gives hafi@i5_64 ~ $ /usr1/seamonkey210/seamonkey Document http://www.heise.de/newsticker/ loaded successfully NOTE: child process received `Goodbye', closing down SM has started normally. Then i loaded heise und then quit SM with ^q. I could see no problems. What do you get when issuing this command? Perhaps you have the problematic Mozilla libraries (also) somewhere in your standard library load path. I don't, I have them only in the various Mozilla product directories. The old Mozilla startup scripts used to define all sorts of Library-Path environment variables pointing to the install directory, so the problem had not much chance to come up then. The scripts had OTOH another small glitch which I have patched for long times here. They silently assumed that the final program directory had the same name as the program: When the product was installed in somepath/somedir they tried to load the actiual program binary under the name somepath/somedir/somedir-bin. So I was not unhappy that they (starting with FF a while ago and now with TB/SM) got rid of these scripts, but something seems to be not correct in the actual implementation of the new startup programs in TB and SM. It is, btw, not so that the install directory is not used at all for the loading of dynamic libraries. Strace shows that a number of them are loaded correctly, only a few produce errors. Jochen Roderburg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Jochen Roderburg: On 2012-06-10, Hartmut Figge h.fi...@gmx.de wrote: By the way, it would be much easier for me in the related German NG de.comm.software.mozilla.misc ;) Interessant. ;-) :-D Did not know that one. I found it now under Google Groups. Is this a normal Usenet group? Yes. There are .misc, .browser, .mailnews and and .nightly-builds. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
On 2012-06-10, Jens Hatlak j...@junetz.de wrote: Jochen Roderburg wrote: Now that SM 2.10 has adopted the firefox startup style under Linux, it does not find its own shared libraries any longer without additional help. I have no real solution either (you already discovered the LD_LIBRARY_PATH workaround), but FYI the main bug for this is https://bugzilla.mozilla.org/show_bug.cgi?id=723487. Greetings, Jens Thanks for the additional pointer. It is always a big challenge to find something in those Bugzillas. ;-) Jochen Roderburg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
On 2012-06-11, Hartmut Figge h.fi...@gmx.de wrote: Jochen Roderburg: On 2012-06-10, Hartmut Figge h.fi...@gmx.de wrote: By the way, it would be much easier for me in the related German NG de.comm.software.mozilla.misc ;) Interessant. ;-) :-D Did not know that one. I found it now under Google Groups. Is this a normal Usenet group? Yes. There are .misc, .browser, .mailnews and and .nightly-builds. Hartmut Thanks, I think I will have found them somewhere before the next problem arrives. ;-) Jochen R. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SM 2.10 under Linux does not find its shared libraries
Now that SM 2.10 has adopted the firefox startup style under Linux, it does not find its own shared libraries any longer without additional help. Relevant entry from the 2.10 changes files: The Linux/Unix wrapper shell script has been removed (bug 722262). The Bugzilla discussion for bug 722262 mentions such problems and states also that everything is solved. But what happens now is: I have installed SM in /usr1/seamonkey210 and start with /usr1/seamonkey210/seamonkey XPCOMGlueLoad error for file /usr1/seamonkey210/libxpcom.so: libxul.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. An strace shows that is is looking for libxul.so in /lib and /usr/lib. Of course it helps then starting it with LD_LIBRARY_PATH=/usr1/seamonkey210 /usr1/seamonkey210/seamonkey The corresponding new Thunderbird 13.0 has the same problem whereas it works already fine for some recent Firefox versions. Regards, J.Roderburg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Jochen Roderburg: I have installed SM in /usr1/seamonkey210 and start with /usr1/seamonkey210/seamonkey XPCOMGlueLoad error for file /usr1/seamonkey210/libxpcom.so: libxul.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. Normally extracting the .tar.bz2 in /usr1/seamonkey210 would create the subdirectory seamonkey with the content of the .tar.bz2 and SM would be started with /usr1/seamonkey210/seamonkey/seamonkey. But it is possible to avoid this subdirectory. I have now created /usr1/seamonkey210 and copied the content of my existing installation of SM 2.10 from ~/seam/release/2.10/seamonkey to /usr1/seamonkey210. Calling SM from an xterm gives hafi@i5_64 ~ $ /usr1/seamonkey210/seamonkey Document http://www.heise.de/newsticker/ loaded successfully NOTE: child process received `Goodbye', closing down SM has started normally. Then i loaded heise und then quit SM with ^q. I could see no problems. What do you get when issuing this command? hafi@i5_64 ~ $ ls /usr1/seamonkey210/ | egrep '(seam|libxp)' libxpcom.so seamonkey seamonkey-bin Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Hartmut Figge: [To Jochen Roderburg] What do you get when issuing this command? hafi@i5_64 ~ $ ls /usr1/seamonkey210/ | egrep '(seam|libxp)' libxpcom.so seamonkey seamonkey-bin By the way, it would be much easier for me in the related German NG de.comm.software.mozilla.misc ;) Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.10 under Linux does not find its shared libraries
Jochen Roderburg wrote: Now that SM 2.10 has adopted the firefox startup style under Linux, it does not find its own shared libraries any longer without additional help. I have no real solution either (you already discovered the LD_LIBRARY_PATH workaround), but FYI the main bug for this is https://bugzilla.mozilla.org/show_bug.cgi?id=723487. Greetings, Jens -- Jens Hatlak http://jens.hatlak.de/ SeaMonkey Trunk Tracker http://smtt.blogspot.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey