You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in trans/views/basic.py, function get_user_translations for unauthenticated users filters list of translation by session language. Unless that language is english.
This means that browsers that prefer english will load all translations for all languages.
Unfortunately, this query is the base for all the homepage queries. In conjunction with component list feature, this can mean that unauthenticated user is loading a page listing potentially all languages for all components that are in some component list -- initially hidden from view behind the component list switches.
On l10n.opensuse.org, this results in a 23MB homepage that actually times out on the outbound proxy.
A quick fix we're using is removing the and session_lang != "en" part of the filter.
Part of the proper solution would be on-demand loading of component lists. Another part would be reviewing the get_user_translations function and its usages for sanity, because the logic it uses now is a little weird ;) and not appropriate as a base query for the other queries in home().
The text was updated successfully, but these errors were encountered:
in
trans/views/basic.py
, functionget_user_translations
for unauthenticated users filters list of translation by session language. Unless that language is english.This means that browsers that prefer english will load all translations for all languages.
Unfortunately, this query is the base for all the homepage queries. In conjunction with component list feature, this can mean that unauthenticated user is loading a page listing potentially all languages for all components that are in some component list -- initially hidden from view behind the component list switches.
On l10n.opensuse.org, this results in a 23MB homepage that actually times out on the outbound proxy.
A quick fix we're using is removing the
and session_lang != "en"
part of the filter.Part of the proper solution would be on-demand loading of component lists. Another part would be reviewing the
get_user_translations
function and its usages for sanity, because the logic it uses now is a little weird ;) and not appropriate as a base query for the other queries inhome()
.The text was updated successfully, but these errors were encountered: