OS2 World Community Forum

OS/2, eCS & ArcaOS - Technical => Applications => Topic started by: Martin Iturbide on July 24, 2015, 07:40:41 pm

Title: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Martin Iturbide on July 24, 2015, 07:40:41 pm
Hi

Firefox 31.8.0 Beta 5 is working very good for the moment. It is running very stable.

My only issue is that the special characters stuff are not supported yet (like Github page (https://github.com/os2world)), just like in the older firefox.

Will it make sense to try firefox marketplace (https://marketplace.firefox.com)? Are those OS independent apps ? will it run on OS/2?

Everybody is welcome to share the first impressions... if you find an ugly bug, report it (https://github.com/bitwiseworks/mozilla-os2/issues).

Regards
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on July 24, 2015, 08:36:52 pm
Looks good to me (so far).

I have created a WarpIn installer, which you will find at HOBBES incoming, and at Netlabs. Please READ the text, when you install it.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 24, 2015, 09:08:48 pm
I get this error

Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 24, 2015, 10:10:42 pm
Can't install add-ons, my locale switcher doesn't work, the nl.xpi can't be installed. Tried to install an other add-on from mozilla add-ons, but no success. It ends that there is an error. Can't do much with it.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on July 25, 2015, 01:37:36 am
Can't install add-ons, my locale switcher doesn't work, the nl.xpi can't be installed. Tried to install an other add-on from mozilla add-ons, but no success. It ends that there is an error. Can't do much with it.

Looks like a profile problem. Test with a new one, firefox.exe -profilemanager
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 25, 2015, 03:03:47 am
Can't install add-ons, my locale switcher doesn't work, the nl.xpi can't be installed. Tried to install an other add-on from mozilla add-ons, but no success. It ends that there is an error. Can't do much with it.

Looks like a profile problem. Test with a new one, firefox.exe -profilemanager
Has nothing to do with a new profile. FF checked installed ones and the nl.xpi was rejected because its for a lower version, that's logic and right. So nothing wrong there. I had downloaded the new one, open files new xpi and there the problem arise. Also I found that one add-on which was not rejected was not in the menu. So there is more going on than a profile with nothing more than databases. This is on program level something wrong. I removed the stuff and tried to install an update, but the program could not be installed, also an other complete new program had same problems, such program is not registered in the profile, so an older can't stay in the way. The registry only gives a unique key and if you do that you have to do all the other stuff all over again. So its best to keep your older key unless of course they change how the key is set up and read out, that happened once. Al settings are overwritten and all databases are overwritten, so there is little or no gain in a new key.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on July 25, 2015, 03:24:23 am
Will it make sense to try firefox marketplace (https://marketplace.firefox.com)? Are those OS independent apps ? will it run on OS/2?


Isn't Firefox marketplace for Firefox OS? Unless pure JavaScript they probably won't run on OS/2
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 25, 2015, 03:37:35 am
Will it make sense to try firefox marketplace (https://marketplace.firefox.com)? Are those OS independent apps ? will it run on OS/2?


Isn't Firefox marketplace for Firefox OS? Unless pure JavaScript they probably won't run on OS/2

Dave, according to the What is the Marketplace? (https://support.mozilla.org/en-US/kb/what-is-the-marketplace) article in the Mozilla support portal, these application should run on any platform (including ordinary desktop Mozilla Firefox running on a desktop OS, highlighted) capable of running Mozilla Firefox:

Quote from: Mozilla
The Marketplace is a store that features apps designed for any device that runs Firefox OS, Firefox for Android or Firefox desktop. It makes finding your favorite apps and discovering new apps easy. What's great is that the apps you download or purchase can be used on multiple devices and platforms.

If you follow the Marketplace apps for Firefox Desktop (https://support.mozilla.org/en-US/kb/marketplace-apps-firefox-desktop) hyperlink in the "for more information" section, you will see the following:

Quote from: Mozilla
Marketplace apps will run on any computer with Firefox. Marketplace apps for Firefox desktop are specially optimized for a bigger screen. These apps are made with Open Web technology, so you can run the same app on different operating systems and devices!

Hence I suppose there is a very high probability these application should run on WarpZilla, at least those that do not use WebGL, as WebGL is not supported on OS/2 because it depends on OpenGL, which is really not very well supported on our platform.



Though I was not able to install two arbitrary chosen ones: the installation progress bar just sits at the beginning forever.

Rising an issue ticket should be considered.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on July 25, 2015, 04:13:11 am
OK, tried to use a couple. Some do come up with "not available for your platform" and the couple I tried to download timed out or gave a message about not being able to download at this time, try later. This is with SeaMonkey.
We're missing a lot more then just OpenGL. There's the web fonts that we all wish we had as well as H264+AAC. Then looking quickly at the source, I see, alarm, battery, bluetooth, camera, cell broardcast, datastore and devicestorage which we partially support, fmradio, gamepad,  mobilemessage,  power ,sms,  telephony, time, voicemail, wifi. There's also accessing the accelerator, lock and screensaver support and I'm sure more. We also lost the shell functions (setting background, setting default browser) at one point.
Some of these don't make sense on the desktop, others I remember having to disable back in the 10esr era. Now looking at the obj-dir, most did compile but like camera, are missing an interface.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on July 25, 2015, 05:02:26 am
Hi Joop, I mean to make a temporary profile for testing. eg open profile manager and create new, name it test and try it. Afterwards you can once again open profile manager and choose your original profile, probably named default. You won't loose anything and will pinpoint whether the problem is with your profile or is in Firefox. If you have the same problem installing nl.xpi then you can open a ticket. If not we can try to fix your profile.
And everyone, you should back up your profiles before testing a new version (and regularly back up your profile)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: OS4User on July 25, 2015, 12:06:46 pm
Have just tested it too.  What I have seen - works ok, except for video from YouTube -
the sound is very slow  and video is also very slow - so it is unusable for YouTube.

FF24 works ok  with YouTube on my system.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 25, 2015, 12:37:52 pm
Have just tested it too.  What I have seen - works ok, except for video from YouTube -
the sound is very slow  and video is also very slow - so it is unusable for YouTube.

FF24 works ok  with YouTube on my system.

...

SET KAI_AUTOMODE=DART
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 25, 2015, 02:04:46 pm
Hi Joop, I mean to make a temporary profile for testing. eg open profile manager and create new, name it test and try it. Afterwards you can once again open profile manager and choose your original profile, probably named default. You won't loose anything and will pinpoint whether the problem is with your profile or is in Firefox. If you have the same problem installing nl.xpi then you can open a ticket. If not we can try to fix your profile.
And everyone, you should back up your profiles before testing a new version (and regularly back up your profile)
Started with "rem SET MOZILLA_HOME=P:\FIREFOX_PROFIEL_3180x", as you see it has a rem before it. FF makes a new profile in own directory, so totally nothing there. Comes up with the hello page and if you want to run a tour. So far so good. Open file nl_3180.xpi (added _3180 myself because all files all version always nl.xpi, with this I can keep them apart) and screen if I want to install, yes, few moments later same popup with that it can proceed because there are problems. I can do this over and over again, sounds like a bug to me. But I can't get the popup in a picture. Didn't found anything to produce a log or so. So ready for a ticket, but how to feed it with some proof?
Found an other way within FF, made a screen dump with pmview.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 25, 2015, 02:32:23 pm
Third download will crash / exit FF, bug still not solved. >:(
Program don't know what to do with files without an extension and sees this as binary. Lots of readme files on SourceForge are given this way and contain useful information for OS/2, special if a higher version of Java is needed, so you don't download sometimes 100mb's+ files. But without the extension I don't get the option if I want to open it with a program, that's greyed out.

Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 25, 2015, 02:44:28 pm
I'm having a trouble interpreting your posts, but regarding rising an issue and "feeding it with some proof" it's just a matter of explicitly specifying the steps to reproduce the problem, the expected behavior and the actual behavior. If you get a crash, you can also attach an EXCEPTQ report, but that really is not mandatory as long as it's easily reproducible (yours seems to be).

You can also try testing if the expected behavior is congruent with the actual behavior on other platforms to establish the fact that the problem is with the port, not the upstream code.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 25, 2015, 03:36:45 pm
I'm having a trouble interpreting your posts
??Trouble on what part?

No EXCEPTQ report anywhere on the system.

You can also try testing if the expected behavior is congruent with the actual behavior on other platforms to establish the fact that the problem is with the port, not the upstream code.
This is not an option, sorry, if I have to run an other operating system just for checking, then its over for OS/2-eCS. OS/2-eCS is my daily system. Furthermore, other platforms do have their own issues.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 25, 2015, 04:10:55 pm
Just whatever.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on July 25, 2015, 06:16:30 pm
Hi Joop,  for the language pack problem, the only other test I can think of is to try installing a different language in case your nl.xpi is somehow broken. And then you will have to register at Github and open an issue describing steps to reproduce. Your crash when downloading should be a different ticket.
Strange if no trp or popup error which will make it harder to debug.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 25, 2015, 06:35:37 pm
Thanks Dave,

Hi Joop,  for the language pack problem, the only other test I can think of is to try installing a different language in case your nl.xpi is somehow broken.
Tried it in two ways. The first download the xpi file and open it in the browser and the other is with options, there is a notification that an update is available, this is a download straight from the source. Both fail. Of course the possibility of a broken file stays. Ticket raised.

Your crash when downloading should be a different ticket.
Strange if no trp or popup error which will make it harder to debug.
Raised another ticket, but got mail back he can't reproduce. Tried again with fresh profile, so nothing, and did the test again. As its still in English the locale can't be blamed. Download nr 3 and exit hard way. I'm out of options. If it has to do with some dll I need to know the filename.

regards
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Eirik Romstad on July 28, 2015, 12:42:49 pm
Trying to install it, but several dll's are missing (running v24 currently).  Would it be possible to have a non-yum-rpm package for installing the dll's?  Seem to remember that for some of the earlier installations (18 or 24?), somebody had created a collection of the required dll's that made it possible for a non-techie like me to install the (at the time) most recent version of FireFox.

Keep up the good work :-)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Moritz on July 28, 2015, 05:45:49 pm
Hi Eirik,

did you try this? http://hobbes.nmsu.edu/h-search.php?key=firefox-31.8.0.en-us.os2.beta_5-wpi

I had the same issue using the zip file but with the wpi from hobbes it worked (installed in the same directory)

Mo
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on July 28, 2015, 05:50:47 pm
Trying to install it, but several dll's are missing (running v24 currently).  Would it be possible to have a non-yum-rpm package for installing the dll's?  Seem to remember that for some of the earlier installations (18 or 24?), somebody had created a collection of the required dll's that made it possible for a non-techie like me to install the (at the time) most recent version of FireFox.

Keep up the good work :-)

I have been looking at ways to do that, but it doesn't seem to be possible to tell exactly which version of a RPM DLL is actually installed (size and dates are unreliable, and there is no bldlevel information in them). It would seem that the only way to do it is to use RPM/YUM (which will be much easier when Arca Noae gets their package manager finished), or package the whole collection, with WarpIn, every time something changes (possible, if it can be automated somehow - I need to look closer at that). The other option is to simply follow the directions, and download each package individually. It may be possible to get WarpIn to use a bit of REXX to download, and install, individual DLLs, but I haven't had the time to figure that out. Please let me know if somebody has some REXX to download files (preferably using standard REXX support).

FWIW, the only new package that I needed after FF 24.8.1 was the Libkai package, but that may have been plain luck.

I will also comment that FF 31.8.0 beta 5 has been simply closing when I start it. That happens about one in three tries. It is a program crash that does not produce a *.TRP file. About one in 10 tries, it crashes the whole system.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Eirik Romstad on July 28, 2015, 06:10:11 pm
@Moritz: as a non-techie person, I installed using the wpi link you refer to.  By chance (?) you had the required files installed on your computer, while they were not present on mine.  Doug's comment on my suggestion of having a moz_required supports this hypothesis.

@Doug: thanks for updating my (and others) knowledge.  I am eagerly awaiting a more user friendly rpm-yum scheme.  Just hope it is as nice as Warpin in terms of providing an overview of the changes that has taken place on a system.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 28, 2015, 08:31:27 pm
Well, if you use eComStation 2.2 beta II, then the Netlabs RPM environment is already installed and configured, so that is merely of running an update followed by a command to install all the needed packages, which (the command) is very likely just to be present in the readme file as it is.

If you do not use the latest eComStation version (or eComStation at all) and insist on that (which is not bad per se), then I suppose you have reasons (which is good), and therefore the "non-techie-ness" does not apply to you.

Regards. ;)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: ivan on July 28, 2015, 09:30:57 pm
The problem with that approach is that RPM/YUM is not certified for use on OS/2 and as far as I know neither on eCS.  While that is of no interest to the home/hobby user it is a deal stopper in industry.

I have mentioned it to some of our clients and one sysadmin asked, 'why are you thinking of using a system that all the main Linux distributions are giving up because it is too cumbersome and relies on a WAN connection to operate?' Unfortunately, I don't have an answer to that, especially since a lot of industrial equipment is either stand alone or connected to the secure internal network. 

Why do we need a WAN connection to install something that should be installable from a CD/DVD or USB stick?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Eirik Romstad on July 28, 2015, 11:24:01 pm
@Boris: I use eCS 2.1.  As a non-techie I do not feel comfortable making my own install CDs for the beta version of eCS 2.2.  Apart from a few quirks (like no pre-configured rpm-yum) my system is very stable.  With the reviews of FireFox 31.8 (beta 6), however, I was willing to risk installing a beta version of that program using WarpIn.  It would then be easy to deinstall if it did not work.

In general, I think the success of eCS partly depends on attracting more users.  Volume in usage provides more resources for development.  In another posting on these pages today I point to concerns regarding the privacy of Win10 (see Win10 and privacy on these pages).  I observe that Boris does not share my optimism here, and I do see his point that attracting completely unskilled users is not the route to go.  But there are other categories of users who do not qualify as techies, but who are not completely blank either.  A bit like me :-)  [but this post probably falls a bit outside this string, but please bear with me this one time]
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on July 29, 2015, 02:02:26 am
Quote
Well, if you use eComStation 2.2 beta II, then the Netlabs RPM environment is already installed and configured, so that is merely of running an update followed by a command to install all the needed packages, which (the command) is very likely just to be present in the readme file as it is.

RPM/YUM is only installed if you let it install it. If it is installed it is important to make sure that you always do updates that way, when possible. It is also important to be aware if you used some other method to install something that gets added to RPM/YUM, you need to remove the original install before using RPM/YUM to install it.

The other way to install RPM/YUM is to use the available WarpIn installer. If you do that, it is very important to UNINSTALL the WarpIn installer, using WarpIn, after you do the YUM part of the install. That removes the YUM console, which is only good for doing the initial RPM/YUM install. If you attempt to use the console after that, you will be using the down level code that was used to get the initial install done. You must use a normal command line to run the proper YUM stuff. As I noted above, you MUST manage what gets installed, and it is necessary to remove all down level duplicate files, or you will end up trying to use down level code, which will cause problems. It is not necessary for those files to be in LIBPATH for some program to attempt to use them.

Quote
@Doug: thanks for updating my (and others) knowledge.  I am eagerly awaiting a more user friendly rpm-yum scheme.  Just hope it is as nice as Warpin in terms of providing an overview of the changes that has taken place on a system.

Unfortunately, the package manager (currently called Yumie) needs to use YUM. All it does is put a GUI front end on it. Yumie is working well (and yes, the overview is quite good), but gets into a lot of trouble when YUM itself screws up (which it does, far too often). If the maintainers of RPM/YUM can keep their act together, Yumie should make using RPM/YUM a LOT easier (when it screws up, the user will probably need help to recover, but that is true when using RPM/YUM anyway). It is also planned to use Yumie as a front end to WarpIn, so the user will have a common interface to work with. That part is still under development.

Quote
Why do we need a WAN connection to install something that should be installable from a CD/DVD or USB stick?

You don't. Apparently, there is a way to make your own repository (which could be on a LAN, or on local/removable media), and use that. It does take some work to do it, but it shouldn't be too difficult once you figure out how (TIP: it is a RPM or YUM command - sorry I haven't figured it out yet).
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dariusz Piatkowski on July 29, 2015, 04:41:14 am
Folks...anyone here have the STDCPP6.DLL file?

I installed B5 as the WPI installer, added some missing DLLs and well, turns out that I have an older DLL after all. I logged ticket # 124 -  Firefox 31.8 crashes with SYS2070 #124 and got a quick response.

But as I had actually previously downloaded the required RPM file I could not extract the DLL since my ArcView actually fails.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on July 29, 2015, 07:56:00 am
Folks...anyone here have the STDCPP6.DLL file?

I installed B5 as the WPI installer, added some missing DLLs and well, turns out that I have an older DLL after all. I logged ticket # 124 -  Firefox 31.8 crashes with SYS2070 #124 and got a quick response.

But as I had actually previously downloaded the required RPM file I could not extract the DLL since my ArcView actually fails.


Here's a universal installer for Firefox, Thunderbird & Seamonkey !


See - http://www.os2world.com/forum/index.php?topic=807.msg7720#msg7720
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 29, 2015, 09:37:31 am
Folks...anyone here have the STDCPP6.DLL file?

I installed B5 as the WPI installer, added some missing DLLs and well, turns out that I have an older DLL after all. I logged ticket # 124 -  Firefox 31.8 crashes with SYS2070 #124 and got a quick response.

But as I had actually previously downloaded the required RPM file I could not extract the DLL since my ArcView actually fails.

Older DLL? WTF DLL hell is absolutely insane in 2015. Compatibility break — new module name.

http://dbanet.org/libs/files/stdcpp6.dll/1
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Eirik Romstad on July 29, 2015, 12:55:20 pm
I found a file on http://os2news.warpstock.org/warpzilla.html  (http://os2news.warpstock.org/warpzilla.html) (under Test versions: kai/png/zlib/urpo) that contains the necessary dll's.  Thanks to the warpstock organizer Steve Wendt for making this available so that WarpIn installation works.  Firefox 31.8 (beta 5) up and running and seems to work excellent.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 29, 2015, 11:32:04 pm
Thanks Dave,

Hi Joop,  for the language pack problem, the only other test I can think of is to try installing a different language in case your nl.xpi is somehow broken.
Tried it in two ways. The first download the xpi file and open it in the browser and the other is with options, there is a notification that an update is available, this is a download straight from the source. Both fail. Of course the possibility of a broken file stays. Ticket raised.
Problem solved, libc problems. With unlock libcxxx.dll I could copy right versions over it. After that restart. In FF downloaded the xpi file and this time it did what it had to do.

Your crash when downloading should be a different ticket.
Strange if no trp or popup error which will make it harder to debug.
Raised another ticket, but got mail back he can't reproduce. Tried again with fresh profile, so nothing, and did the test again. As its still in English the locale can't be blamed. Download nr 3 and exit hard way. I'm out of options. If it has to do with some dll I need to know the filename.

regards
Having success with languagepack, download is still a problem. Downloads are placed in the temp directory and that's it. It hangs somewhere, no log, no trp file.

Regards
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 30, 2015, 01:08:50 am
Thanks Dave,

Hi Joop,  for the language pack problem, the only other test I can think of is to try installing a different language in case your nl.xpi is somehow broken.
Tried it in two ways. The first download the xpi file and open it in the browser and the other is with options, there is a notification that an update is available, this is a download straight from the source. Both fail. Of course the possibility of a broken file stays. Ticket raised.
Problem solved, libc problems. With unlock libcxxx.dll I could copy right versions over it. After that restart. In FF downloaded the xpi file and this time it did what it had to do.

Your crash when downloading should be a different ticket.
Strange if no trp or popup error which will make it harder to debug.
Raised another ticket, but got mail back he can't reproduce. Tried again with fresh profile, so nothing, and did the test again. As its still in English the locale can't be blamed. Download nr 3 and exit hard way. I'm out of options. If it has to do with some dll I need to know the filename.

regards
Having success with languagepack, download is still a problem. Downloads are placed in the temp directory and that's it. It hangs somewhere, no log, no trp file.

Regards

And here, kids, is what one is going to get if refuses to use YUM.

P. S. The worst thing is that the very valuable OS/2 developers time is carelessly wasted on solving irrelevant problems of users failing to comprehend the readme file.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on July 31, 2015, 07:38:43 pm
And here, kids, is what one is going to get if refuses to use YUM.
P. S. The worst thing is that the very valuable OS/2 developers time is carelessly wasted on solving irrelevant problems of users failing to comprehend the readme file.
Thanks for your kind words. First, YUM doesn't do that good and most of us in Holland do have trouble with that package (don't know if this has to do with the Dutch OS/2 or eCS versions, but I've seen twice total disaster). Some who had installed it are not happy. Second, why do we need to import Linux problems? We have OS/2, write a CLEAR readme and anyone can dump the necessary files in the right directory. Third, my native is not English, so sometimes the readme can not be understood in the right way or the readme just sucks and is too short of information, not seldom seen from developers  point of view who can't imagine that on an other systems or with other users (with an other native) it will fail. Fourth Linux doesn't understand the freedom we have in OS/2, my guess is that not two OS/2-eCS installations are the same. You can't say that from Linux. Fifth, same setup doesn't mean same results. Sixth, everything works fine, except the new just installed program, that also means that if all other things works as it should that not much can be wrong and the problems are with that new program. Seventh, follow the IBM guidelines, if it ain't broke, don't fix it. So true...
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on July 31, 2015, 11:58:30 pm
And here, kids, is what one is going to get if refuses to use YUM.
P. S. The worst thing is that the very valuable OS/2 developers time is carelessly wasted on solving irrelevant problems of users failing to comprehend the readme file.
Thanks for your kind words. First, YUM doesn't do that good and most of us in Holland do have trouble with that package (don't know if this has to do with the Dutch OS/2 or eCS versions, but I've seen twice total disaster). Some who had installed it are not happy. Second, why do we need to import Linux problems? We have OS/2, write a CLEAR readme and anyone can dump the necessary files in the right directory. Third, my native is not English, so sometimes the readme can not be understood in the right way or the readme just sucks and is too short of information, not seldom seen from developers  point of view who can't imagine that on an other systems or with other users (with an other native) it will fail. Fourth Linux doesn't understand the freedom we have in OS/2, my guess is that not two OS/2-eCS installations are the same. You can't say that from Linux. Fifth, same setup doesn't mean same results. Sixth, everything works fine, except the new just installed program, that also means that if all other things works as it should that not much can be wrong and the problems are with that new program. Seventh, follow the IBM guidelines, if it ain't broke, don't fix it. So true...

ob¦scur|ant|ism /ˌɒbskjʊˈrantɪz(ə)m/, noun, uncountable, formal. 1. the practice of deliberately making things more confusing or complicated, so that people do not know the truth.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: ivan on August 01, 2015, 03:19:51 am
Not a very helpful reply Boris unless you are describing the mess RPM/YUM can create.

I see you also ignored my comment on the previous page.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on August 01, 2015, 02:50:08 pm
Having success with languagepack, download is still a problem. Downloads are placed in the temp directory and that's it. It hangs somewhere, no log, no trp file.
There is a setting for downloads in the preferences, this one was not set and I thought it was set. Not!. After setting I have now a popup screen where to save the file. However the next two problems are still not solved;
1) If the file has NO extension, like "readme" files, then your only option is to save it in the temp directory. The option for open with is grayed out. Found that this is the case from version 10x and up. Some others tested on this behavior and its not in all OS the same.
2) With download nr 3 (in one run,  ff was not closed) firefox exits hard, only its own log is written, no trp files, nothing in OS/2 log files. Others report not having this problem, but if this is the case we have to find the problem outside ff, but what program or dll is responsible for this behavior? Not all dll's have well managed dates or version numbers, so here might be a problem lurking for those who thinks have met the prerequisites. This is not from the latest, also 24 does have these problems. I have to test if previous versions do have the same problem. I've report it before but at a time that development on a particular version was closed.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on August 01, 2015, 03:29:41 pm
Joop, please try not to spawn more issue tickets at GitHub: there are evidences there is nothing wrong with Firefox port regarding the download problem, but your environment is screwed up.

I want to strongly discourage spending porters' time on solving problems in a user's environment, because this time may be spent... you know... on porting. Which is good for everyone, not just for that one user.

Joop, I highly suggest you to open a new thread on OS2World forums to ask for assistance in maintaining your system.
I suspect, if you declare your problems in a clear and non-offensive manner, there is a high probability of volunteers to come up without closing your issue tickets.
I will gladly participate in discussions to help you solve the problem.



There was a new thread (http://www.os2world.com/forum/index.php?topic=810) spawned by Eirik Romstad for RPM, dependencies, updates, etc discussions. I suggest everyone to move there for discussions on those subjects to keep this, let me recall, Firefox 31.8.0 Beta 5 - First Impressions thread clean.

Let me also summarize: the port is awesome!
I would like to thank everyone who participates in this awesome work!

There is also an option to donate to bww bitwise works GmbH (http://www.bitwiseworks.com/shop/index.php).
They currently also work on SWT/Eclipse and VirtualBox ports, and they keep the work open!
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on August 01, 2015, 05:01:28 pm
This is not an answer on my question, reading seems difficult.

Joop, please try not to spawn more issue tickets at GitHub: there are evidences there is nothing wrong with Firefox port regarding the download problem, but your environment is screwed up.
There is nothing wrong with my setup, there is only evidence that on some OS/2-eCS installations FF runs as thought it should run. Downloading only two files and with the third FF is going down has nothing to do with a setup, you could have a point when this happens with download nr1. But it doesn't. Also all other programs on my system are gladly to work with my setup, according to you wrong, but what the hell, it works. All of them, a couple of hundred programs!  And who the hell are you to forbid me to post on Github?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Boris on August 01, 2015, 05:26:51 pm
This is not an answer on my question, reading seems difficult.

Joop, please try not to spawn more issue tickets at GitHub: there are evidences there is nothing wrong with Firefox port regarding the download problem, but your environment is screwed up.
There is nothing wrong with my setup, there is only evidence that on some OS/2-eCS installations FF runs as thought it should run. Downloading only two files and with the third FF is going down has nothing to do with a setup, you could have a point when this happens with download nr1. But it doesn't. Also all other programs on my system are gladly to work with my setup, according to you wrong, but what the hell, it works. All of them, a couple of hundred programs!  And who the hell are you to forbid me to post on Github?

Sorry, I take my words

I will gladly participate in discussions to help you solve the problem.

back.

Edit: ah, no need to take my words back. It was anticipated:

if you declare your problems in a clear and non-offensive manner
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Martin Iturbide on August 02, 2015, 05:03:22 am
Hi guys

The idea of this forums and threads are to try to help us to fix problems between us, the users, before being sure that we are dealing with bugs and open a ticket. It is good to exchange notes and experience to solve the question "It is just me or other people is having this problem too?". But this is not wrote in stone, it is just a suggestion.

Please stick to the point and do not make personal opinions about other individuals. Giving a "Value Judgement (https://en.wikipedia.org/wiki/Value_judgment)" about another person does not help on the forums. Also sometimes "Sassyness" (Clever, witty, sarcasm with attitude) can be confused with arrogance in written form on the forums, please be aware of that.

I remember being called a "Linux Hater" on the past because I discussed that I don't like the The Filesystem Hierarchy Standard (FHS) that Linux/Unix uses with RPM/YUM and it was not nice. Of course that it is not true, but I just want to remind you that I don't want a discussion when people have predefine misconceptions about the other part. We are a community of people using OS/2 and we have different skills, personalities, cultural background and knowledge level, we can not assume that all got understood at once.

Another example of comments that I also got are like "You are wasting your time doing...", that is also not polite since I choose how to waste my own time. I prefer when people tell me things in other ways like "I think that it will be better if we focus time on doing X or Y because of...". It is saying almost the same thing without upsetting the other person's choices.

Please avoid making personal comments about the other party and focus only on the problem and how to help him. If anybody don't want or don't have the patience to help on an specific problem just move on the next thread, you are not forced to reply to everything.

Regards
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Jan-Erik Lärka on August 10, 2015, 09:11:32 pm
There is a real problem to update addons and language packs not limited to individual languages or .xpi-files. The problem is present with Swedish (sv_SE.xpi) as well, but also updates of regular addons for firefox 31.8 Beta 5. Please do note that the addons once installed (from earlier versions) work.

My tests doesn't indicate that the path or update procedure is the cause, mainly as I've repeated this procedure since I found out where the language packs can be found on the net several versions ago.

Firefox even found the language pack and version to install this time, a great leap forward.
Something stop both the automatic and manual update procedure.

Jan-Erik Lärka
Software Tester of Enterprise Resource Planning System MONITOR (http://www.monitor.se)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on August 10, 2015, 09:33:05 pm
Have you tried this with a new profile (firefox.exe -profilemanager and create new)?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Jan-Erik Lärka on August 10, 2015, 11:11:56 pm
Hello,

thank you for your reply.
I have just installed eComStation v2.2 Beta but apparently have to manually remove those installed libc0*.dll that is in the way in the ecs\dll folder.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on August 10, 2015, 11:58:42 pm
I have just installed eComStation v2.2 Beta
That version is still not on sale.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Jan-Erik Lärka on August 11, 2015, 08:06:45 am
This is a script to solve the problem.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on August 27, 2015, 05:15:11 am
Be nice to add some logging as it runs fast with just output from unlock and upload it to Hobbes or such so it is easier to refer people to the script
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Jan-Erik Lärka on August 27, 2015, 12:01:04 pm
I'll think about that. My approach was to deactivate/rename .dlls in use in wrong library folders rather than rewriting config.sys. Would you like my script to pause in the end perhaps, not show the unlocking part but rather just the file names it work on?

Yumie that Alex Taylor is working on should take care of it all.

Yumie is not complete yet, but it look quite nice and provide a gui for rpm and yum. I sure hope to see a version out really soon so that we can begin to use it and let some parts be developed/tuned/activated later as it mature.

//Jan-Erik
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on August 28, 2015, 05:15:37 am
It's nice to be able to review the changes your script does. When I tested it, it ran so fast and all I saw was a bunch of unlock output and as the DLLs weren't locked it wasn't very informative. BTW your script should also have a license header.
As for Yumie, the latest just checks if @UNIXROOT\usr\lib is at the head of LIBPATH and offers to change it.  (GUI to disable to be added)Your approach has advantages and so does Alex's. Both don't take into account that it is also correct to have @UNIXROOT\usr\local\lib having preference over @UNIXROOT\usr\lib as advanced users may want to manually install DLLs, eg I did this when I updated Freetype.
Yumie also needs documentation written.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on August 28, 2015, 05:50:27 am
Quote
Yumie that Alex Taylor is working on should take care of it all.

I hate to say it, but no, it won't.

Yumie makes using RPM/YUM possible, for the average user. It does not perform miracles. It does not eliminate all extra DLLs that programmers have kindly supplied with their work, which makes it all too easy to have duplicate, down level, copies, and they don't even need to be in LIBPATH to cause problems (remember the '.' dot entry). A quick look at dllCleanOut.cmd indicates that it only checks LIBPATH for duplicates (it appears to do nothing on my systems, but I already took steps to eliminate what I could find). It needs to check the whole file system, but that is complicated because a user may have a second (third...) boot drive, where it may be correct to have duplicate (even down level) files. The user may also have some place where they store those things, and that may be okay (as long as nothing actually uses them). Even starting with a clean eCS 2.2.b2 install, which includes RPM/YUM support, leaves junk behind, that shouldn't be there. Starting to use RPM/YUM after using a system for a while is even more complicated. Yumie also has trouble when YUM screws up (and it does that all too often). Usually, the user will need to do some manual repair when that happens.

Yumie works great, when YUM works, and after a user has cleaned out what shouldn't be there, but it certainly won't take care of it all.

dllCleanOut.cmd seems to be a good start, but I think it needs to go deeper to find all of the duplicates (which are usually down level). Speed of operation is not very important, since it should be a one time run, but it is important to get all of the files (and not take out the ones that a user wants to keep for one reason or another).
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Jan-Erik Lärka on August 28, 2015, 08:10:28 am
Yumie should be extended further to address the problems that every day users face. The script dllCleanOut may hopefully with your help provide a base how to take care of files that yumie doesn't take into account yet.

I can try to extend the script further. The idea behind dllCleanOut is to look in the usr\lib folder for dlls and then search for each dll in the libpath (excluding usr\lib) and unlock duplicates and rename them. The dll files in usr\lib will be loaded after the next reboot.

Please tell me how the script should search the system to determine what should be left and what should be renamed. Feel free to provide functions to take care of whatever has to be taken care of and I'll try to glue it all together.

//Jan-Erik
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Andi B. on August 28, 2015, 08:58:36 am
Quote
...a bunch of unlock output and as the DLLs weren't locked it wasn't very informative.
If you want to suppress unlock output you can use the unlock.exe included in ftp://ftp.netlabs.org/pub/wlan/xwlan312beta3.zip with >>NULL. Unfortunately all unlock.exes shipped with recent eCS have broken output redirection.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on August 28, 2015, 01:19:02 pm
and they don't even need to be in LIBPATH to cause problems (remember the '.' dot entry).
As far as I know the "." dot entry translates as active directory. So if you have DLL's in other drives, directories  which are not in your config.sys, then they should not disturb the process. I have more problems in identifying DLL's if they are the right version and with the latest distribution for FF needed dll's it seems that certain dll's are smaller, have lower version numbers etc. This gives a puzzle. Thanks to config.sys and the way it works we can update dll's in a very easy way which is not seen in other OS systems. But for some reason we don't want to make use of it. To do so you need to make a statement in what directory the OS/2 natives are hold (\OS2\DLL seems most logic) and all what's added afterwards and needed by programs (\ECS\DLL seems to me most logic). But as stated before, not one OS/2-eCS installation will be the same. So I don't see the need for a YUM, but I see the need for clear identification of DLL's, so everyone can copy the right one in the right directory. As those paths are already in the config.sys your ready after a restart. And we have to stick to that deliberate copy a file and a restart in order to stay free of unwanted software which comes thru your internet connection by accidental clicking on the wrong link or so.  Just my two cents...
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Andreas Schnellbacher on August 28, 2015, 03:23:43 pm
As far as I know the "." dot entry translates as active directory. So
if you have DLL's in other drives, directories which are not in your
config.sys, then they should not disturb the process.
Not true. DLLs were only unloaded on exiting an app. If you open
another app wich requires a DLL with the same name, the function were
taken from the already loaded DLL. That's the reason why program
packages should never hold commonly used and shared DLLs in there dir
tree. Only those DLLs should be better installed to a common dir.

Unfortunately our OS doesn't came with a DLL or packet manager that
controls each of these files. Solutions were developed, but either
have too many flaws or are still not fully accepted.

I have more problems in identifying DLL's if they are the right
version and with the latest distribution for FF needed dll's it seems
that certain dll's are smaller, have lower version numbers etc.
There exists the 8.3 limitation for DLLs. Therefore sometimes the
filename can't contain the entire version number.

Thanks to config.sys and the way it works we can update dll's in a
very easy way which is not seen in other OS systems.
That's not true. That would be possible for all other OS, too. Plus
most of them support long DLL names and symbolic links.

but I see the need for clear identification of DLL's, so everyone can
copy the right one in the right directory.
That tool doesn't exist yet. Additionally, there exist too many older
packages that are linked to DLLs without version numbers in their
filenames. It just won't work now if you just copy everything to one
dir. You have to DLL-rename all these older packages first.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on August 28, 2015, 05:01:53 pm
Quote
Yumie should be extended further to address the problems that every day users face.

Doing that is why Yumie is still not available. Remember that Yumie simply operates YUM, and YUM does not always return intelligent information when it fails, which means that Yumie would need to implement a lot of artificial intelligence to figure out what went wrong. A few of the more common failures are handled, but even then, it seems to be impossible to fix some problems. For example, all of my test systems complain that the RPM database is corrupted, every time I download something. There is really no problem, whatever it is gets properly installed, and all of the suggestions about how to fix the database don't fix the problem (which is probably not a database error anyway). It looks like the only answer is for Yumie to ignore the error, but doing that may miss a legitimate error.

Quote
Please tell me how the script should search the system to determine what should be left and what should be renamed. Feel free to provide functions to take care of whatever has to be taken care of and I'll try to glue it all together.

That is somewhat difficult. There are two major divisions. One is using RPM/YUM (with, or without, Yumie). The second is not using it (and there are many good reasons not to use it, but the main problem can still exist). Then there is a minor division, where a user has eComStation, or not. Less common, is where a user has made their own location to contain all of the RPM supplied DLLs (and that doesn't need to be on the boot drive). So, your script needs to determine if RPM/YUM is actually installed, and USED. Then, it needs to make the YUM stuff the first choice (if it is actually used), accounting for the user preference of the order of @UNIXROOT\usr\local\lib and @UNIXROOT\usr\lib (and they don't need to be on the boot drive). followed by what is in <bootdrive>:\OS2\DLL and <bootdrive>:\eCS\DLL (assuming that a user hasn't moved them around). All duplicates in any of those locations need to be resolved (there should be only ONE, and it should be the latest, but you can't depend on file size, or date, to determine that, and there is no bldlevel information, which should be easy to add, if those who supply the files would just do it. Then, you need to scan the rest of the system (ignoring alternate boot drives), and eliminate anything that is in any of those (call them "master") directories. Of course, you need to ASK the user what to do about duplicates because they may have a reason to keep something (which is okay, as long as they understand the consequences).

I want to emphasize a previous post about uninstalling the RPM/YUM WarpIn installer (using WarpIn), after running the initial YUM INSTALL YUM command. That command actually installs RPM/YUM, using a temporary, very down level, version of RPM/YUM. If you continue to use the "console", you will be using that very down level version, and it doesn't work very well. You need to use the standard command line window, or Yumie (when available) to use the updated stuff.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: ivan on August 28, 2015, 05:52:24 pm
Andreas.

Quote
There exists the 8.3 limitation for DLLs. Therefore sometimes the filename can't contain the entire version number.

I would have thought that the simple answer to that limitation would be to insert BLDLEVEL information into the DLLs.  That way there can be no confusion and it should be very easy to find out if the correct DLLs are there, or is that too easy?  From my engineering background that is the type of identification we do on a daily basis.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on August 28, 2015, 09:23:42 pm
Not true. DLLs were only unloaded on exiting an app. If you open
another app wich requires a DLL with the same name, the function were
taken from the already loaded DLL. That's the reason why program
packages should never hold commonly used and shared DLLs in there dir
tree. Only those DLLs should be better installed to a common dir.
I was referring to one DLL directory for programs. I downloaded shortly a program which should hold the latest in DLL, but I had already the same DLL with a higher version number and a different size. However inside you can't find version number, production date or anything which could identifying what is true latest file.

There exists the 8.3 limitation for DLLs. Therefore sometimes the
filename can't contain the entire version number.
This comes from a program written before even the PC-XT was born;
Version 3.35, Serial Number 6335S00194
Copyright (C) Brown Bag Software 1986-90. All Rights Reserved
So your statement won't hold.

but I see the need for clear identification of DLL's, so everyone can
copy the right one in the right directory.
That tool doesn't exist yet.
That tool is called brain, fingers, eyes and reading a clear instruction.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Andreas Schnellbacher on August 29, 2015, 10:45:06 am
I would have thought that the simple answer to that limitation would
be to insert BLDLEVEL information into the DLLs.
The buildlevel is ignored when DLLs were loaded. Therefore it can't
help reliably with loading the correct versions.

Additionally, even many files compiled by IBM don't have that info
built in.

That way there can be no confusion and it should be very easy to find
out if the correct DLLs are there
Finding means an additional process. Moreover, you need a package
management system (or similar) for the info which app requires which
DLLs and which ones are available. That's nothing for the end user
having just a simple installer.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Pete on August 29, 2015, 01:52:59 pm
Hi Andreas

The BLDLEVEL information could be checked by the user to ensure they have the required DLL file specified in the readme file supplied with the app. Of course, that also requires the readme file to be up to date and accurate regarding the apps requirements.


Regards

Pete
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Andreas Schnellbacher on August 29, 2015, 05:06:41 pm
Would you like my script to pause in the end perhaps, not show the unlocking
part but rather just the file names it work on?
I would just create a log file to list all changed filenames.

Additionally, the script could report at the end how many files were changed
and give a useful return code, e.g. 0 = NO_ERROR if files were changed and
2 = FILE_NOT_FOUND if no file was changed.

Yumie that Alex Taylor is working on should take care of it all.
Good idea. I would add a bug report for that on https://mantis.arcanoae.com (https://mantis.arcanoae.com)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Sergey Posokhov on August 29, 2015, 08:56:53 pm
Version 31.8.0 works correctly.
Moreover, it works above 512 MB, after markup by highmem.exe.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Doug Bissett on August 30, 2015, 05:31:47 am
Version 31.8.0 works correctly.
Moreover, it works above 512 MB, after markup by highmem.exe.

You also need the 106 kernel, as shipped with eCS 2.2.b2, or the system will sometimes crash when you close a program that has DLLs loaded high. In fact, I have been having the odd crash when closing Firefox, even though I have the 106 kernel, from eCS 2.2.b2. I am not 100% sure that I got all of the parts that go with the 106 kernel though. Anybody know what all of the files are?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Andreas Schnellbacher on August 30, 2015, 11:10:39 am
In fact, I have been having the odd crash when closing Firefox, even though I have the 106 kernel, from eCS 2.2.b2.
Holger is working on another patch for that:
http://www.os2.org/viewtopic.php?f=2&t=697&p=3965#p3965 (http://www.os2.org/viewtopic.php?f=2&t=697&p=3965#p3965)
https://translate.google.com/translate?hl=de&sl=de&tl=en&u=http%3A%2F%2Fwww.os2.org%2Fviewtopic.php%3Ff%3D2%26t%3D697%26p%3D3965%23p3965 (https://translate.google.com/translate?hl=de&sl=de&tl=en&u=http%3A%2F%2Fwww.os2.org%2Fviewtopic.php%3Ff%3D2%26t%3D697%26p%3D3965%23p3965)
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: ivan on September 02, 2015, 02:06:49 am
I have an odd problem an I am most probably not looking in the correct place to find the answer.

On my normal machine 4 core AMD, 4 Gb memory and several 1 Tb hard disks Firefox 31.8 works without any problems.  This evening I had cause to use my backup machine  and installed Firefox 31.8 on it, copied over the required DLLs and it runs.  It is rather slow to start but I expected that as it is a single core AMD processor with 2 Gb ram and both machines have an identical disk layout, the SMP machine just has larger partitions.

Now the problem is that I can download files with Firefox 31.8 on the SMP machine nut not on the other.  It appears to start but nothing happens.  What am I missing?  Anyone any idea?

At the moment I have gone back to using Firefox 17.0.11 which has always worked well on this single core machine.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on September 02, 2015, 03:04:36 am
Try moving downloads.sqlite (in your profile) out of the way and see if that helps. Also go into options-->general and double check that downloads are set to "always ask me"
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on September 20, 2015, 10:06:50 pm
Moved to FF31.8.0, but youtube stutters.

Found this;

Quote from: OS4User on July 25, 2015, 12:06:46 pm

    Have just tested it too.  What I have seen - works ok, except for video from YouTube -
    the sound is very slow  and video is also very slow - so it is unusable for YouTube.

    FF24 works ok  with YouTube on my system.
...

SET KAI_AUTOMODE=DART


So closed FF, updated the env file with above (use run) and run FF again. Did go back to youtube, same footage, still stutters. Now what?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on September 21, 2015, 03:25:25 am
...

So closed FF, updated the env file with above (use run) and run FF again. Did go back to youtube, same footage, still stutters. Now what?

That's a known problem with 31.8, use Dave's 24.8 or SM for youtube !

Page 1 - http://www.os2world.com/forum/index.php/topic,803.msg7678.html#msg7678

---

If you read OS4USER's post again he has sound and states the problem you have with youtube.

But Boris & you misread the post and posted the solution for no sound, which is a different problem.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on September 21, 2015, 01:09:07 pm
But Boris & you misread the post and posted the solution for no sound, which is a different problem.
Thanks Greggory, no, I didn't read the message wrong, I had the idea in my mind that the problem was with some buffer which was not big enough to hold the sound, in pro packages you get similar things if you setup the rig with a buffer too small. First I thought it was a html5 implementation problem. By rerouting it to more native packages you could bypass the buffer problem. Furthermore, I don't have uniaud installed because I have an specific OS/2 driver for the soundmax chipset. So it was also a test to find out if uniaud was in the way of dart. The readme is not real clear on this. So some thoughts got its own life which was based on an idea, wrong. I know FF24 does an excellent job here.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on September 21, 2015, 03:46:55 pm
But Boris & you misread the post and posted the solution for no sound, which is a different problem.
Thanks Greggory, no, I didn't read the message wrong, I had the idea in my mind that the problem was with some buffer which was not big enough to hold the sound, in pro packages you get similar things if you setup the rig with a buffer too small. First I thought it was a html5 implementation problem. By rerouting it to more native packages you could bypass the buffer problem. Furthermore, I don't have uniaud installed because I have an specific OS/2 driver for the soundmax chipset. So it was also a test to find out if uniaud was in the way of dart. The readme is not real clear on this. So some thoughts got its own life which was based on an idea, wrong. I know FF24 does an excellent job here.


Whqat ??? This is what you posted.

"So closed FF, updated the env file with above (use run) and run FF again. Did go back to youtube, same footage, still stutters. Now what?"

Added:

SET KAI_AUTOMODE=DART


Now you post the above, you need to be clear and if you know it's a problem why are you posting.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on September 21, 2015, 07:24:19 pm
Oh, sorry, but the stuttering of FF31.8.0 is in my view a problem. I thought it could be solved with the set whatever. I'm clear about that, but I thought wrong. So what are you commenting about?
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on September 22, 2015, 12:13:40 am
Oh, sorry, but the stuttering of FF31.8.0 is in my view a problem. I thought it could be solved with the set whatever. I'm clear about that, but I thought wrong. So what are you commenting about?

Hellooo, it's a known problem period - so use FF24 for youtube.

Quote from: OS4User on July 25, 2015, 12:06:46 pm

    Have just tested it too.  What I have seen - works ok, except for video from YouTube -
    the sound is very slow  and video is also very slow - so it is unusable for YouTube.

    FF24 works ok  with YouTube on my system.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on September 22, 2015, 12:46:27 am
One other difference between 24ESR and 31ESR is that 31ESR supports VP9. VP9 is more CPU intensive and I understand Google prefers it or will prefer it soon. Whether this is part of the problem or not I don't know.
Hopefully 38ESR will support X265+AAC which may be an improvement though still CPU intensive.
I do know that a couple of VP8 test videos I have here worked fine with 31ESR once I figured out my mixer settings.
I'll have to aquire some more test videos.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Joop on September 23, 2015, 02:19:54 am
One other difference between 24ESR and 31ESR is that 31ESR supports VP9. VP9 is more CPU intensive and I understand Google prefers it or will prefer it soon. Whether this is part of the problem or not I don't know.
I think it is. With 24ESR the user (program) cpu usage stays around 60%, never above 80% (on my system with single cpu). With 31ESR the same footage gives user (program) cpu usage around 70% with spikes up to 98%.  So more cpu is used, but the spikes tells me that something is wrong with the buffer. It looks like the buffer is too short. Ie, buffer is filled, footage playing, after a short while you get buffer under run (buffer is almost empty and can't fill next frame), buffer gets filled and this cost cpu power, so with not enough for next frame the footage halts and sound too. After buffer is filled footage goes on uninterrupted up to the next buffer under run. I didn't found a setting for buffer.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: roberto on November 22, 2015, 12:11:01 pm
In my system smp do not start, but if I runing firts qupzilla 189 and open, firefox display this error:
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on November 22, 2015, 07:51:22 pm
Probably a DLL conflict. Make sure that if using YUM/RPM that @UNIXROOT\usr\lib is close to the front of your LIBPATH (change @UNIXROOT to the correct drive letter) and if not using YUM/RPM make sure the newer DLLs are loaded before the ones in \ecs\dll, os2\dll or better yet update them. This will mostly be the libc0x and gccxx dlls though also watch for other ones such as stdcppp6.dll etc.
You should also give a bit more information when reporting problems such as this, eg OS level and how you're installing the DLLs at least.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: roberto on November 23, 2015, 06:10:21 pm
The version is 14105_SMP, and the installation of the dll was with yum (with lots of errors), and finally with the wapin and zip files. And for more data rename  2014/04/07 18:24:08 1047 file C: \ usr \ bin \ python-stop.exe. And replace it with this:
  2011/01/04 13:12:24 954 C: \ usr \ bin \ python.exe
DLLs have many repeated with the same name and different sizes in different folders, but which can not be removed and which to leave.
Saludos
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Dave Yeo on November 24, 2015, 07:06:19 am
OK, I assume you're using eCS2.1. Really your rpm/yum install needs fixing, probably by nuking it and starting over. Perhaps your ancient python was the problem and even your new one is old. Perhaps it should be a new thread.
For now the simplest would be to download the ones listed in the readme, or listed on http://os2news.warpstock.org/Warpzilla.html (http://os2news.warpstock.org/Warpzilla.html) and put them somewhere close to the beginning of your LIBPATH and move all the other older versions out of the way. Use unlock if they're in use, unlock foo.dll. After moving them, reboot.
The newer ones are compatible with the older ones but have added functionality. The exception is really old ones that depend on EMX.DLL.
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on November 24, 2015, 09:49:20 am
The version is 14105_SMP, and the installation of the dll was with yum (with lots of errors), and finally with the wapin and zip files. And for more data rename  2014/04/07 18:24:08 1047 file C: \ usr \ bin \ python-stop.exe. And replace it with this:
  2011/01/04 13:12:24 954 C: \ usr \ bin \ python.exe
DLLs have many repeated with the same name and different sizes in different folders, but which can not be removed and which to leave.
Saludos

Well, if you only want yum for firefox, then this maybe as bit easier:

Installing FF, TB, SM and has all the dlls that you need, but I recommend sorting out yum.

You can use this with or without yum.

http://os2notes.duckdns.org/os2firefoxdd.html


And wasn't there a slot on dlls during Warpstock - look that up to get the dlls sorted.

Greggory
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: roberto on November 24, 2015, 09:23:57 pm

http://os2notes.duckdns.org/os2firefoxdd.html

Greggory
Thanks, now is running with thunderbird 31.8 and without run! Iinstall thunderbird before without your tools.
But I think that this is a very strange form for install and run a cmd (Drag & drop)

In my opinion in the firefoxDD.cmd you have to include this line in line number 974:
IF FILENAME='' THEN say color.red "ERROR!!,You don't have to run this cmd in a command prompts, you have to made a Drag and drop a firefox-or-thunderbird ZIP file in Desktop icon" ||  color.gray ; key='n' ; exit

And you can delete the lines number 31 to 38, this rexx code is good, better that the warpin that I use first for install firefox 31.8
Saludos
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on November 24, 2015, 10:10:30 pm

In my opinion in the firefoxDD.cmd you have to include this line in line number 974:
IF FILENAME='' THEN say color.red "ERROR!!,You don't have to run this cmd in a command prompts, you have to made a Drag and drop a firefox-or-thunderbird ZIP file in Desktop icon" ||  color.gray ; key='n' ; exit

...

Saludos

Are you saying to add a warning if someone drops the zip on the firefoxDD.cmd file ?

Greggory
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: roberto on November 24, 2015, 10:30:39 pm

Are you saying to add a warning ...

Greggory
Yes add a warning, because I domwload the file, unzip, go to command prompts(for see errors if any, no mistake here), run the program install.cmd and i see firefoxdd.cmd, run it in command p. option default and give me a path for install c:\programs\  and show this error:

[D:\FirefoxDD-031]COPY D:\FirefoxDD-031\files\fntcfg2.dll C:\PROGRAMS\ \fntcfg2.
dll
SYS1003: The syntax of the command is incorrect.

Analyzing the firefoxDD.cmd, the code is correct, I was doing wrong, and lines 31-38 commented that errors may occur in default. But no error does not occur if you do a drag and drop.
Rexx is the best of the best !!
Saludos
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on November 24, 2015, 10:48:08 pm

Are you saying to add a warning ...

Greggory
Yes add a warning, because I domwload the file, unzip, go to command prompts(for see errors if any, no mistake here), run the program install.cmd and i see firefoxdd.cmd, run it in command p. option default and give me a path for install c:\programs\  and show this error:

[D:\FirefoxDD-031]COPY D:\FirefoxDD-031\files\fntcfg2.dll C:\PROGRAMS\ \fntcfg2.
dll
SYS1003: The syntax of the command is incorrect.

Analyzing the firefoxDD.cmd, the code is correct, I was doing wrong, and lines 31-38 commented that errors may occur in default. But no error does not occur if you do a drag and drop.
Rexx is the best of the best !!
Saludos

Ok, I did that in this script - http://os2notes.duckdns.org/os2mplayer.html

I thought I added it to FF/DD too.  I'll add it thx - on a side note did you read the readme.1st file :)

The lines 31-38 are for OS/2 and Warp 4 users that don't have the - SET PROGRAMS=E:\PROGRAMS  in the CONFIG.SYS.  Guess I should make that more clear and add that note to the script too.


Thanks for the input,

Greggory
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: roberto on November 24, 2015, 11:46:16 pm
Quote
The lines 31-38 are for OS/2 and Warp 4 users that don't have the - SET PROGRAMS=E:\PROGRAMS  in the CONFIG.SYS.  Guess I should make that more clear and add that note to the script too.
Greggory
Ok, you are right, leaving the comment.
The main differences between the installer and firefoxDD.cmd warpin is that many of the DLLs are in the same folder firefox, and the warpin are in X: \ ecs \ dll or x: \ OS2 \ dll
FLY now works perfect. (1,66mhz old-laptop )
The readme.1st, I read, but English is not my language, and I is an added effort and sometimes I find it hard to understand, but the REXX understand better.
Saludos
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Greggory Shaw on December 05, 2015, 12:29:54 am
Moved to FF31.8.0, but youtube stutters.

Found this;

Quote from: OS4User on July 25, 2015, 12:06:46 pm

    Have just tested it too.  What I have seen - works ok, except for video from YouTube -
    the sound is very slow  and video is also very slow - so it is unusable for YouTube.

    FF24 works ok  with YouTube on my system.
...

SET KAI_AUTOMODE=DART


So closed FF, updated the env file with above (use run) and run FF again. Did go back to youtube, same footage, still stutters. Now what?

This maybe interesting to some regarding the slow playback on Youtube.

I'm testing the sound drivers for my Soundblaster live, I was using Uniaud before.

The new native drivers have seemed to fix the Firefox slow play problem.  However, the native drivers for the SB will trap your system sometimes as reported (traps are fast forwarding video in MPlayer mainly)

Is there anyone that can the buffers in the native Soundblaster driver be fixed ?



Greggory. 
Title: Re: Firefox 31.8.0 Beta 5 - First Impressions
Post by: Martin Iturbide on January 22, 2016, 06:12:07 pm
Hi

Any idea what can be wrong when you get this error:

Quote
01-22-2016  12:03:13  SYS2070  PID 0049  TID 0001  Slot 0080
C:\PROGRAMS\FIREFOX\FIREFOX.EXE
XPCOM->XUL._NS_StringCopy_P
127

Regards