archive-info.com » INFO » H » HSKUPIN.INFO

Total: 368

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • 18 | September | 2014 | hskupin.info
    in the last 7 months a couple of nice new features and bug fixes will make this release even more useful You can upgrade your installation easily via pip or by downloading it from PyPI Changes in 1 12 Display selected build when downloading 149 Add support for downloading B2G desktop builds 104 Download candidate builds from candidates and not nightly 218 Add Travis CI build status and PyPI version badges to README 220 Add Python 2 6 to test matrix 210 Fix broken download of mac64 tinderbox builds 144 Allow download even if content length header is missing 194 Convert run tests script to Python 168 Ensure that date option is a valid date 196 automation firefox mozdownload mozqa Mozilla Software Mozmill 2 0 7 and 2 0 8 have been released September 18 2014 Henrik Skupin Leave a comment The Firefox Automation team would like to announce the release of Mozmill 2 0 7 and Mozmill 2 0 8 Both versions had to be released in such a short time frame to ensure continuing support for Firefox Some latest changes done for Firefox Nightly broke Mozmill or at least made it misbehaving If you run tests with Mozmill ensure to upgrade to the latest version You can do this via PyPI or simply download the already pre configured environment Changes in 2 0 7 Bug 1066295 testMultipleLoads js is failing due to new HTTP Cache v2 Bug 1000098 Fix testPageLoad js test for invalid cert page Bug 1065436 Disable e10s until full support landed Bug 1062773 Disconnect errors invalidate the report Bug 999393 Expose assert and expect by default in sub modules Bug 970820 Mozmill aborts with socket timeout when trying to send the report Changes in 2 0 8 Bug 1067939 JSBridge and Mozmill broken due to

    Original URL path: http://www.hskupin.info/2014/09/18/ (2016-05-01)
    Open archived version from archive


  • Review of Automation Services goals in Q1 2012 | hskupin.info
    on which we will work on in the next couple of months Automation system for the Add ons compatibile by default feature With the change in Firefox 11 to make all add ons compatible by default we have been asked to create a system to automatically test add on compatibility for the top 100 add ons As result a new testrun for Mozmill has been created which runs our endurance update and endurance tests again That way we want to make sure that there are no performance regressions involved and updates of Firefox will be applied without any failures MemChaser An extension to visualize memory and GC CC related activities Given the amount of manual testing for GC CC related issues in Firefox by end of 2011 I had the idea to create an extension which makes it easy for users to track memory related activities That means that all the important information is displayed directly in the add on bar and don t have to be retrieved from about memory or the Error Console which constantly wipes out old entries The idea got approved as goal so Dave Hunt David Guo and myself were heavily working on getting this extension released on addons mozilla org as soon as possible Meanwhile even more features have been implemented and more are about to come in the next couple of months If you want to follow the development of the extension check the Github repository Mozmill Dashboard Validation method for uploaded test reports During a security review of our dashboard by end of 2011 it has been turned out that arbitrary data can be uploaded to our dashboard The reason was that we haven t checked the data which gets uploaded before storing it in our database So we have had to

    Original URL path: http://www.hskupin.info/2012/04/26/review-of-automation-services-goals-in-q1-2012/ (2016-05-01)
    Open archived version from archive

  • Results of the second Add-ons Manager testday | hskupin.info
    been started 8am UTC and ended 5pm PDT At the beginning we had lesser action but after lunch time in Europe more and more people joined and participated in discussions The most active people in the channel were aaronmt aleksej dark skeleton gabe2300 kbrosnan kinger mossop smaug tchung tobbi tonymec unfocused wx24 and myself After all we were able to identify 11 new bugs which is much lesser than the last time But I think it speaks for the work which happened in that area the last one and a half month We thank everyone who has participated in that testday and made it a success again Now with the new themes approaching in the near future another testday has to be targeted Stay tuned and check for updates regularly addons event firefox mozqa testday Post navigation Previous Post Second Add ons Manager redesign testday this Friday Next Post How to fix the OOM killer crashes under Linux Logging In Profile cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email Photostream June 2010 M T W T F S S May Jul 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the Firefox Automation team November 23 2015 Firefox Automation report Q3 2015 October 20

    Original URL path: http://www.hskupin.info/2010/06/14/results-of-the-second-add-ons-manager-testday/ (2016-05-01)
    Open archived version from archive

  • event | hskupin.info
    helped us a lot It s nothing more frustrating to not being able to reproduce an issue because of lack of information A big thanks goes also to the planning team of Mozilla who took care of anything related over this weekend Thanks for the accommodation the dinner and bowling party on Saturday and all the other small but necessary stuff As always it was great to get in contact with our and external communities Oh and some pictures have been uploaded to Flick automation crowd event firefox fosdem Mozilla mozmill mozqa testing Mozilla MozMill Crowd The birth of global automated testing July 13 2010 Henrik Skupin Leave a comment Last Friday I had my presentation about the MozMill crowd extension It was part of the breakout sessions during the Mozilla Summit 2010 in Whistler For everyone who wasn t able to make it to my presentation I have uploaded the slides to slideshare MozMill Crowd The birth of global automated testing View more presentations from Henrik Skupin If you have further ideas or proposals you want to tell us about please use the following EtherPad document We would appreciate it Update I should mention that the extension is still under development and we target a release for September If you want to follow the process check the Mozmill Crowd project page event firefox Mozilla mozmill mozqa slides testing Mozilla Results of the second Add ons Manager testday June 14 2010 Henrik Skupin Leave a comment Last Friday June the 11th we had our second testday for exploratory testing the new Add ons Manager It was again well attended and we had a couple of fantastic discussions across its whole duration If you weren t able to attend but interested in details about the discussions you can read through the chat transcription which lists any specific detail Given our last testday end of April I have continued my idea to see the testday covering more than only the PDT timezone That means this time it has also been started 8am UTC and ended 5pm PDT At the beginning we had lesser action but after lunch time in Europe more and more people joined and participated in discussions The most active people in the channel were aaronmt aleksej dark skeleton gabe2300 kbrosnan kinger mossop smaug tchung tobbi tonymec unfocused wx24 and myself After all we were able to identify 11 new bugs which is much lesser than the last time But I think it speaks for the work which happened in that area the last one and a half month We thank everyone who has participated in that testday and made it a success again Now with the new themes approaching in the near future another testday has to be targeted Stay tuned and check for updates regularly addons event firefox mozqa testday Mozilla Testday for Testscripting your Add on with MozMill February 25 2010 Henrik Skupin 2 Comments Mozmill which is a framework for running functional tests can be used

    Original URL path: http://www.hskupin.info/tag/event/ (2016-05-01)
    Open archived version from archive

  • testday | hskupin.info
    more people joined and participated in discussions The most active people in the channel were aaronmt aleksej dark skeleton gabe2300 kbrosnan kinger mossop smaug tchung tobbi tonymec unfocused wx24 and myself After all we were able to identify 11 new bugs which is much lesser than the last time But I think it speaks for the work which happened in that area the last one and a half month We thank everyone who has participated in that testday and made it a success again Now with the new themes approaching in the near future another testday has to be targeted Stay tuned and check for updates regularly addons event firefox mozqa testday Mozilla Second Add ons Manager redesign testday this Friday June 9 2010 Henrik Skupin 3 Comments This Friday June 11th Mozilla QA is holding the second testday about the new Add ons Manager for Firefox 4 0 Looking back to the fantastic results we got from the last testday we hope to have a similar attendance this time We will concentrate on exploratory testing mostly the complete user interface and the back end You will find detailed information in our testday event page Please join and help us to make sure we will have the best Add ons Manager ever in Firefox 4 firefox mozqa testday testing Photostream May 2016 M T W T F S S Mar 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results

    Original URL path: http://www.hskupin.info/tag/testday/ (2016-05-01)
    Open archived version from archive

  • Testday for Testscripting your Add-on with MozMill | hskupin.info
    documentation about the creation of testscripts for extensions You can also attend when you have general questions about Mozmill or when you want to help in creating Mozmill tests for Firefox Get ready and join us in testday next Friday addons event Mozilla mozmill QA testing Post navigation Previous Post Mozmill talk of FOSDEM 2010 Next Post A Day in San Francisco Logging In Profile cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email 2 Replies 2 Comments 0 Tweets 0 Facebook 0 Pingbacks Last reply was March 10 2010 everydave View March 9 2010 Hello I ve posted in the extension dev forums but thought this might be a more direct route Mozmill is working great for interacting with my extension from a user perspective but for the life of me I can t figure out how to run tests against the extension code itself I d love to use Mozmill to test the different objects and functions with the extension but how to access the extension scope has escaped me Any suggestions Reply Henrik Skupin View March 10 2010 I would advise you to join our Mozmill mailing list and ask the question there It s much easier to get help there http groups google com group mozmill dev pli 1 Reply Photostream February 2010 M T W T F S S Jan Mar 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of

    Original URL path: http://www.hskupin.info/2010/02/25/testday-for-testscripting-your-add-on-with-mozmill/ (2016-05-01)
    Open archived version from archive

  • How to fix the OOM killer crashes under Linux | hskupin.info
    the kernel has to be changed so it will no longer overcommit the memory for application requests Finally I have included those mentioned values into the etc sysctl conf file so they get automatically applied on start up vm overcommit memory 2 vm overcommit ratio 80 The results look good so far and I hope it will stay that way The lesson I have learned is to not trust any default setting of the Linux kernel It really can result in a crappy and unstable behavior crash kernel linux memory oom Post navigation Previous Post Results of the second Add ons Manager testday Next Post Hiking trip around Whistler Logging In Profile cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email 13 Replies 11 Comments 0 Tweets 0 Facebook 2 Pingbacks Last reply was January 20 2015 Being Linux admin setting up virtual servers and Samba ProDevTips programming tutorials View October 25 2010 To fix OOM killer crashes put the following in etc sysctl conf original article here Reply roger View February 21 2011 This might be able to help phusion passenger users too oh wait maybe they can just setup a monitor to kill large ruby processes too Reply Henrik Skupin View February 22 2011 Well all the stuff above can be used to prevent a crash of a server As it turned out the underlying issue here was a WordPress plugin for comments which didn t play well with php cgi There were a dozen of dead processes hanging around Reply Robert Pogson View August 10 2011 I am having a similar problem What plugin was giving the problem Reply Henrik Skupin View August 11 2011 As I have said above it was a comment plugin I don t remember the name anymore But whenever you have a high memory usage and Linux overcommits check the ps command for suspicious processes But well you could suffer from another issue It s hard to tell that way Reply Fran View September 16 2011 Nice one Henrik I was pulling my hair out over this f ing behaviour Hopefully this will sort out my own issue I m a WordPress user too Reply Jerry Champlin View October 1 2011 you could put something like this in cron passenger memory stats perl ne if d s d d sMB s d d sMB s Rails app1 app2 if 2 180 print 1 t 2 t 3 n system kill 1 Reply How to prevent your Linux server from crashing due to php5 oom killer out of memory errors Calazan com View October 31 2013 I found a solution from another blog post whose author was having the exact same problem I had The fix is to Reply Chris View February 19 2014 Here s some further documentation on those kernel settings https www kernel org doc Documentation vm overcommit

    Original URL path: http://www.hskupin.info/2010/06/17/how-to-fix-the-oom-killer-crashe-under-linux/ (2016-05-01)
    Open archived version from archive

  • crash | hskupin.info
    crash Given all my former research and attempts to fix the problem I wasn t sure what else I could do But thankfully I have found a website which has the explanation and even offered steps to solve the problem So what s happened The reason can be explained shortly The Linux kernel likes to always allocate memory if applications asking for it Per default it doesn t really check if there is enough memory available Given that behavior applications can allocate more memory as really is available At some point it can definitely cause an out of memory situation As result the OOM killer will be invoked and will kill that process Jun 11 11 35 21 vsrv03 kernel 378878 356858 php cgi invoked oom killer gfp mask 0x1280d2 order 0 oomkilladj 0 Jun 11 11 36 11 vsrv03 kernel 378878 356880 Pid 8490 comm php cgi Not tainted 2 6 26 2 xen amd64 1 The downside of this action is that all other running processes are also affected As result the complete VM didn t work and needed a restart To fix this problem the behavior of the kernel has to be changed so it will no longer overcommit the memory for application requests Finally I have included those mentioned values into the etc sysctl conf file so they get automatically applied on start up vm overcommit memory 2 vm overcommit ratio 80 The results look good so far and I hope it will stay that way The lesson I have learned is to not trust any default setting of the Linux kernel It really can result in a crappy and unstable behavior crash kernel linux memory oom Photostream May 2016 M T W T F S S Mar 1 2 3 4 5 6 7 8

    Original URL path: http://www.hskupin.info/tag/crash/ (2016-05-01)
    Open archived version from archive