Re: [Wikitech-l] What's the "correct" content model when rev_content_model is NULL?

[MZMcBride]

Daniel Kinzler wrote:
>What we still need to figure out is how to solve the chicken-and-egg
>situation with Multi-Content-Rev. At the moment, I'm thinking this might
>work:
>
>* introduce content model (and format) registry in the DB, and populate
>  it.
>* leave page and revision table as they are for now.
>* introduce slots table, use the new content_model (and content_format)
>  table.
>* stop using the content model (and format) from the page and revision
>  tables
>* drop the content model (and format) from the page and revision tables
>
>Does that sound liek a good plan? Let's for a moment assume we can get
>slots fully rolled out by the end of the year.

I just read some chatter about slots and multiplexing(?). It seems vaguely
interesting, but I don't have enough context or knowledge to understand
much of the discussion currently. Is there a request for comments page or
some kind of documentation that defines and explains these concepts?

MZMcBride



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What's the "correct" content model when rev_content_model is NULL?

[Matthew Flaschen]

On 07/11/2016 10:10 AM, Brad Jorsch (Anomie) wrote:

On Mon, Jul 11, 2016 at 8:07 AM, Daniel Kinzler 

Re: [Wikitech-l] Gerrit 2.12.2 test instance - PLEASE TEST

[Legoktm]

On 07/12/2016 07:45 PM, Bartosz Dziewoński wrote:
> I have tested it and I love it. It is all I was hoping it would be and
> more. The inline commit editing is quite nice, the lists of related
> commits are useful, but the warnings about merge conflicts are the best
> thing ever. The sooner it's live, the better!

This. Thanks to everyone who is making this upgrade happen <3

-- Legoktm

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] The train will resume tomorrow (was Re: All wikis reverted to wmf.8 last night due to T119736)

[Matthew Flaschen]

On 07/12/2016 11:35 PM, Legoktm wrote:

We should not be blocking login anymore. The patch[1] I deployed last
night catches the exceptions so users are able to login, but still
continues to log them.


Does that still apply if they're logging in *to* the wiki where their 
user row is missing?


I know it fixes the issue "I can't log into English Wikipedia because my 
account on randomwiki is messed up".


Matt

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] phpunit: "Extension mysql is required"?

[Legoktm]

Hi,

On 07/13/2016 08:19 AM, Daniel Barrett wrote:
> @requires extension mysql
> 
> and this extension is gone in PHP 7.0.

The old "mysql" extension was removed in favor of the "mysqli"
extension. MediaWiki should automatically use mysqli when it's available.

-- Legoktm

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 2016-07-13 Scrum of Scrums meeting notes

[Grace Gellerman]

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-07-13

= 2016-07-13 =

== Product ==

=== Reading ===

 Reading Infrastructure 
* No update, but there will be a follow up meeting on Echo auth impl bug
20-July-2016 (multistakeholder bug)

 Reading Web 
* No update, working on language switcher on mobile web

 iOS native app 
* 5.0.5 is currently in beta - heading to regression on Tuesday
* Setup new plan to incrementally improve regression testing
* Development of 5.1 is in progress
* Planning of 5.2 is in progress
* Discovery implemented https://phabricator.wikimedia.org/T139378 to enable
iOS to do https://phabricator.wikimedia.org/T130889
* Filed ticket to start work on a real time trending API:
https://phabricator.wikimedia.org/T140102


 Android native app 


 Mobile Content Service 
* Getting close to having public endpoints for the random and aggregated
feed endpoints. Removing blockers for that.
* Service had been flapping quite a bit lately. Log files indicate heap
memory issues.

=== Community Tech ===
* Investigating cross-wiki watchlist, how to implement back-end
** Refered to ArchComm as RFC
* Will be deploying PageAssessments to English WIkipedia soon (
https://www.mediawiki.org/wiki/Extension:PageAssessments)
* Also will be switching English Wikipedia to UCA collation with numerical
sorting

=== Editing ===
 Collaboration 
* Blocked: None
* Blocking: No change
* Update
** Finished rollout out bundling and re-sorting changes.  Had a couple
issues:
*** We forgot to change Alerts/Messages to Alerts/Notices, so had to do a
SWAT for this.  This had complications initially:
https://wikitech.wikimedia.org/wiki/Incident_documentation/20160707-Echo
*** We learned yesterday there was a bug in Echo that was causing users to
have inconsistent state, which prevented login.  This was fixed yesterday:
https://wikitech.wikimedia.org/wiki/Incident_documentation/20160712-EchoCentralAuth

 Multimedia 
* Blocked: None?
* Blocking: None?
* Update: None?

 Language 
* Blocked: None?
* Blocking: None?
* Update: None?

 Parsing 
* Blocked: service-runner migration
* Blocking: None?
* Update: Services is helping with migrating Parsoid to the service-runner
framework. Parsoid deployments are on hold till that time. Migration to
node v4, jessie, scap3 will follow that migration.

 VisualEditor 
* Blocked: None.
* Blocking: None known.
* Update: Lots of work on bugs and regressions this week;
https://gerrit.wikimedia.org/r/#/c/298392/ / T129360 in MobileFrontend is
the remaining focus.

== Technology ==

=== Services ===
'''Blocking'''
** None
'''Blocked'''
** None
* Node security upgrade: RB, AQS and SCB on Nodejs 4.4.6, Parsoid pending
move to Jessie
* RESTBase Cassandra cluster upgraded to 2.2.6
* Preparing deploy of new feed API end points (ex: featured article /
image) with Reading. ETA likely this week.
* Parsoid move to service-runner -
*https://phabricator.wikimedia.org/T90668*

** Currently testing in BetaCluster
**Ping for Ops: need to coordinate the transition in prod

=== Fundraising Tech ===
* Civi upgrade complete
* CentralNotice deployed
* Upgrading payments to MW 1.26
* Building out new servers
* Kafka sampling problem solved
* No blockers

=== TechOps ===
 '''Blocking'''
** None
* '''Blocked'''
** https://phabricator.wikimedia.org/T135483 - HHVM crashes - raised to
UBN! after issue recurrence. Currently no one owns the ticket.
* Updates
** About 25% of the MediaWiki clusters run on jessie, we will start
reimaging old servers during this quarter, a schedule will be announced.
** Enabled TCP Fast Open on some caching clusters
** Insecure POST traffic cutoff: All external traffic is prohibited, but
labs is still permitted (with a 20% failure rate)

=== Security ===
* Node.js dependencies are now being checked nightly for disclosed
vulnerabilities; Darian will be manually creating Phab tickets about this
initially, with automation to follow
* Request security reviews:
https://www.mediawiki.org/wiki/Wikimedia_Security_Team/Security_reviews
* A security release will be prepared soon, possibly July 20
* Reviews: Tool Labs Console (cont.)

===Wikidata / WMDE===
* Daniel is working on multi-content revisions
https://phabricator.wikimedia.org/T107595
* Continuing work on structured data support for commons
* Preparing deploy of RevisionSlider to test wikis and then as a beta
feature on German Wikipedia https://phabricator.wikimedia.org/T140232

=== Discovery ===
* '''Blocking''': none
* '''Blocked''': none
* Logstash upgrade postponed to Jul 18th, 19-22 UTC
* Initiated discussion on using ? in searches:
https://meta.wikimedia.org/wiki/Discovery/Handling_question_marks_in_search_queries
* Geosearch (near*:) is ready to roll out in production:
https://phabricator.wikimedia.org/T139378 in 1.28.0-wmf.10
* Started discussion on new wikipedia.org portal layout:

Re: [Wikitech-l] [Engineering] Gerrit 2.12.2 test instance - PLEASE TEST

[Chad Horohoe]

On Tue, Jul 12, 2016 at 10:53 PM, Mukunda Modell 
wrote:

> So I'll start by ignoring horrible UI/UX which, IMO, hasn't improved very
> much over the old version.
>
> I've used the test install for various routine activities and so far I've
> only found one bug:
>
> When I click the change-id link in commit messages, it takes me to a 404
> page.
>
>
This is fixed now.

-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] phpunit: "Extension mysql is required"?

[Daniel Barrett]

Never mind - solved it. I discovered that one of my phpunit test files contains

@requires extension mysql

and this extension is gone in PHP 7.0.

DanB


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] The train will resume tomorrow (was Re: All wikis reverted to wmf.8 last night due to T119736)

[Adam Baso]

>
> I think we need to have a serious discussion about what happened, and
> think very hard about the changes we would need to make to our
>

Hi all, I'm going to schedule some time next week to discuss the incident
and its response. Good writeup
,
by the way, Matt.


I think we should also reach out to the users that were affected and
> apologize.
>

I agree. Can someone please privately provide me a list of affected users
so we can work with a community liaison and engineer to communicate out a
"sorry" message?

-Adam
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The Revision Scoring weekly update

[Aaron Halfaker]

Looks like the frwiki version is at
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Label, not
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Labels :)

FWIW, the frwiki version is working for me just fine.  Let me know if it
still doesn't work at the appropriate URL.  Then, I think that Amir might
be right about conflicting gadgets.

On Wed, Jul 13, 2016 at 10:09 AM, Amir Ladsgroup 
wrote:

> Hey,
> You probably enabled a gadget that is broken causing wikilabels not working
> properly (we had this issue in fawiki a while ago). I tested it and it was
> okay in frwiki. First, try to disable your gadgets in frwiki and if that
> was the case try to understand what is the broken gadget (e.g. check
> console log). If that was not the case, please open a phabricator bug and
> put console log. I will investigate it.
>
> Best
>
> On Wed, Jul 13, 2016 at 7:15 PM mathieu stumpf guntz <
> psychosl...@culture-libre.org> wrote:
>
> > Hi Amir,
> >
> > Could you give me more information on the wikilabels campaigns for
> > French WP? Is there a way to contribute on this? I did followed
> > instructions on documentation page
> >  to install the JS on meta
> > . Then when
> > I go on the English Wikipedia
> > , it works™. But on the
> > French version  it
> > doesn't.
> >
> > What did I missed? ^^
> >
> >
> > Le 11/07/2016 à 21:40, Amir Ladsgroup a écrit :
> > > Hey,
> > > This is the 12th weekly update from revision scoring team that we have
> > sent
> > > to this mailing list.
> > >
> > > New developments:
> > >
> > > - We deployed ORES review tool in Russian and Portuguese Wikipedia!
> > [1]
> > > [2]
> > >
> > >
> > > - Basic support for English Wiktionary and Czech Wikipedia is live
> in
> > > labs.[3]  Soon production will follow.
> > >
> > >
> > > - Damaging model for Polish Wikipedia is ready and soon be
> available
> > > (then we can enable ORES review tool as well) [4]
> > >
> > >
> > > - ORES extension now highlights the whole row for Enhanced recent
> > > changes too. It will be live in two weeks [5]
> > >
> > >
> > > - We built prototype of a small web app to show progress of
> > wikilabels
> > > campaigns at
> > https://tools.wmflabs.org/dexbot/tools/wikilabels_stats.php.
> > > Feedback is welcome [6]
> > >
> > >
> > > Maintenance and robustness:
> > >
> > > - If a web node goes down in labs, we get icigna warnings [7]
> > >
> > >
> > > - We re-launched wikilabels campaigns for French and Azeri
> Wikipedia
> > [8]
> > > [9]
> > >
> > >
> > > - We are starting to use tsv2json to load the whole data when
> adding
> > new
> > > campaigns in wikilabels [10]
> > >
> > >
> > > - "Hide/Show good edits" soon will be changed to "Hide/Show
> probably
> > > good edits" in recent changes and watchlists to reflect ORES scores
> > more
> > > accurately [11]
> > >
> > >
> > > 1. https://phabricator.wikimedia.org/T139541
> > > 2. https://phabricator.wikimedia.org/T139692
> > > 3. https://phabricator.wikimedia.org/T139789
> > > 4. https://phabricator.wikimedia.org/T139207
> > > 5. https://phabricator.wikimedia.org/T139924
> > > 6. https://phabricator.wikimedia.org/T139874
> > > 7. https://phabricator.wikimedia.org/T134782
> > > 8. https://phabricator.wikimedia.org/T107730
> > > 9. https://phabricator.wikimedia.org/T139875
> > > 10. https://phabricator.wikimedia.org/T139939
> > > 11. https://phabricator.wikimedia.org/T139754
> > >
> > > Sincerely,
> > > Amir from the Revision Scoring team
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The Revision Scoring weekly update

[Amir Ladsgroup]

Hey,
You probably enabled a gadget that is broken causing wikilabels not working
properly (we had this issue in fawiki a while ago). I tested it and it was
okay in frwiki. First, try to disable your gadgets in frwiki and if that
was the case try to understand what is the broken gadget (e.g. check
console log). If that was not the case, please open a phabricator bug and
put console log. I will investigate it.

Best

On Wed, Jul 13, 2016 at 7:15 PM mathieu stumpf guntz <
psychosl...@culture-libre.org> wrote:

> Hi Amir,
>
> Could you give me more information on the wikilabels campaigns for
> French WP? Is there a way to contribute on this? I did followed
> instructions on documentation page
>  to install the JS on meta
> . Then when
> I go on the English Wikipedia
> , it works™. But on the
> French version  it
> doesn't.
>
> What did I missed? ^^
>
>
> Le 11/07/2016 à 21:40, Amir Ladsgroup a écrit :
> > Hey,
> > This is the 12th weekly update from revision scoring team that we have
> sent
> > to this mailing list.
> >
> > New developments:
> >
> > - We deployed ORES review tool in Russian and Portuguese Wikipedia!
> [1]
> > [2]
> >
> >
> > - Basic support for English Wiktionary and Czech Wikipedia is live in
> > labs.[3]  Soon production will follow.
> >
> >
> > - Damaging model for Polish Wikipedia is ready and soon be available
> > (then we can enable ORES review tool as well) [4]
> >
> >
> > - ORES extension now highlights the whole row for Enhanced recent
> > changes too. It will be live in two weeks [5]
> >
> >
> > - We built prototype of a small web app to show progress of
> wikilabels
> > campaigns at
> https://tools.wmflabs.org/dexbot/tools/wikilabels_stats.php.
> > Feedback is welcome [6]
> >
> >
> > Maintenance and robustness:
> >
> > - If a web node goes down in labs, we get icigna warnings [7]
> >
> >
> > - We re-launched wikilabels campaigns for French and Azeri Wikipedia
> [8]
> > [9]
> >
> >
> > - We are starting to use tsv2json to load the whole data when adding
> new
> > campaigns in wikilabels [10]
> >
> >
> > - "Hide/Show good edits" soon will be changed to "Hide/Show probably
> > good edits" in recent changes and watchlists to reflect ORES scores
> more
> > accurately [11]
> >
> >
> > 1. https://phabricator.wikimedia.org/T139541
> > 2. https://phabricator.wikimedia.org/T139692
> > 3. https://phabricator.wikimedia.org/T139789
> > 4. https://phabricator.wikimedia.org/T139207
> > 5. https://phabricator.wikimedia.org/T139924
> > 6. https://phabricator.wikimedia.org/T139874
> > 7. https://phabricator.wikimedia.org/T134782
> > 8. https://phabricator.wikimedia.org/T107730
> > 9. https://phabricator.wikimedia.org/T139875
> > 10. https://phabricator.wikimedia.org/T139939
> > 11. https://phabricator.wikimedia.org/T139754
> >
> > Sincerely,
> > Amir from the Revision Scoring team
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The Revision Scoring weekly update

[mathieu stumpf guntz]

Hi Amir,

Could you give me more information on the wikilabels campaigns for 
French WP? Is there a way to contribute on this? I did followed 
instructions on documentation page 
 to install the JS on meta 
. Then when 
I go on the English Wikipedia 
, it works™. But on the 
French version  it 
doesn't.


What did I missed? ^^


Le 11/07/2016 à 21:40, Amir Ladsgroup a écrit :

Hey,
This is the 12th weekly update from revision scoring team that we have sent
to this mailing list.

New developments:

- We deployed ORES review tool in Russian and Portuguese Wikipedia! [1]
[2]


- Basic support for English Wiktionary and Czech Wikipedia is live in
labs.[3]  Soon production will follow.


- Damaging model for Polish Wikipedia is ready and soon be available
(then we can enable ORES review tool as well) [4]


- ORES extension now highlights the whole row for Enhanced recent
changes too. It will be live in two weeks [5]


- We built prototype of a small web app to show progress of wikilabels
campaigns at https://tools.wmflabs.org/dexbot/tools/wikilabels_stats.php.
Feedback is welcome [6]


Maintenance and robustness:

- If a web node goes down in labs, we get icigna warnings [7]


- We re-launched wikilabels campaigns for French and Azeri Wikipedia [8]
[9]


- We are starting to use tsv2json to load the whole data when adding new
campaigns in wikilabels [10]


- "Hide/Show good edits" soon will be changed to "Hide/Show probably
good edits" in recent changes and watchlists to reflect ORES scores more
accurately [11]


1. https://phabricator.wikimedia.org/T139541
2. https://phabricator.wikimedia.org/T139692
3. https://phabricator.wikimedia.org/T139789
4. https://phabricator.wikimedia.org/T139207
5. https://phabricator.wikimedia.org/T139924
6. https://phabricator.wikimedia.org/T139874
7. https://phabricator.wikimedia.org/T134782
8. https://phabricator.wikimedia.org/T107730
9. https://phabricator.wikimedia.org/T139875
10. https://phabricator.wikimedia.org/T139939
11. https://phabricator.wikimedia.org/T139754

Sincerely,
Amir from the Revision Scoring team
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] phpunit: "Extension mysql is required"?

[Daniel Barrett]

[Tried mediawiki-l, now trying wikitech-l]

What does it mean when I run MediaWiki unit tests on my server, and phpunit 
skips some tests with this error:

  Extension mysql is required

This is on a fully working MediaWiki server with mySQL installed, running on 
Ubuntu 16.04.

$ mysql --version
mysql  Ver 14.14 Distrib 5.7.12, for Linux (x86_64) using  EditLine wrapper

$ dpkg -s php-mysql
Package: php-mysql
Status: install ok installed
...

Thank you,
DanB



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Ops] [Engineering] The train will resume tomorrow (was Re: All wikis reverted to wmf.8 last night due to T119736)

[Andre Klapper]

On Tue, 2016-07-12 at 20:15 -0400, aude wrote:
> This (unbreak now) bug has been open since November.  I wonder how
> this has been allowed to remain open and not addressed for this long?

FYI, Matt created a task about "Unbreak now" priority, to receive input from 
Team-Practices:
https://phabricator.wikimedia.org/T140207 

andre
-- 

Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] Change to SWAT deploy (aka "let's not break things")

[Marko Obrovac]

Hello,

There is also an effort under way to include a testing spec in MW, so that
it can be tested against on each scap sync~[1]. Hopefully we will be able
to integrate it into the deployment process sooner rather than later. No
actual work has started on it yet, so if you have any ideas as to how to go
about it, please chime in!

