This is mostly for Jon and Ryan since they're likely to be working on
other parts of references in VE in future or at least reviewing
corresponding code. I've just asked James how to set up references on my
dev instance and it's a bit more complicated than I expected. This might
slow me down on
Ori, thanks for checking and the reassurance and thanks for sorting
this out guys!
Keep us updated!
On Wed, Apr 30, 2014 at 3:27 PM, Ori Livneh wrote:
> On Wed, Apr 30, 2014 at 3:05 PM, Jon Robson wrote:
>>
>> There also do not seem to be any new entries being created in
>> MobileWebUploads_820
On Wed, Apr 30, 2014 at 3:05 PM, Jon Robson wrote:
> There also do not seem to be any new entries being created in
> MobileWebUploads_8209043 which is slightly concerning...
>
I see entries in db1048. So, again: this is temporary lag in replication
due to the setup being new.
___
Let's give the database the time it needs to replicate and perform needed
validation before we start troubleshooting other issues. I'm concerned that
too many things are going on here.
Thanks to everyone who is working on this right now.
-Toby
On Wed, Apr 30, 2014 at 3:17 PM, Jon Robson wrote:
I've not seen any events logged on this table since 26th April. I know
for sure there have been some since then as I triggered some on the
27th (I saw them in the network tab)...
I'm using stat1003
I just want to rule out schema validation errors.
___
Mo
On Wed, Apr 30, 2014 at 3:05 PM, Jon Robson wrote:
> There also do not seem to be any new entries being created in
> MobileWebUploads_8209043 which is slightly concerning...
>
Jon if you're looking on the usual log databse this is likely just the ~30
hours of lag. EventLogging was recently switc
There also do not seem to be any new entries being created in
MobileWebUploads_8209043 which is slightly concerning...
On Wed, Apr 30, 2014 at 2:28 PM, Dan Andreescu wrote:
>> Is there a bug/ticket tracking this other than the one filed under
>> MobileFrontend? If not, perhaps we should reassign
>
> Is there a bug/ticket tracking this other than the one filed under
> MobileFrontend? If not, perhaps we should reassign the MobileFrontend bug
> to a more appropriate place.
>
We should report a bug for every separate issue, and I think this one is
"Limn Dashboards not working since EventLoggi
Updated on the play store, and available for download[1] as well.
Getting it from the play store is the preferred method since you will
automatically get updates. Instructions on how to opt in to the alpha
available at
http://lists.wikimedia.org/pipermail/mobile-l/2014-March/006642.html
* Even mo
Is there a bug/ticket tracking this other than the one filed under
MobileFrontend? If not, perhaps we should reassign the MobileFrontend bug
to a more appropriate place.
On Wed, Apr 30, 2014 at 2:19 PM, Dan Andreescu wrote:
> Are there any updates on this from Sean? It's not super critical at th
>
> Are there any updates on this from Sean? It's not super critical at the
> moment; I just want to know what's going on and when we might expect the
> graphs and data to return to normal :)
>
The latest I know is that the mobile-reportcard dashboards are updating
again. That means db1047/log is
Are there any updates on this from Sean? It's not super critical at the
moment; I just want to know what's going on and when we might expect the
graphs and data to return to normal :)
On Fri, Apr 25, 2014 at 3:57 PM, Ori Livneh wrote:
> Sean sent this update earlier (before Jon noticed the issu
On Wed, Apr 30, 2014 at 9:07 AM, Federico Leva (Nemo)
wrote:
> So, is it technically possible in the end? If one or two testers show up for
> a language/locale who'd use this channel, it could make a difference without
> bothering much.
I think what Monte meant was that it probably isn't possible
13 matches
Mail list logo
