MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1413361093699348225=="
--===============1413361093699348225==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I see the same issue, repeatedly on my galaxy instance. Running
unmodified from the galaxy-dist/default branch.
Since I'm running the uncompressed data.js, I get a bit more information
from my errors than Peter's
> [10:05:12.293] TypeError: j is undefined @
> http://xxx/galaxy/static/scripts/mvc/data.js:1
> [10:05:12.291] "TabularButtonTrackster : Chromosome column
> undefined."
Mine points to line 188 in data.js, specifically the "else if" in this
function.
_renderCell: function(cell_contents, index, colspan) {
var column_types =3D this.model.get_metadata('column_types');
if (colspan !=3D=3D undefined) {
return $('').attr('colspan',
colspan).addClass('stringalign').text(cell_contents);
}
else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=3D=
=3D 'list') {
/* Left align all str columns, right align the rest */
return $(' | ').addClass('stringalign').text(cell_contents);
}
else {
return $(' | ').text(cell_contents);
}
},
I get an error:
"Uncaught TypeError: Cannot read property '0' of undefined", indicating
that upon attempting to read index 0 of "column_types" it determines
that column_types is null.
I commented out the else-if block and found that everything else was
working, it just rendered as right aligned.
Hope this helps!
Eric Rasche
On 10/03/2013 10:44 AM, Peter Cock wrote:
> The good news is that running the default branch from galaxy-central
> seems to work, so at some point the fix/change/regression should
> reach the stable releases on galaxy-dist as well.
>=20
> Peter
>=20
>=20
> On Thu, Oct 3, 2013 at 3:12 PM, Peter Cock wr=
ote:
>> On Thu, Oct 3, 2013 at 2:47 PM, sam guerler wr=
ote:
>>> Hi Peter,
>>>
>>> I cannot reproduce the type error you are observing, but that one might be
>>> critical. The second message is rather an information than an error messa=
ge.
>>> Is it possible that data.js is modified in your local galaxy version? You
>>> could apply an hg diff on data.js or maybe send the first few code lines =
in
>>> order verify this?
>>>
>>> Thanks,
>>> Sam
>>
>> Thanks Sam,
>>
>> Unfortunately my data.js seems to match galaxy-dist perfectly:
>>
>> $ wget https://bitbucket.org/galaxy/galaxy-dist/raw/c42567f43aa762a45f7eb7=
fc0917260edcaa5636/static/scripts/mvc/data.js
>> ...
>> $ diff data.js /mnt/galaxy/galaxy-dist/static/scripts/mvc/data.js
>> (no difference)
>>
>> I wonder if part of the issue is which tool created the tabular file, and
>> if it uses some of the special column names like chromosome etc.
>> The tools I've noticed this with do not use column name metadata
>> (but do tend to have a #comment line with column names as the
>> first line).
>>
>> Peter
> ___________________________________________________________
> Please keep all replies on the list by using "reply all"
> in your mail client. To manage your subscriptions to this
> and other Galaxy lists, please use the interface at:
> http://lists.bx.psu.edu/
>=20
> To search Galaxy mailing lists use the unified search at:
> http://galaxyproject.org/search/mailinglists/
>=20
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBAgAGBQJSTZf+AAoJEMqDXdrsMcpVUI8P/2MhPwHy7+YeLuK+5isq1rDl
zEqAxRXXRc28IkHkJnvUm5CpRAdhGZse+ICUHU0CMDWXOrIy9+1eGQzGSeNmeWzD
rUIil6PSdR6lMQOXhJ2cgeQYrz5ACu9XIlYjE9ZRD/cAT0I+M4llpCK+iZH1ZIbq
ZGi7tBTANNuRoP9qP6iv0o2SaXHw/ly4Gs06yxOG536IaHfns51LQXXUr3055aR/
hj3fq2IfpCOr1GQyMvZUnwMqhLjk/eUhG9mXs2UJlfnLD3YXimCpwju7GBmh4/Sd
T+GZUPZs9V2qG23zCCnr3kGZWWt8K3v9SUnxY1in/cTjaSZidh8PrdROBVw2KtI2
fSvSAGAVm0zm7yHIkyMLjNPLATRE12Qq2uqBnD+mNTYM71xyiidsfC+7X/g/widM
+yeiWZrDayFhhDoe4bHYqDH4lNztorTcFioHMESLTv2OirPBERIv/TT7kqn56Czl
7BoPGV6mMvcGjt/ULX+nDfbuymcbzDctn1UzfKqvVkhWQK3JOHz2lJbEvHf11dZe
t8Bv6Sq/6gRrk3z49qoBgMp7aoA4c2ZoS7Tm/NkJCf3lreVtkz6tA2GKMEmrJLqY
ZqfE+7NwG+MorG+OvgQbj/VKjzowDKaeZgkAShIRjLC51oRA7t2MtwzyM3H4Ur7x
Lk5qkZHn+yRNcDRqYXJh
=3DVoDi
-----END PGP SIGNATURE-----
--===============1413361093699348225==--
From aysam.guerler@gmail.com Thu Oct 3 13:30:50 2013
From: sam guerler
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Thu, 03 Oct 2013 13:30:11 -0400
Message-ID:
In-Reply-To: <524D97FE.9080608@yandex.ru>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3099537018496994510=="
--===============3099537018496994510==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thanks Eric. I updated the data.js file in an attempt to catch this error.
On Thu, Oct 3, 2013 at 12:14 PM, Eric Rasche wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I see the same issue, repeatedly on my galaxy instance. Running
> unmodified from the galaxy-dist/default branch.
>
> Since I'm running the uncompressed data.js, I get a bit more information
> from my errors than Peter's
>
> > [10:05:12.293] TypeError: j is undefined @
> > http://xxx/galaxy/static/scripts/mvc/data.js:1
> > [10:05:12.291] "TabularButtonTrackster : Chromosome column
> > undefined."
>
> Mine points to line 188 in data.js, specifically the "else if" in this
> function.
>
> _renderCell: function(cell_contents, index, colspan) {
> var column_types =3D this.model.get_metadata('column_types');
> if (colspan !=3D=3D undefined) {
> return $('').attr('colspan',
> colspan).addClass('stringalign').text(cell_contents);
> }
> else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=3D=
=3D 'list')
> {
> /* Left align all str columns, right align the rest */
> return $(' | ').addClass('stringalign').text(cell_contents);
> }
> else {
> return $(' | ').text(cell_contents);
> }
> },
>
> I get an error:
>
> "Uncaught TypeError: Cannot read property '0' of undefined", indicating
> that upon attempting to read index 0 of "column_types" it determines
> that column_types is null.
>
> I commented out the else-if block and found that everything else was
> working, it just rendered as right aligned.
>
> Hope this helps!
>
> Eric Rasche
>
> On 10/03/2013 10:44 AM, Peter Cock wrote:
> > The good news is that running the default branch from galaxy-central
> > seems to work, so at some point the fix/change/regression should
> > reach the stable releases on galaxy-dist as well.
> >
> > Peter
> >
> >
> > On Thu, Oct 3, 2013 at 3:12 PM, Peter Cock
> wrote:
> >> On Thu, Oct 3, 2013 at 2:47 PM, sam guerler
> wrote:
> >>> Hi Peter,
> >>>
> >>> I cannot reproduce the type error you are observing, but that one
> might be
> >>> critical. The second message is rather an information than an error
> message.
> >>> Is it possible that data.js is modified in your local galaxy version?
> You
> >>> could apply an hg diff on data.js or maybe send the first few code
> lines in
> >>> order verify this?
> >>>
> >>> Thanks,
> >>> Sam
> >>
> >> Thanks Sam,
> >>
> >> Unfortunately my data.js seems to match galaxy-dist perfectly:
> >>
> >> $ wget
> https://bitbucket.org/galaxy/galaxy-dist/raw/c42567f43aa762a45f7eb7fc091726=
0edcaa5636/static/scripts/mvc/data.js
> >> ...
> >> $ diff data.js /mnt/galaxy/galaxy-dist/static/scripts/mvc/data.js
> >> (no difference)
> >>
> >> I wonder if part of the issue is which tool created the tabular file,
> and
> >> if it uses some of the special column names like chromosome etc.
> >> The tools I've noticed this with do not use column name metadata
> >> (but do tend to have a #comment line with column names as the
> >> first line).
> >>
> >> Peter
> > ___________________________________________________________
> > Please keep all replies on the list by using "reply all"
> > in your mail client. To manage your subscriptions to this
> > and other Galaxy lists, please use the interface at:
> > http://lists.bx.psu.edu/
> >
> > To search Galaxy mailing lists use the unified search at:
> > http://galaxyproject.org/search/mailinglists/
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
>
> iQIcBAEBAgAGBQJSTZf+AAoJEMqDXdrsMcpVUI8P/2MhPwHy7+YeLuK+5isq1rDl
> zEqAxRXXRc28IkHkJnvUm5CpRAdhGZse+ICUHU0CMDWXOrIy9+1eGQzGSeNmeWzD
> rUIil6PSdR6lMQOXhJ2cgeQYrz5ACu9XIlYjE9ZRD/cAT0I+M4llpCK+iZH1ZIbq
> ZGi7tBTANNuRoP9qP6iv0o2SaXHw/ly4Gs06yxOG536IaHfns51LQXXUr3055aR/
> hj3fq2IfpCOr1GQyMvZUnwMqhLjk/eUhG9mXs2UJlfnLD3YXimCpwju7GBmh4/Sd
> T+GZUPZs9V2qG23zCCnr3kGZWWt8K3v9SUnxY1in/cTjaSZidh8PrdROBVw2KtI2
> fSvSAGAVm0zm7yHIkyMLjNPLATRE12Qq2uqBnD+mNTYM71xyiidsfC+7X/g/widM
> +yeiWZrDayFhhDoe4bHYqDH4lNztorTcFioHMESLTv2OirPBERIv/TT7kqn56Czl
> 7BoPGV6mMvcGjt/ULX+nDfbuymcbzDctn1UzfKqvVkhWQK3JOHz2lJbEvHf11dZe
> t8Bv6Sq/6gRrk3z49qoBgMp7aoA4c2ZoS7Tm/NkJCf3lreVtkz6tA2GKMEmrJLqY
> ZqfE+7NwG+MorG+OvgQbj/VKjzowDKaeZgkAShIRjLC51oRA7t2MtwzyM3H4Ur7x
> Lk5qkZHn+yRNcDRqYXJh
> =3DVoDi
> -----END PGP SIGNATURE-----
>
--===============3099537018496994510==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.htm"
MIME-Version: 1.0
PGRpdiBkaXI9Imx0ciI+VGhhbmtzIEVyaWMuIEkgdXBkYXRlZCB0aGUgZGF0YS5qcyBmaWxlIGlu
IGFuIGF0dGVtcHQgdG8gY2F0Y2ggdGhpcyBlcnJvci48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9l
eHRyYSI+PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gVGh1LCBPY3QgMywgMjAx
MyBhdCAxMjoxNCBQTSwgRXJpYyBSYXNjaGUgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJt
YWlsdG86cmFzY2hlLmVyaWNAeWFuZGV4LnJ1IiB0YXJnZXQ9Il9ibGFuayI+cmFzY2hlLmVyaWNA
eWFuZGV4LnJ1PC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj4KPGJsb2NrcXVvdGUgY2xhc3M9Imdt
YWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mg
c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0t
LTxicj4KSGFzaDogU0hBMTxicj4KPGJyPgpJIHNlZSB0aGUgc2FtZSBpc3N1ZSwgcmVwZWF0ZWRs
eSBvbiBteSBnYWxheHkgaW5zdGFuY2UuIFJ1bm5pbmc8YnI+CnVubW9kaWZpZWQgZnJvbSB0aGUg
Z2FsYXh5LWRpc3QvZGVmYXVsdCBicmFuY2guPGJyPgo8YnI+ClNpbmNlIEkmIzM5O20gcnVubmlu
ZyB0aGUgdW5jb21wcmVzc2VkIGRhdGEuanMsIEkgZ2V0IGEgYml0IG1vcmUgaW5mb3JtYXRpb248
YnI+CmZyb20gbXkgZXJyb3JzIHRoYW4gUGV0ZXImIzM5O3M8YnI+CjxkaXYgY2xhc3M9ImltIj48
YnI+CiZndDsgWzEwOjA1OjEyLjI5M10gVHlwZUVycm9yOiBqIGlzIHVuZGVmaW5lZCBAPGJyPgom
Z3Q7IDxhIGhyZWY9Imh0dHA6Ly94eHgvZ2FsYXh5L3N0YXRpYy9zY3JpcHRzL212Yy9kYXRhLmpz
OjEiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8veHh4L2dhbGF4eS9zdGF0aWMvc2NyaXB0cy9tdmMv
ZGF0YS5qczoxPC9hPjxicj4KJmd0OyBbMTA6MDU6MTIuMjkxXSAmcXVvdDtUYWJ1bGFyQnV0dG9u
VHJhY2tzdGVyIDogQ2hyb21vc29tZSBjb2x1bW48YnI+CiZndDsgdW5kZWZpbmVkLiZxdW90Ozxi
cj4KPGJyPgo8L2Rpdj5NaW5lIHBvaW50cyB0byBsaW5lIDE4OCBpbiBkYXRhLmpzLCBzcGVjaWZp
Y2FsbHkgdGhlICZxdW90O2Vsc2UgaWYmcXVvdDsgaW4gdGhpczxicj4KZnVuY3Rpb24uPGJyPgo8
YnI+CqAgoCBfcmVuZGVyQ2VsbDogZnVuY3Rpb24oY2VsbF9jb250ZW50cywgaW5kZXgsIGNvbHNw
YW4pIHs8YnI+CqAgoCCgIKAgdmFyIGNvbHVtbl90eXBlcyA9IHRoaXMubW9kZWwuZ2V0X21ldGFk
YXRhKCYjMzk7Y29sdW1uX3R5cGVzJiMzOTspOzxicj4KoCCgIKAgoCBpZiAoY29sc3BhbiAhPT0g
dW5kZWZpbmVkKSB7PGJyPgqgIKAgoCCgIKAgoCByZXR1cm4gJCgmIzM5OyZsdDt0ZCZndDsmIzM5
OykuYXR0cigmIzM5O2NvbHNwYW4mIzM5Oyw8YnI+CmNvbHNwYW4pLmFkZENsYXNzKCYjMzk7c3Ry
aW5nYWxpZ24mIzM5OykudGV4dChjZWxsX2NvbnRlbnRzKTs8YnI+CqAgoCCgIKAgfTxicj4KoCCg
IKAgoCBlbHNlIGlmIChjb2x1bW5fdHlwZXNbaW5kZXhdID09PSAmIzM5O3N0ciYjMzk7IHx8IGNv
bHVtbl90eXBlcyA9PT0gJiMzOTtsaXN0JiMzOTspIHs8YnI+CqAgoCCgIKAgoCCgIC8qIExlZnQg
YWxpZ24gYWxsIHN0ciBjb2x1bW5zLCByaWdodCBhbGlnbiB0aGUgcmVzdCAqLzxicj4KoCCgIKAg
oCCgIKAgcmV0dXJuICQoJiMzOTsmbHQ7dGQmZ3Q7JiMzOTspLmFkZENsYXNzKCYjMzk7c3RyaW5n
YWxpZ24mIzM5OykudGV4dChjZWxsX2NvbnRlbnRzKTs8YnI+CqAgoCCgIKAgfTxicj4KoCCgIKAg
oCBlbHNlIHs8YnI+CqAgoCCgIKAgoCCgIHJldHVybiAkKCYjMzk7Jmx0O3RkJmd0OyYjMzk7KS50
ZXh0KGNlbGxfY29udGVudHMpOzxicj4KoCCgIKAgoCB9PGJyPgqgIKAgfSw8YnI+Cjxicj4KSSBn
ZXQgYW4gZXJyb3I6PGJyPgo8YnI+CiZxdW90O1VuY2F1Z2h0IFR5cGVFcnJvcjogQ2Fubm90IHJl
YWQgcHJvcGVydHkgJiMzOTswJiMzOTsgb2YgdW5kZWZpbmVkJnF1b3Q7LCBpbmRpY2F0aW5nPGJy
Pgp0aGF0IHVwb24gYXR0ZW1wdGluZyB0byByZWFkIGluZGV4IDAgb2YgJnF1b3Q7Y29sdW1uX3R5
cGVzJnF1b3Q7IGl0IGRldGVybWluZXM8YnI+CnRoYXQgY29sdW1uX3R5cGVzIGlzIG51bGwuPGJy
Pgo8YnI+CkkgY29tbWVudGVkIG91dCB0aGUgZWxzZS1pZiBibG9jayBhbmQgZm91bmQgdGhhdCBl
dmVyeXRoaW5nIGVsc2Ugd2FzPGJyPgp3b3JraW5nLCBpdCBqdXN0IHJlbmRlcmVkIGFzIHJpZ2h0
IGFsaWduZWQuPGJyPgo8YnI+CkhvcGUgdGhpcyBoZWxwcyE8YnI+Cjxicj4KRXJpYyBSYXNjaGU8
YnI+CjxkaXY+PGRpdiBjbGFzcz0iaDUiPjxicj4KT24gMTAvMDMvMjAxMyAxMDo0NCBBTSwgUGV0
ZXIgQ29jayB3cm90ZTo8YnI+CiZndDsgVGhlIGdvb2QgbmV3cyBpcyB0aGF0IHJ1bm5pbmcgdGhl
IGRlZmF1bHQgYnJhbmNoIGZyb20gZ2FsYXh5LWNlbnRyYWw8YnI+CiZndDsgc2VlbXMgdG8gd29y
aywgc28gYXQgc29tZSBwb2ludCB0aGUgZml4L2NoYW5nZS9yZWdyZXNzaW9uIHNob3VsZDxicj4K
Jmd0OyByZWFjaCB0aGUgc3RhYmxlIHJlbGVhc2VzIG9uIGdhbGF4eS1kaXN0IGFzIHdlbGwuPGJy
PgomZ3Q7PGJyPgomZ3Q7IFBldGVyPGJyPgomZ3Q7PGJyPgomZ3Q7PGJyPgomZ3Q7IE9uIFRodSwg
T2N0IDMsIDIwMTMgYXQgMzoxMiBQTSwgUGV0ZXIgQ29jayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnAu
ai5hLmNvY2tAZ29vZ2xlbWFpbC5jb20iPnAuai5hLmNvY2tAZ29vZ2xlbWFpbC5jb208L2E+Jmd0
OyB3cm90ZTo8YnI+CiZndDsmZ3Q7IE9uIFRodSwgT2N0IDMsIDIwMTMgYXQgMjo0NyBQTSwgc2Ft
IGd1ZXJsZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpheXNhbS5ndWVybGVyQGdtYWlsLmNvbSI+YXlz
YW0uZ3VlcmxlckBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+CiZndDsmZ3Q7Jmd0OyBIaSBQ
ZXRlciw8YnI+CiZndDsmZ3Q7Jmd0Ozxicj4KJmd0OyZndDsmZ3Q7IEkgY2Fubm90IHJlcHJvZHVj
ZSB0aGUgdHlwZSBlcnJvciB5b3UgYXJlIG9ic2VydmluZywgYnV0IHRoYXQgb25lIG1pZ2h0IGJl
PGJyPgomZ3Q7Jmd0OyZndDsgY3JpdGljYWwuIFRoZSBzZWNvbmQgbWVzc2FnZSBpcyByYXRoZXIg
YW4gaW5mb3JtYXRpb24gdGhhbiBhbiBlcnJvciBtZXNzYWdlLjxicj4KJmd0OyZndDsmZ3Q7IElz
IGl0IHBvc3NpYmxlIHRoYXQgZGF0YS5qcyBpcyBtb2RpZmllZCBpbiB5b3VyIGxvY2FsIGdhbGF4
eSB2ZXJzaW9uPyBZb3U8YnI+CiZndDsmZ3Q7Jmd0OyBjb3VsZCBhcHBseSBhbiBoZyBkaWZmIG9u
IGRhdGEuanMgb3IgbWF5YmUgc2VuZCB0aGUgZmlyc3QgZmV3IGNvZGUgbGluZXMgaW48YnI+CiZn
dDsmZ3Q7Jmd0OyBvcmRlciB2ZXJpZnkgdGhpcz88YnI+CiZndDsmZ3Q7Jmd0Ozxicj4KJmd0OyZn
dDsmZ3Q7IFRoYW5rcyw8YnI+CiZndDsmZ3Q7Jmd0OyBTYW08YnI+CiZndDsmZ3Q7PGJyPgomZ3Q7
Jmd0OyBUaGFua3MgU2FtLDxicj4KJmd0OyZndDs8YnI+CiZndDsmZ3Q7IFVuZm9ydHVuYXRlbHkg
bXkgZGF0YS5qcyBzZWVtcyB0byBtYXRjaCBnYWxheHktZGlzdCBwZXJmZWN0bHk6PGJyPgomZ3Q7
Jmd0Ozxicj4KJmd0OyZndDsgJCB3Z2V0IDxhIGhyZWY9Imh0dHBzOi8vYml0YnVja2V0Lm9yZy9n
YWxheHkvZ2FsYXh5LWRpc3QvcmF3L2M0MjU2N2Y0M2FhNzYyYTQ1ZjdlYjdmYzA5MTcyNjBlZGNh
YTU2MzYvc3RhdGljL3NjcmlwdHMvbXZjL2RhdGEuanMiIHRhcmdldD0iX2JsYW5rIj5odHRwczov
L2JpdGJ1Y2tldC5vcmcvZ2FsYXh5L2dhbGF4eS1kaXN0L3Jhdy9jNDI1NjdmNDNhYTc2MmE0NWY3
ZWI3ZmMwOTE3MjYwZWRjYWE1NjM2L3N0YXRpYy9zY3JpcHRzL212Yy9kYXRhLmpzPC9hPjxicj4K
CiZndDsmZ3Q7IC4uLjxicj4KJmd0OyZndDsgJCBkaWZmIGRhdGEuanMgL21udC9nYWxheHkvZ2Fs
YXh5LWRpc3Qvc3RhdGljL3NjcmlwdHMvbXZjL2RhdGEuanM8YnI+CiZndDsmZ3Q7IChubyBkaWZm
ZXJlbmNlKTxicj4KJmd0OyZndDs8YnI+CiZndDsmZ3Q7IEkgd29uZGVyIGlmIHBhcnQgb2YgdGhl
IGlzc3VlIGlzIHdoaWNoIHRvb2wgY3JlYXRlZCB0aGUgdGFidWxhciBmaWxlLCBhbmQ8YnI+CiZn
dDsmZ3Q7IGlmIGl0IHVzZXMgc29tZSBvZiB0aGUgc3BlY2lhbCBjb2x1bW4gbmFtZXMgbGlrZSBj
aHJvbW9zb21lIGV0Yy48YnI+CiZndDsmZ3Q7IFRoZSB0b29scyBJJiMzOTt2ZSBub3RpY2VkIHRo
aXMgd2l0aCBkbyBub3QgdXNlIGNvbHVtbiBuYW1lIG1ldGFkYXRhPGJyPgomZ3Q7Jmd0OyAoYnV0
IGRvIHRlbmQgdG8gaGF2ZSBhICNjb21tZW50IGxpbmUgd2l0aCBjb2x1bW4gbmFtZXMgYXMgdGhl
PGJyPgomZ3Q7Jmd0OyBmaXJzdCBsaW5lKS48YnI+CiZndDsmZ3Q7PGJyPgomZ3Q7Jmd0OyBQZXRl
cjxicj4KPC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iaW0iPiZndDsgX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+CiZndDsgUGxlYXNl
IGtlZXAgYWxsIHJlcGxpZXMgb24gdGhlIGxpc3QgYnkgdXNpbmcgJnF1b3Q7cmVwbHkgYWxsJnF1
b3Q7PGJyPgomZ3Q7IGluIHlvdXIgbWFpbCBjbGllbnQuIKBUbyBtYW5hZ2UgeW91ciBzdWJzY3Jp
cHRpb25zIHRvIHRoaXM8YnI+CiZndDsgYW5kIG90aGVyIEdhbGF4eSBsaXN0cywgcGxlYXNlIHVz
ZSB0aGUgaW50ZXJmYWNlIGF0Ojxicj4KJmd0OyCgIDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5ieC5w
c3UuZWR1LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5ieC5wc3UuZWR1LzwvYT48YnI+
CiZndDs8YnI+CiZndDsgVG8gc2VhcmNoIEdhbGF4eSBtYWlsaW5nIGxpc3RzIHVzZSB0aGUgdW5p
ZmllZCBzZWFyY2ggYXQ6PGJyPgomZ3Q7IKAgPGEgaHJlZj0iaHR0cDovL2dhbGF4eXByb2plY3Qu
b3JnL3NlYXJjaC9tYWlsaW5nbGlzdHMvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2dhbGF4eXBy
b2plY3Qub3JnL3NlYXJjaC9tYWlsaW5nbGlzdHMvPC9hPjxicj4KJmd0Ozxicj4KPGJyPgo8L2Rp
dj4tLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLTxicj4KVmVyc2lvbjogR251UEcgdjIuMC4x
OSAoR05VL0xpbnV4KTxicj4KPGJyPgppUUljQkFFQkFnQUdCUUpTVFpmK0FBb0pFTXFEWGRyc01j
cFZVSThQLzJNaFB3SHk3K1llTHVLKzVpc3ExckRsPGJyPgp6RXFBeFJYWFJjMjhJa0hrSm52VW01
Q3BSQWRoR1pzZStJQ1VIVTBDTURXWE9ySXk5KzFlR1F6R1NlTm1lV3pEPGJyPgpyVUlpbDZQU2RS
NmxNUU9YaEoyY2dlUVlyejVBQ3U5WElsWWpFOVpSRC9jQVQwSStNNGxscENLK2laSDFaSWJxPGJy
PgpaR2k3dEJUQU5OdVJvUDlxUDZpdjBvMlNhWEh3L2x5NEdzMDZ5eE9HNTM2SWFIZm5zNTFMUVhY
VXIzMDU1YVIvPGJyPgpoajNmcTJJZnBDT3IxR1F5TXZaVW53TXFoTGprL2VVaEc5bVhzMlVKbGZu
TEQzWVhpbUNwd2p1N0dCbWg0L1NkPGJyPgpUK0daVVBaczlWMnFHMjN6Q0NucjNrR1pXV3Q4SzN2
OVNVbnhZMWluL2NUamFTWmlkaDhQcmRST0JWdzJLdEkyPGJyPgpmU3ZTQUdBVm0wem03eUhJa3lN
TGpOUExBVFJFMTJRcTJ1cUJuRCttTlRZTTcxeHlpaWRzZkMrN1gvZy93aWRNPGJyPgoreWVpV1py
RGF5RmhoRG9lNGJIWXFESDRsTnp0b3JUY0Zpb0hNRVNMVHYyT2lyUEJFUkl2L1RUN2txbjU2Q3ps
PGJyPgo3Qm9QR1Y2bU12Y0dqdC9VTFgrbkRmYnV5bWNiekRjdG4xVXpmS3F2VmtoV1FLM0pPSHoy
bEpiRXZIZjExZFplPGJyPgp0OEJ2NlNxLzZnUnJrM3o0OXFvQmdNcDdhb0E0YzJab1M3VG0vTmtK
Q2YzbHJlVnRrejZ0QTJHS01FbXJKTHFZPGJyPgpacWZFKzdOd0crTW9yRytPdmdRYmovVktqem93
REthZVpna0FTaElSakxDNTFvUkE3dDJNdHd6eU0zSDRVcjd4PGJyPgpMazVxa1pIbit5Uk5jRFJx
WVhKaDxicj4KPVZvRGk8YnI+Ci0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLTxicj4KPC9ibG9j
a3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4K
--===============3099537018496994510==--
From bjoern.gruening@pharmazie.uni-freiburg.de Thu Oct 3 13:34:21 2013
From: =?utf-8?q?Bj=C3=B6rn_Gr=C3=BCning?=
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Thu, 03 Oct 2013 19:34:12 +0200
Message-ID: <1380821652.3349.37.camel@threonin>
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8344602273222438084=="
--===============8344602273222438084==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Hi Sam,
any chance to commit that fix to Galaxy-stable?
Thanks!
Bjoern
> Thanks Eric. I updated the data.js file in an attempt to catch this
> error.
>=20
>=20
> On Thu, Oct 3, 2013 at 12:14 PM, Eric Rasche
> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> =20
> I see the same issue, repeatedly on my galaxy instance.
> Running
> unmodified from the galaxy-dist/default branch.
> =20
> Since I'm running the uncompressed data.js, I get a bit more
> information
> from my errors than Peter's
> =20
> > [10:05:12.293] TypeError: j is undefined @
> > http://xxx/galaxy/static/scripts/mvc/data.js:1
> > [10:05:12.291] "TabularButtonTrackster : Chromosome column
> > undefined."
> =20
> =20
> Mine points to line 188 in data.js, specifically the "else if"
> in this
> function.
> =20
> _renderCell: function(cell_contents, index, colspan) {
> var column_types =3D
> this.model.get_metadata('column_types');
> if (colspan !=3D=3D undefined) {
> return $('').attr('colspan',
> colspan).addClass('stringalign').text(cell_contents);
> }
> else if (column_types[index] =3D=3D=3D 'str' || column_types
> =3D=3D=3D 'list') {
> /* Left align all str columns, right align the
> rest */
> return
> $(' | ').addClass('stringalign').text(cell_contents);
> }
> else {
> return $(' | ').text(cell_contents);
> }
> },
> =20
> I get an error:
> =20
> "Uncaught TypeError: Cannot read property '0' of undefined",
> indicating
> that upon attempting to read index 0 of "column_types" it
> determines
> that column_types is null.
> =20
> I commented out the else-if block and found that everything
> else was
> working, it just rendered as right aligned.
> =20
> Hope this helps!
> =20
> Eric Rasche
> =20
> On 10/03/2013 10:44 AM, Peter Cock wrote:
> > The good news is that running the default branch from
> galaxy-central
> > seems to work, so at some point the fix/change/regression
> should
> > reach the stable releases on galaxy-dist as well.
> >
> > Peter
> >
> >
> > On Thu, Oct 3, 2013 at 3:12 PM, Peter Cock
> wrote:
> >> On Thu, Oct 3, 2013 at 2:47 PM, sam guerler
> wrote:
> >>> Hi Peter,
> >>>
> >>> I cannot reproduce the type error you are observing, but
> that one might be
> >>> critical. The second message is rather an information than
> an error message.
> >>> Is it possible that data.js is modified in your local
> galaxy version? You
> >>> could apply an hg diff on data.js or maybe send the first
> few code lines in
> >>> order verify this?
> >>>
> >>> Thanks,
> >>> Sam
> >>
> >> Thanks Sam,
> >>
> >> Unfortunately my data.js seems to match galaxy-dist
> perfectly:
> >>
> >> $ wget
> https://bitbucket.org/galaxy/galaxy-dist/raw/c42567f43aa762a45f7eb7=
fc0917260edcaa5636/static/scripts/mvc/data.js
> >> ...
> >> $ diff
> data.js /mnt/galaxy/galaxy-dist/static/scripts/mvc/data.js
> >> (no difference)
> >>
> >> I wonder if part of the issue is which tool created the
> tabular file, and
> >> if it uses some of the special column names like chromosome
> etc.
> >> The tools I've noticed this with do not use column name
> metadata
> >> (but do tend to have a #comment line with column names as
> the
> >> first line).
> >>
> >> Peter
> =20
> > ___________________________________________________________
> > Please keep all replies on the list by using "reply all"
> > in your mail client. To manage your subscriptions to this
> > and other Galaxy lists, please use the interface at:
> > http://lists.bx.psu.edu/
> >
> > To search Galaxy mailing lists use the unified search at:
> > http://galaxyproject.org/search/mailinglists/
> >
> =20
> =20
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
> =20
> iQIcBAEBAgAGBQJSTZf+AAoJEMqDXdrsMcpVUI8P/2MhPwHy7+YeLuK
> +5isq1rDl
> zEqAxRXXRc28IkHkJnvUm5CpRAdhGZse+ICUHU0CMDWXOrIy9
> +1eGQzGSeNmeWzD
> rUIil6PSdR6lMQOXhJ2cgeQYrz5ACu9XIlYjE9ZRD/cAT0I+M4llpCK
> +iZH1ZIbq
> ZGi7tBTANNuRoP9qP6iv0o2SaXHw/ly4Gs06yxOG536IaHfns51LQXXUr3055aR/
> hj3fq2IfpCOr1GQyMvZUnwMqhLjk/eUhG9mXs2UJlfnLD3YXimCpwju7GBmh4/Sd
> T
> +GZUPZs9V2qG23zCCnr3kGZWWt8K3v9SUnxY1in/cTjaSZidh8PrdROBVw2KtI2
> fSvSAGAVm0zm7yHIkyMLjNPLATRE12Qq2uqBnD+mNTYM71xyiidsfC
> +7X/g/widM
> +yeiWZrDayFhhDoe4bHYqDH4lNztorTcFioHMESLTv2OirPBERIv/TT7kqn56Czl
> 7BoPGV6mMvcGjt/ULX
> +nDfbuymcbzDctn1UzfKqvVkhWQK3JOHz2lJbEvHf11dZe
> t8Bv6Sq/6gRrk3z49qoBgMp7aoA4c2ZoS7Tm/NkJCf3lreVtkz6tA2GKMEmrJLqY
> ZqfE+7NwG+MorG
> +OvgQbj/VKjzowDKaeZgkAShIRjLC51oRA7t2MtwzyM3H4Ur7x
> Lk5qkZHn+yRNcDRqYXJh
> =3DVoDi
> -----END PGP SIGNATURE-----
>=20
>=20
> ___________________________________________________________
> Please keep all replies on the list by using "reply all"
> in your mail client. To manage your subscriptions to this
> and other Galaxy lists, please use the interface at:
> http://lists.bx.psu.edu/
>=20
> To search Galaxy mailing lists use the unified search at:
> http://galaxyproject.org/search/mailinglists/
--===============8344602273222438084==--
From p.j.a.cock@googlemail.com Fri Oct 4 04:53:22 2013
From: Peter Cock
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Fri, 04 Oct 2013 09:52:44 +0100
Message-ID:
In-Reply-To: <1380821652.3349.37.camel@threonin>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6374432652509095503=="
--===============6374432652509095503==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Thu, Oct 3, 2013 at 6:34 PM, Bj=C3=B6rn Gr=C3=BCning
wrote:
> Hi Sam,
>
> any chance to commit that fix to Galaxy-stable?
>
> Thanks!
> Bjoern
The error Sam and Eric reported is different to mine, and so this
doesn't solve the display issue on my machine:
$ hg diff static/scripts/mvc/data.js
diff -r c42567f43aa7 static/scripts/mvc/data.js
--- a/static/scripts/mvc/data.js Mon Aug 19 13:19:56 2013 -0400
+++ b/static/scripts/mvc/data.js Fri Oct 04 09:44:39 2013 +0100
@@ -185,10 +185,10 @@
if (colspan !=3D=3D undefined) {
return $('').attr('colspan',
colspan).addClass('stringalign').text(cell_contents);
}
- else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=3D=
=3D 'list') {
- /* Left align all str columns, right align the rest */
- return $(' | ').addClass('stringalign').text(cell_contents);
- }
+ //else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=
=3D=3D 'list') {
+ // /* Left align all str columns, right align the rest */
+ // return $(' | ').addClass('stringalign').text(cell_contents);
+ //}
else {
return $(' | ').text(cell_contents);
}
This bit code hasn't changed on the galaxy-central, so
whatever is breaking the column_types on Eric's machine
seems to be coming from elsewhere. The workaround
looks like it would have the downside of right align string
columns, which is undesirable.
Eric, is there a simple trick to get data.js into the browser
with multiple lines? Right now Firefox tells me the 'j' error
is on line one because the entire file is one long line :(
[09:47:34.057] TypeError: j is undefined @
http://xxx/galaxy/static/scripts/mvc/data.js:1
Presumably I need Galaxy to serve data.js uncompressed?
Thanks,
Peter
--===============6374432652509095503==--
From rasche.eric@yandex.ru Fri Oct 4 09:16:43 2013
From: Eric Rasche
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Fri, 04 Oct 2013 08:09:58 -0500
Message-ID:
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1957394895297946122=="
--===============1957394895297946122==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Yes, the code is definitely broken somewhere else, not in this function, but =
this fix ensures that data is at least visible. However, data is right aligne=
d as you mentioned, which is definitely undesirable.=20
As for getting the script onto multiple lines, you are correct, you'd need to=
serve the uncompressed version. Then again, I believe you're experiencing th=
e same issue as me, because the compressed version of data.js uses column_typ=
es as 'j' and index as 'i'.=20
Cheers,
Eric
Peter Cock schrieb:
>On Thu, Oct 3, 2013 at 6:34 PM, Bj=C3=B6rn Gr=C3=BCning
> wrote:
>> Hi Sam,
>>
>> any chance to commit that fix to Galaxy-stable?
>>
>> Thanks!
>> Bjoern
>
>The error Sam and Eric reported is different to mine, and so this
>doesn't solve the display issue on my machine:
>
>$ hg diff static/scripts/mvc/data.js
>diff -r c42567f43aa7 static/scripts/mvc/data.js
>--- a/static/scripts/mvc/data.js Mon Aug 19 13:19:56 2013 -0400
>+++ b/static/scripts/mvc/data.js Fri Oct 04 09:44:39 2013 +0100
>@@ -185,10 +185,10 @@
> if (colspan !=3D=3D undefined) {
> return $('').attr('colspan',
>colspan).addClass('stringalign').text(cell_contents);
> }
>- else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=3D=
=3D
>'list') {
>- /* Left align all str columns, right align the rest */
>- return
>$(' | ').addClass('stringalign').text(cell_contents);
>- }
>+ //else if (column_types[index] =3D=3D=3D 'str' || column_types =3D=
=3D=3D
>'list') {
>+ // /* Left align all str columns, right align the rest */
>+ // return
>$(' | ').addClass('stringalign').text(cell_contents);
>+ //}
> else {
> return $(' | ').text(cell_contents);
> }
>
>This bit code hasn't changed on the galaxy-central, so
>whatever is breaking the column_types on Eric's machine
>seems to be coming from elsewhere. The workaround
>looks like it would have the downside of right align string
>columns, which is undesirable.
>
>Eric, is there a simple trick to get data.js into the browser
>with multiple lines? Right now Firefox tells me the 'j' error
>is on line one because the entire file is one long line :(
>
>[09:47:34.057] TypeError: j is undefined @
>http://xxx/galaxy/static/scripts/mvc/data.js:1
>
>Presumably I need Galaxy to serve data.js uncompressed?
>
>Thanks,
>
>Peter
>
>___________________________________________________________
>Please keep all replies on the list by using "reply all"
>in your mail client. To manage your subscriptions to this
>and other Galaxy lists, please use the interface at:
> http://lists.bx.psu.edu/
>
>To search Galaxy mailing lists use the unified search at:
> http://galaxyproject.org/search/mailinglists/
--=20
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
--===============1957394895297946122==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.htm"
MIME-Version: 1.0
PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PlllcywgdGhlIGNvZGUgaXMgZGVmaW5pdGVseSBicm9r
ZW4gc29tZXdoZXJlIGVsc2UsIG5vdCBpbiB0aGlzIGZ1bmN0aW9uLCBidXQgdGhpcyBmaXggZW5z
dXJlcyB0aGF0IGRhdGEgaXMgYXQgbGVhc3QgdmlzaWJsZS4gSG93ZXZlciwgZGF0YSBpcyByaWdo
dCBhbGlnbmVkIGFzIHlvdSBtZW50aW9uZWQsIHdoaWNoIGlzIGRlZmluaXRlbHkgdW5kZXNpcmFi
bGUuIDxicj4KPGJyPgpBcyBmb3IgZ2V0dGluZyB0aGUgc2NyaXB0IG9udG8gbXVsdGlwbGUgbGlu
ZXMsIHlvdSBhcmUgY29ycmVjdCwgeW91JiMzOTtkIG5lZWQgdG8gc2VydmUgdGhlIHVuY29tcHJl
c3NlZCB2ZXJzaW9uLiBUaGVuIGFnYWluLCBJIGJlbGlldmUgeW91JiMzOTtyZSBleHBlcmllbmNp
bmcgdGhlIHNhbWUgaXNzdWUgYXMgbWUsIGJlY2F1c2UgdGhlIGNvbXByZXNzZWQgdmVyc2lvbiBv
ZiBkYXRhLmpzIHVzZXMgY29sdW1uX3R5cGVzIGFzICYjMzk7aiYjMzk7IGFuZCBpbmRleCBhcyAm
IzM5O2kmIzM5Oy4gPGJyPgo8YnI+CkNoZWVycyw8YnI+CkVyaWM8YnI+PGJyPjxkaXYgY2xhc3M9
ImdtYWlsX3F1b3RlIj48YnI+Cjxicj4KUGV0ZXIgQ29jayAmbHQ7cC5qLmEuY29ja0Bnb29nbGVt
YWlsLmNvbSZndDsgc2NocmllYjo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl
PSJtYXJnaW46IDBwdCAwcHQgMHB0IDAuOGV4OyBib3JkZXItbGVmdDogMXB4IHNvbGlkIHJnYigy
MDQsIDIwNCwgMjA0KTsgcGFkZGluZy1sZWZ0OiAxZXg7Ij4KPHByZSBjbGFzcz0iazltYWlsIj5P
biBUaHUsIE9jdCAzLCAyMDEzIGF0IDY6MzQgUE0sIEJqw7ZybiBHcsO8bmluZzxiciAvPiZsdDti
am9lcm4uZ3J1ZW5pbmdAcGhhcm1hemllLnVuaS1mcmVpYnVyZy5kZSZndDsgd3JvdGU6PGJyIC8+
PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOiAwcHQgMHB0IDFl
eCAwLjhleDsgYm9yZGVyLWxlZnQ6IDFweCBzb2xpZCAjNzI5ZmNmOyBwYWRkaW5nLWxlZnQ6IDFl
eDsiPkhpIFNhbSw8YnIgLz48YnIgLz5hbnkgY2hhbmNlIHRvIGNvbW1pdCB0aGF0IGZpeCB0byBH
YWxheHktc3RhYmxlPzxiciAvPjxiciAvPlRoYW5rcyE8YnIgLz5Cam9lcm48L2Jsb2NrcXVvdGU+
PGJyIC8+VGhlIGVycm9yIFNhbSBhbmQgRXJpYyByZXBvcnRlZCBpcyBkaWZmZXJlbnQgdG8gbWlu
ZSwgYW5kIHNvIHRoaXM8YnIgLz5kb2Vzbid0IHNvbHZlIHRoZSBkaXNwbGF5IGlzc3VlIG9uIG15
IG1hY2hpbmU6PGJyIC8+PGJyIC8+JCBoZyBkaWZmIHN0YXRpYy9zY3JpcHRzL212Yy9kYXRhLmpz
PGJyIC8+ZGlmZiAtciBjNDI1NjdmNDNhYTcgc3RhdGljL3NjcmlwdHMvbXZjL2RhdGEuanM8YnIg
Lz4tLS0gYS9zdGF0aWMvc2NyaXB0cy9tdmMvZGF0YS5qcyAgICBNb24gQXVnIDE5IDEzOjE5OjU2
IDIwMTMgLTA0MDA8YnIgLz4rKysgYi9zdGF0aWMvc2NyaXB0cy9tdmMvZGF0YS5qcyAgICBGcmkg
T2N0IDA0IDA5OjQ0OjM5IDIwMTMgKzAxMDA8YnIgLz5AQCAtMTg1LDEwICsxODUsMTAgQEA8YnIg
Lz5pZiAoY29sc3BhbiAhPT0gdW5kZWZpbmVkKSB7PGJyIC8+cmV0dXJuICQoJyZsdDt0ZCZndDsn
KS5hdHRyKCdjb2xzcGFuJyw8YnIgLz5jb2xzcGFuKS5hZGRDbGFzcygnc3RyaW5nYWxpZ24nKS50
ZXh0KGNlbGxfY29udGVudHMpOzxiciAvPn08YnIgLz4tICAgICAgICBlbHNlIGlmIChjb2x1bW5f
dHlwZXNbaW5kZXhdID09PSAnc3RyJyB8fCBjb2x1bW5fdHlwZXMgPT09ICdsaXN0JykgezxiciAv
CiA+LSAgICAgCiAgICAgIC8qIExlZnQgYWxpZ24gYWxsIHN0ciBjb2x1bW5zLCByaWdodCBhbGln
biB0aGUgcmVzdCAqLzxiciAvPi0gICAgICAgICAgICByZXR1cm4gJCgnJmx0O3RkJmd0OycpLmFk
ZENsYXNzKCdzdHJpbmdhbGlnbicpLnRleHQoY2VsbF9jb250ZW50cyk7PGJyIC8+LSAgICAgICAg
fTxiciAvPisgICAgICAgIC8vZWxzZSBpZiAoY29sdW1uX3R5cGVzW2luZGV4XSA9PT0gJ3N0cicg
fHwgY29sdW1uX3R5cGVzID09PSAnbGlzdCcpIHs8YnIgLz4rICAgICAgICAvLyAgICAvKiBMZWZ0
IGFsaWduIGFsbCBzdHIgY29sdW1ucywgcmlnaHQgYWxpZ24gdGhlIHJlc3QgKi88YnIgLz4rICAg
ICAgICAvLyAgICByZXR1cm4gJCgnJmx0O3RkJmd0OycpLmFkZENsYXNzKCdzdHJpbmdhbGlnbicp
LnRleHQoY2VsbF9jb250ZW50cyk7PGJyIC8+KyAgICAgICAgLy99PGJyIC8+ZWxzZSB7PGJyIC8+
cmV0dXJuICQoJyZsdDt0ZCZndDsnKS50ZXh0KGNlbGxfY29udGVudHMpOzxiciAvPn08YnIgLz48
YnIgLz5UaGlzIGJpdCBjb2RlIGhhc24ndCBjaGFuZ2VkIG9uIHRoZSBnYWxheHktY2VudHJhbCwg
c288YnIgLz53aGF0ZXZlciBpcyBicmVha2luZyB0aGUgY29sdW1uX3R5cGVzIG9uIEVyaWMncyBt
YWNoaW5lPGJyIC8+c2VlbXMgdG8gYmUgY29taW5nIGZyb20gZWxzZXdoZXJlLiBUaGUgd29ya2Fy
b3VuZDxiciAvPmxvb2tzIGxpa2UgaXQgd291bGQgaGF2ZSB0aGUgZG93bnNpZGUgb2YgcmlnaHQg
YWxpZ24gc3RyaW5nPGJyIC8+Y29sdW1ucywgd2hpY2ggaXMgdW5kZXNpcmFibGUuPGJyIC8+PGJy
IC8+RXJpYywgaXMgdGhlcmUgYSBzaW1wbGUgdHJpY2sgdG8gZ2V0IGRhdGEuanMgaW50byB0aGUg
YnJvd3NlcjxiciAvPndpdGggbXVsdGlwbGUgbGluZXM/IFJpZ2h0IG5vdyBGaXJlZm94IHRlbGxz
IG1lIHRoZSAnaicgZXJyb3I8YnIgLz5pcyBvbiBsaW5lIG9uZSBiZWNhdXNlIHRoZSBlbnRpcmUg
ZmlsZSBpcyBvbmUgbG9uZyBsaW5lIDooPGJyIC8+PAogYnIKLz5bMDk6NDc6MzQuMDU3XSBUeXBl
RXJyb3I6IGogaXMgdW5kZWZpbmVkIEA8YnIgLz5odHRwOi8veHh4L2dhbGF4eS9zdGF0aWMvc2Ny
aXB0cy9tdmMvZGF0YS5qczoxPGJyIC8+PGJyIC8+UHJlc3VtYWJseSBJIG5lZWQgR2FsYXh5IHRv
IHNlcnZlIGRhdGEuanMgdW5jb21wcmVzc2VkPzxiciAvPjxiciAvPlRoYW5rcyw8YnIgLz48YnIg
Lz5QZXRlcjxiciAvPjxiciAvPjxociAvPjxiciAvPlBsZWFzZSBrZWVwIGFsbCByZXBsaWVzIG9u
IHRoZSBsaXN0IGJ5IHVzaW5nICJyZXBseSBhbGwiPGJyIC8+aW4geW91ciBtYWlsIGNsaWVudC4g
IFRvIG1hbmFnZSB5b3VyIHN1YnNjcmlwdGlvbnMgdG8gdGhpczxiciAvPmFuZCBvdGhlciBHYWxh
eHkgbGlzdHMsIHBsZWFzZSB1c2UgdGhlIGludGVyZmFjZSBhdDo8YnIgLz48YSBocmVmPSJodHRw
Oi8vbGlzdHMuYngucHN1LmVkdSI+aHR0cDovL2xpc3RzLmJ4LnBzdS5lZHU8L2E+LzxiciAvPjxi
ciAvPlRvIHNlYXJjaCBHYWxheHkgbWFpbGluZyBsaXN0cyB1c2UgdGhlIHVuaWZpZWQgc2VhcmNo
IGF0OjxiciAvPjxhIGhyZWY9Imh0dHA6Ly9nYWxheHlwcm9qZWN0Lm9yZy9zZWFyY2gvbWFpbGlu
Z2xpc3RzIj5odHRwOi8vZ2FsYXh5cHJvamVjdC5vcmcvc2VhcmNoL21haWxpbmdsaXN0czwvYT4v
PGJyIC8+PC9wcmU+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj4KLS0gPGJyPgpTZW50IGZyb20gbXkg
QW5kcm9pZCBwaG9uZSB3aXRoIEstOSBNYWlsLiBQbGVhc2UgZXhjdXNlIG15IGJyZXZpdHkuPC9i
b2R5PjwvaHRtbD4=
--===============1957394895297946122==--
From p.j.a.cock@googlemail.com Fri Oct 4 09:25:02 2013
From: Peter Cock
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Fri, 04 Oct 2013 14:24:54 +0100
Message-ID:
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4346512374082602177=="
--===============4346512374082602177==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
On Fri, Oct 4, 2013 at 2:09 PM, Eric Rasche wrote:
> Yes, the code is definitely broken somewhere else, not in this function, but
> this fix ensures that data is at least visible. However, data is right
> aligned as you mentioned, which is definitely undesirable.
I would find this an improvement in the short term.
> As for getting the script onto multiple lines, you are correct, you'd need
> to serve the uncompressed version.
How do I do this?
> Then again, I believe you're experiencing
> the same issue as me, because the compressed version of data.js uses
> column_types as 'j' and index as 'i'.
I tried the fix by editing data.js but there was no change. If this
is the same bug, then maybe a cached (compressed?) copy of
data.js must still be in use.
Thanks,
Peter
--===============4346512374082602177==--
From p.j.a.cock@googlemail.com Thu Oct 17 08:59:01 2013
From: Peter Cock
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Thu, 17 Oct 2013 13:58:52 +0100
Message-ID:
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4967774626800417847=="
--===============4967774626800417847==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Fri, Oct 4, 2013 at 2:24 PM, Peter Cock wrot=
e:
> On Fri, Oct 4, 2013 at 2:09 PM, Eric Rasche wrote:
>> Yes, the code is definitely broken somewhere else, not in this function, b=
ut
>> this fix ensures that data is at least visible. However, data is right
>> aligned as you mentioned, which is definitely undesirable.
>
> I would find this an improvement in the short term.
>
>> As for getting the script onto multiple lines, you are correct, you'd need
>> to serve the uncompressed version.
>
> How do I do this?
>
>> Then again, I believe you're experiencing
>> the same issue as me, because the compressed version of data.js uses
>> column_types as 'j' and index as 'i'.
>
> I tried the fix by editing data.js but there was no change. If this
> is the same bug, then maybe a cached (compressed?) copy of
> data.js must still be in use.
In the meantime to help ensure this does get fixed in the next
stable release, I filed an issue on Trello:
https://trello.com/c/it0oXXeT/1190-tabular-data-not-displaying-in-main-panel-=
data-js-error
Peter
--===============4967774626800417847==--
From rasche.eric@yandex.ru Thu Oct 17 11:05:48 2013
From: Eric Rasche
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Thu, 17 Oct 2013 10:05:36 -0500
Message-ID: <525FFCC0.4040000@yandex.ru>
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7184767556621285697=="
--===============7184767556621285697==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Peter,
On 10/17/2013 07:58 AM, Peter Cock wrote:
> On Fri, Oct 4, 2013 at 2:24 PM, Peter Cock wr=
ote:
>> On Fri, Oct 4, 2013 at 2:09 PM, Eric Rasche wrot=
e:
>>> Yes, the code is definitely broken somewhere else, not in this function, =
but
>>> this fix ensures that data is at least visible. However, data is right
>>> aligned as you mentioned, which is definitely undesirable.
>>
>> I would find this an improvement in the short term.
>>
>>> As for getting the script onto multiple lines, you are correct, you'd need
>>> to serve the uncompressed version.
>>
>> How do I do this?
>>
>>> Then again, I believe you're experiencing
>>> the same issue as me, because the compressed version of data.js uses
>>> column_types as 'j' and index as 'i'.
>>
>> I tried the fix by editing data.js but there was no change. If this
>> is the same bug, then maybe a cached (compressed?) copy of
>> data.js must still be in use.
>=20
> In the meantime to help ensure this does get fixed in the next
> stable release, I filed an issue on Trello:
>=20
> https://trello.com/c/it0oXXeT/1190-tabular-data-not-displaying-in-main-pane=
l-data-js-error
>=20
> Peter
>=20
Wonderful! However, in upgrading to the latest galaxy-dist release (Oct.
12), I saw my issue go away. Formatting is back and working. Is it the
same for you?
Regards,
Eric
- --=20
Eric Rasche
Programmer II
Center for Phage Technology
Texas A&M University
College Station, TX 77843
404-692-2048
esr(a)tamu.edu
rasche.eric(a)yandex.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJSX/zAAAoJEMqDXdrsMcpV1KkQAIlZFZQt7N33zhWC/ydAsSWv
yg+TLrTVABbDjzCATS3WYlj2zJXou4PxDjr4uFIlJT/oZ88t15Rmywep+cnm7ZL2
kqrPTeP4H6edtvr8iOakBfgSN6+wh/mwPTE3BeqEFi1vA4iTuW2r4Ze5mQaQ6+Wi
B4Zd+lkElMClKO7UJ2wGFQrqFy90c629C3gHYDOO/igtkiqU6N0+GxS48pucF4Za
oWObXdfg3OLHaooiW7gyR72/UJIF5O0XFaNZaQGD8OBN6/+epQQrMKZSJqMbXAzO
9yZhQ6/mz9PSh6hDzEF7/pi0KbF1g2aYWLCOD4h+rdQ2ULoMl2EpQF9qVT5RQbkS
KiaTay36d8Jf243hU6WCd9wBmkP1Dn4JXW2DLLqpz5P42nVucatHdwZI8wumgXk3
uoOUZmGvZF6dnG8h45WwT0o5cXav9kwTcZmeDnCsTM0YQOrD5a5Nla+wOqgJdp+I
Hg9xREo/SLu9nsUKAX9ZBijyaQt8JM+EqsR+iok4OanSmeiW5VvurPbrxYVnqQYB
o6MZDkr/yLNhGSsLK2pPHfp395lZP0jkBVH49FJBs/upBz2L1d00fbxP8L5UZxYN
pHKpMbeYnjDptu4OSXQBbjuVlou8PkUztofIiIvQVfrXs8XcHcpio47pXzUeqJfk
+bKRTrbGslFsZSKqQfUZ
=3Ds/4f
-----END PGP SIGNATURE-----
--===============7184767556621285697==--
From p.j.a.cock@googlemail.com Thu Oct 17 11:28:47 2013
From: Peter Cock
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Thu, 17 Oct 2013 16:28:38 +0100
Message-ID:
In-Reply-To: <525FFCC0.4040000@yandex.ru>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6166108260120311171=="
--===============6166108260120311171==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Thu, Oct 17, 2013 at 4:05 PM, Eric Rasche wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Peter,
>
> On 10/17/2013 07:58 AM, Peter Cock wrote:
>> On Fri, Oct 4, 2013 at 2:24 PM, Peter Cock w=
rote:
>>> On Fri, Oct 4, 2013 at 2:09 PM, Eric Rasche wro=
te:
>>>> Yes, the code is definitely broken somewhere else, not in this function,=
but
>>>> this fix ensures that data is at least visible. However, data is right
>>>> aligned as you mentioned, which is definitely undesirable.
>>>
>>> I would find this an improvement in the short term.
>>>
>>>> As for getting the script onto multiple lines, you are correct, you'd ne=
ed
>>>> to serve the uncompressed version.
>>>
>>> How do I do this?
>>>
>>>> Then again, I believe you're experiencing
>>>> the same issue as me, because the compressed version of data.js uses
>>>> column_types as 'j' and index as 'i'.
>>>
>>> I tried the fix by editing data.js but there was no change. If this
>>> is the same bug, then maybe a cached (compressed?) copy of
>>> data.js must still be in use.
>>
>> In the meantime to help ensure this does get fixed in the next
>> stable release, I filed an issue on Trello:
>>
>> https://trello.com/c/it0oXXeT/1190-tabular-data-not-displaying-in-main-pan=
el-data-js-error
>>
>> Peter
>>
> Wonderful! However, in upgrading to the latest galaxy-dist release (Oct.
> 12), I saw my issue go away. Formatting is back and working. Is it the
> same for you?
>
> Regards,
> Eric
>
Hi Eric,
Its still broken on our production instance, which is running what I thought
was the galaxy-dist current release Aug 12, 2013 Galaxy Distribution
http://wiki.galaxyproject.org/DevNewsBriefs
$ hg head
changeset: 10421:a477486bf18e
branch: stable
tag: tip
user: Nate Coraor
date: Thu Sep 26 11:02:58 2013 -0400
summary: Bugfix for tool-to-destination mapping, tool ids are
lowercased but the mapping id was not lowercased.
changeset: 10411:c42567f43aa7
user: greg
date: Mon Aug 19 13:19:56 2013 -0400
summary: Filter invalid objects when generating the list of
repository_dependencies objects that are associated with a tool shed
repository installed into Galaxy.
[galaxy(a)ppserver galaxy-dist]$ hg branch
default
Looking at https://bitbucket.org/galaxy/galaxy-dist/commits/all the
latest commits are in September, so where did your Oct 12
release you are running come from?
(I know this has been fixed on galaxy-central although I don't
know which commit was important or when it happened.)
Peter
--===============6166108260120311171==--
From p.j.a.cock@googlemail.com Wed Oct 30 07:43:12 2013
From: Peter Cock
To: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Tabular data not displaying in main panel
Date: Wed, 30 Oct 2013 11:43:03 +0000
Message-ID:
In-Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6750329593614301843=="
--===============6750329593614301843==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Thu, Oct 17, 2013 at 4:28 PM, Peter Cock wro=
te:
> On Thu, Oct 17, 2013 at 4:05 PM, Eric Rasche wrot=
e:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Peter,
>>
>> On 10/17/2013 07:58 AM, Peter Cock wrote:
>>> On Fri, Oct 4, 2013 at 2:24 PM, Peter Cock =
wrote:
>>>> On Fri, Oct 4, 2013 at 2:09 PM, Eric Rasche wr=
ote:
>>>>> Yes, the code is definitely broken somewhere else, not in this function=
, but
>>>>> this fix ensures that data is at least visible. However, data is right
>>>>> aligned as you mentioned, which is definitely undesirable.
>>>>
>>>> I would find this an improvement in the short term.
>>>>
>>>>> As for getting the script onto multiple lines, you are correct, you'd n=
eed
>>>>> to serve the uncompressed version.
>>>>
>>>> How do I do this?
>>>>
>>>>> Then again, I believe you're experiencing
>>>>> the same issue as me, because the compressed version of data.js uses
>>>>> column_types as 'j' and index as 'i'.
>>>>
>>>> I tried the fix by editing data.js but there was no change. If this
>>>> is the same bug, then maybe a cached (compressed?) copy of
>>>> data.js must still be in use.
>>>
>>> In the meantime to help ensure this does get fixed in the next
>>> stable release, I filed an issue on Trello:
>>>
>>> https://trello.com/c/it0oXXeT/1190-tabular-data-not-displaying-in-main-pa=
nel-data-js-error
>>>
>>> Peter
>>>
>> Wonderful! However, in upgrading to the latest galaxy-dist release (Oct.
>> 12), I saw my issue go away. Formatting is back and working. Is it the
>> same for you?
>>
>> Regards,
>> Eric
>>
>
> Hi Eric,
>
> Its still broken on our production instance, which is running what I thought
> was the galaxy-dist current release Aug 12, 2013 Galaxy Distribution
> http://wiki.galaxyproject.org/DevNewsBriefs
>
> $ hg head
> changeset: 10421:a477486bf18e
> branch: stable
> tag: tip
> user: Nate Coraor
> date: Thu Sep 26 11:02:58 2013 -0400
> summary: Bugfix for tool-to-destination mapping, tool ids are
> lowercased but the mapping id was not lowercased.
>
> changeset: 10411:c42567f43aa7
> user: greg
> date: Mon Aug 19 13:19:56 2013 -0400
> summary: Filter invalid objects when generating the list of
> repository_dependencies objects that are associated with a tool shed
> repository installed into Galaxy.
>
> [galaxy(a)ppserver galaxy-dist]$ hg branch
> default
>
> Looking at https://bitbucket.org/galaxy/galaxy-dist/commits/all the
> latest commits are in September, so where did your Oct 12
> release you are running come from?
>
> (I know this has been fixed on galaxy-central although I don't
> know which commit was important or when it happened.)
>
> Peter
Has anyone else tried this on the current next-stable branch?
It seems to be working,
$ hg branch
next-stable
$ hg head | more
...
changeset: 12215:232ef8122d54
branch: next-stable
parent: 12209:a00d08d23543
user: Bjoern Gruening
date: Wed Oct 23 14:39:49 2013 +0200
summary: cleanup & bugfix for R environment
...
Regards,
Peter
--===============6750329593614301843==--
| | | | |