Cheers,
Marko

[1] https://phabricator.wikimedia.org/T136839


On 13 July 2016 at 01:35, Greg Grossmeier  wrote:

> Hello!
>
> For a while we've had the ability to test changes in production on a
> single host (mw1017) using a special HTTP header (X-Wikimedia-Debug).
> This has proved useful for many when deploying changes in production and
> we are adding it to the SWAT deploy process.
>
> See the steps at:
> https://wikitech.wikimedia.org/wiki/SWAT_deploys#Doing_the_deploy
>
> Namely:
> 4. After merge, the SWAT team member fetches the patch(es) to tin and then
>runs scap pull on mw1017
> 5. The submitter tests the change by using the instructions at
>X-Wikimedia-Debug#Staging_changes AND the SWAT team member checks the
>error logs
> 6. If there are no errors and the fix seems to work (if testable in that
>manner), then then SWAT team member deploys the patch to the entire
>fleet
>
> How to test on mw1017:
> https://wikitech.wikimedia.org/wiki/X-Wikimedia-Debug#Staging_changes
>
> To less exciting SWAT deploys,
>
> Greg
>
> --
> | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
> | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |
>
> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
>


-- 
Marko Obrovac, PhD
Senior Services Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit 2.12.2 test instance - PLEASE TEST

[Paladox]

I really like that you can now edit in browser without needing to clone the 
repo now making mobile editing possible now.
But one thing there is no testing? 

On Wednesday, 13 July 2016, 8:08, John Mark Vandenberg  
wrote:
 

 On Wed, Jul 13, 2016 at 10:03 AM, Chad  wrote:
> On Tue, Jul 12, 2016 at 7:39 PM Danny B.  wrote:
>> I assume that the slowness is just because it is testing environment and
>> production will be faster, but just in case, I'm mentioning that too (ask
>> for details should you need any).
>>
>>
> I'm not seeing slowness myself, but I have heard this complaint from a
> few others. For what it's worth, this *is* running on production hardware
> with higher specs than the old machine, so if anything it should be faster!
> There's some new features and other things we're not quite making use
> of yet, so we might need to do some further fine-tuning.

My laptop (Intel i3-2310M CPU @ 2.10GHz × 4) with Firefox on Ubuntu
isn't liking the extra client side workload being asked of it.

I'll survive.

-- 
John Vandenberg

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit 2.12.2 test instance - PLEASE TEST

[John Mark Vandenberg]

On Wed, Jul 13, 2016 at 10:03 AM, Chad  wrote:
> On Tue, Jul 12, 2016 at 7:39 PM Danny B.  wrote:
>> I assume that the slowness is just because it is testing environment and
>> production will be faster, but just in case, I'm mentioning that too (ask
>> for details should you need any).
>>
>>
> I'm not seeing slowness myself, but I have heard this complaint from a
> few others. For what it's worth, this *is* running on production hardware
> with higher specs than the old machine, so if anything it should be faster!
> There's some new features and other things we're not quite making use
> of yet, so we might need to do some further fine-tuning.

My laptop (Intel i3-2310M CPU @ 2.10GHz × 4) with Firefox on Ubuntu
isn't liking the extra client side workload being asked of it.

I'll survive.

-- 
John Vandenberg

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Gerrit 2.12.2 test instance - PLEASE TEST

[Niklas Laxström]

Many good and bad changes I can live with. One thing I will miss:
* Columns setting no longer wraps the diff lines. Horizontal scroll is
now unavoidable and cumbersome due to having to use either the mouse
or the arrow keys to move the cursor on the line.

Tips for others:
* I previously used 'r' to go straight to publishing my comments. This
shortcut is now 'a'.
* 'x' expands all history – the preference for having it always
expanded seems to be gone.

  -Niklas

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l