Hi Chris, Here are some observations: The bug is reproducible on firefox too. Tried manually.
1) On Firefox: Bug is reproducible (Edit beta tab is not seen. Only Edit Source tab is seen) a)I am logged in on my user page. (Edit beta tab is not seen. Only Edit Source tab is seen) b)Now log out c) Click on Return to User: d)Now both Edit beta and Edit Source tabs are seen e)Log in again f)Edit beta tab disappears 2)Above behavior also noticed on Chrome 3)bug not reproducible on Opera browser. -Renuka On Tue, Sep 17, 2013 at 2:11 PM, <[email protected]> wrote: > Send QA mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/qa > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of QA digest..." > > > Today's Topics: > > 1. Help trying to reproduce? (Chris McMahon) > 2. Continuous Automation Tests (Adam Baso) > 3. Re: Help trying to reproduce? (Jeffrey Hall) > 4. Re: [WikimediaMobile] Continuous Automation Tests > (Michelle Grover) > 5. Re: [WikimediaMobile] Continuous Automation Tests (Adam Baso) > 6. Re: [WikimediaMobile] Continuous Automation Tests (Chris McMahon) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 17 Sep 2013 09:54:19 -0700 > From: Chris McMahon <[email protected]> > To: "Software quality assurance for Wikimedia projects." > <[email protected]> > Subject: [QA] Help trying to reproduce? > Message-ID: > < > cajohbhrrsy9t4dzah1jiabc8oylnebeox_eyk0hpww+acat...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > We are encountering an occasional issue with the VisualEditor that is very > difficult to reproduce manually. I am hoping that if we can request you QA > fans to try, we might get some more information. The steps to reproduce > are: > > * Use a modern version of Chrome. The issue does not appear in Firefox. > * Use the beta labs host http://en.wikipedia.beta.wmflabs.org > * Navigate to beta labs main page > * Login > * Click the link to your user page (user page should exist) > > * Tab/link saying "Edit/beta" should exist on the user page but does not. > Only the "Edit source" tab is there. > > If anyone can reproduce the issue, please note any javascript errors that > might appear on the page, or other unusual circumstances. > > Thanks for the help, > -Chris > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/4d313d77/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Tue, 17 Sep 2013 11:17:18 -0700 > From: Adam Baso <[email protected]> > To: [email protected], mobile-l <[email protected]> > Subject: [QA] Continuous Automation Tests > Message-ID: > <CAB74=NrCfyOjJokn7m2e6j0=s= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Is there a way to have the general mobile web automation tests run > continuously, alerting #wikimedia-mobile and select individuals in the case > there are failing tests? > > Sorry if this has been asked and answered, or is already the case and I > missed it somehow. > > A bug introduced to ZeroRatedMobileAccess interfered with MobileFrontend > yesterday. It was spotted manually. It would be cool to increase the odds > of automatically being notified of failing tests from the general mobile > web (the Wikipedia Zero automation tests do positive/negative tests for > in-scope Wikipedia Zero, and only a couple of negative tests for the > general mobile web). To be fair, tests won't always catch errant behavior, > but they improve the odds! > > Props to Arthur, Jon, Juliusz, and Max spotting the issue last night and > Yuri and Yuvi (Yuri !== Yuvi) getting the fix in shortly thereafter ( > https://bugzilla.wikimedia.org/show_bug.cgi?id=54209). > > Thanks. > -Adam > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/e8132f57/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Tue, 17 Sep 2013 11:30:52 -0700 > From: Jeffrey Hall <[email protected]> > To: "QA \(software quality assurance\) for Wikimedia projects." > <[email protected]> > Subject: Re: [QA] Help trying to reproduce? > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > This repros for me with Chrome version 29.0.1547.65 on Mac OS 10.8.4. > Unfortunately, no JavaScript or other errors were returned by the browser. > > - Jeff Hall > > > > > On Sep 17, 2013, at 9:54 AM, Chris McMahon <[email protected]> wrote: > > > > > Hi, > > > > We are encountering an occasional issue with the VisualEditor that is > very difficult to reproduce manually. I am hoping that if we can request > you QA fans to try, we might get some more information. The steps to > reproduce are: > > > > * Use a modern version of Chrome. The issue does not appear in Firefox. > > * Use the beta labs host http://en.wikipedia.beta.wmflabs.org > > * Navigate to beta labs main page > > * Login > > * Click the link to your user page (user page should exist) > > > > * Tab/link saying "Edit/beta" should exist on the user page but does > not. Only the "Edit source" tab is there. > > > > If anyone can reproduce the issue, please note any javascript errors > that might appear on the page, or other unusual circumstances. > > > > Thanks for the help, > > -Chris > > _______________________________________________ > > QA mailing list > > [email protected] > > https://lists.wikimedia.org/mailman/listinfo/qa > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/f9e015ce/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Tue, 17 Sep 2013 11:32:28 -0700 > From: Michelle Grover <[email protected]> > To: Adam Baso <[email protected]> > Cc: mobile-l <[email protected]>, "Software quality > assurance for Wikimedia projects." <[email protected]> > Subject: Re: [QA] [WikimediaMobile] Continuous Automation Tests > Message-ID: > < > cah6m_z4lpmnsx7hegw-bqhwm8cxfossxxybsfkoj+fr0dr7...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Sure can are these tests already setup in cloudbees to run? > > > On Tue, Sep 17, 2013 at 11:17 AM, Adam Baso <[email protected]> wrote: > > > Is there a way to have the general mobile web automation tests run > > continuously, alerting #wikimedia-mobile and select individuals in the > case > > there are failing tests? > > > > Sorry if this has been asked and answered, or is already the case and I > > missed it somehow. > > > > A bug introduced to ZeroRatedMobileAccess interfered with MobileFrontend > > yesterday. It was spotted manually. It would be cool to increase the odds > > of automatically being notified of failing tests from the general mobile > > web (the Wikipedia Zero automation tests do positive/negative tests for > > in-scope Wikipedia Zero, and only a couple of negative tests for the > > general mobile web). To be fair, tests won't always catch errant > behavior, > > but they improve the odds! > > > > Props to Arthur, Jon, Juliusz, and Max spotting the issue last night and > > Yuri and Yuvi (Yuri !== Yuvi) getting the fix in shortly thereafter ( > > https://bugzilla.wikimedia.org/show_bug.cgi?id=54209). > > > > Thanks. > > -Adam > > > > _______________________________________________ > > Mobile-l mailing list > > [email protected] > > https://lists.wikimedia.org/mailman/listinfo/mobile-l > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/918c71fa/attachment-0001.html > > > > ------------------------------ > > Message: 5 > Date: Tue, 17 Sep 2013 12:09:38 -0700 > From: Adam Baso <[email protected]> > To: Michelle Grover <[email protected]> > Cc: mobile-l <[email protected]>, "Software quality > assurance for Wikimedia projects." <[email protected]> > Subject: Re: [QA] [WikimediaMobile] Continuous Automation Tests > Message-ID: > <CAB74= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > To follow up with the lists, it seems that there are already continuously > running tests that email mobile-l upon failure, but we were unlucky (or > lucky, depending on your worldview) that failures weren't triggered because > the core article reading experience in the mobile web in general continued > to hum along. > > Consequently, we're working with Michelle on defining a few positive and > negative tests relating to image tags, banners, and external hyperlinks. > > Thanks all! > -Adam > > > On Tue, Sep 17, 2013 at 11:32 AM, Michelle Grover <[email protected] > >wrote: > > > Sure can are these tests already setup in cloudbees to run? > > > > > > On Tue, Sep 17, 2013 at 11:17 AM, Adam Baso <[email protected]> wrote: > > > >> Is there a way to have the general mobile web automation tests run > >> continuously, alerting #wikimedia-mobile and select individuals in the > case > >> there are failing tests? > >> > >> Sorry if this has been asked and answered, or is already the case and I > >> missed it somehow. > >> > >> A bug introduced to ZeroRatedMobileAccess interfered with MobileFrontend > >> yesterday. It was spotted manually. It would be cool to increase the > odds > >> of automatically being notified of failing tests from the general mobile > >> web (the Wikipedia Zero automation tests do positive/negative tests for > >> in-scope Wikipedia Zero, and only a couple of negative tests for the > >> general mobile web). To be fair, tests won't always catch errant > behavior, > >> but they improve the odds! > >> > >> Props to Arthur, Jon, Juliusz, and Max spotting the issue last night and > >> Yuri and Yuvi (Yuri !== Yuvi) getting the fix in shortly thereafter ( > >> https://bugzilla.wikimedia.org/show_bug.cgi?id=54209). > >> > >> Thanks. > >> -Adam > >> > >> _______________________________________________ > >> Mobile-l mailing list > >> [email protected] > >> https://lists.wikimedia.org/mailman/listinfo/mobile-l > >> > >> > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/873bcc6b/attachment-0001.html > > > > ------------------------------ > > Message: 6 > Date: Tue, 17 Sep 2013 12:11:47 -0700 > From: Chris McMahon <[email protected]> > To: "QA (software quality assurance) for Wikimedia projects." > <[email protected]> > Cc: mobile-l <[email protected]>, Michelle Grover > <[email protected]> > Subject: Re: [QA] [WikimediaMobile] Continuous Automation Tests > Message-ID: > <CAJohBHRKq+AMEsL95eM7PqfA6XRuXWq=vGm3_OmC-= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Let us know if we can help with that... > -Chris > > > On Tue, Sep 17, 2013 at 12:09 PM, Adam Baso <[email protected]> wrote: > > > To follow up with the lists, it seems that there are already continuously > > running tests that email mobile-l upon failure, but we were unlucky (or > > lucky, depending on your worldview) that failures weren't triggered > because > > the core article reading experience in the mobile web in general > continued > > to hum along. > > > > Consequently, we're working with Michelle on defining a few positive and > > negative tests relating to image tags, banners, and external hyperlinks. > > > > Thanks all! > > -Adam > > > > > > On Tue, Sep 17, 2013 at 11:32 AM, Michelle Grover <[email protected] > >wrote: > > > >> Sure can are these tests already setup in cloudbees to run? > >> > >> > >> On Tue, Sep 17, 2013 at 11:17 AM, Adam Baso <[email protected]> > wrote: > >> > >>> Is there a way to have the general mobile web automation tests run > >>> continuously, alerting #wikimedia-mobile and select individuals in the > case > >>> there are failing tests? > >>> > >>> Sorry if this has been asked and answered, or is already the case and I > >>> missed it somehow. > >>> > >>> A bug introduced to ZeroRatedMobileAccess interfered with > MobileFrontend > >>> yesterday. It was spotted manually. It would be cool to increase the > odds > >>> of automatically being notified of failing tests from the general > mobile > >>> web (the Wikipedia Zero automation tests do positive/negative tests for > >>> in-scope Wikipedia Zero, and only a couple of negative tests for the > >>> general mobile web). To be fair, tests won't always catch errant > behavior, > >>> but they improve the odds! > >>> > >>> Props to Arthur, Jon, Juliusz, and Max spotting the issue last night > and > >>> Yuri and Yuvi (Yuri !== Yuvi) getting the fix in shortly thereafter ( > >>> https://bugzilla.wikimedia.org/show_bug.cgi?id=54209). > >>> > >>> Thanks. > >>> -Adam > >>> > >>> _______________________________________________ > >>> Mobile-l mailing list > >>> [email protected] > >>> https://lists.wikimedia.org/mailman/listinfo/mobile-l > >>> > >>> > >> > > > > _______________________________________________ > > QA mailing list > > [email protected] > > https://lists.wikimedia.org/mailman/listinfo/qa > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.wikimedia.org/pipermail/qa/attachments/20130917/cd5593f1/attachment.html > > > > ------------------------------ > > _______________________________________________ > QA mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/qa > > > End of QA Digest, Vol 5, Issue 14 > ********************************* >
_______________________________________________ QA mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/qa
