https://bugzilla.wikimedia.org/show_bug.cgi?id=39510
--- Comment #4 from Philippe Verdy <verd...@wanadoo.fr> 2012-08-20 21:07:18 UTC --- One addition thing: if our watchlist if too large for allowing a cute presentation in HTML mode with simple clicks, you should detect that the max size of the genereted HTML or wiki text has been reachedn making it impossible to render that way. Instead of producing an error 500, you should catch the error and display a page in raw mode (where the content of the watchlist just appears unparsed in a single text within a basic text input box, as a single HTML element, exactly like with the old format). This bug is not specific to TranslateWiki. In fact this happens now as well in Wikipedia (where I also have lots of pages watched, but still a very small amount of notifications). About the origin of the bug: the new version of LQT installed on TranslateWiki does not interpret our watchlist correctly. When parsing it: - it discards the "Talk" part of the namespace - it discards the specification of the subpage (containing a language restriction) - it follows back the redirections that may have been created by moving sections of text of a Talk page into the central "Support" page. Those redirects are apparently confusing it because it has the equivalent of subscribing us to EVERYTHING that is linked to the Support page (almost all discussions made using LQT threads in TranslateWiki, by everyone, in any language and in all project namespaces and ignoring the difference between the project's article space and the project's talk space). As a consequence we get flooded even if we've NOT watched the "Support" page directly on TranslateWiki. There, we were taught to check if the "Support" page (in man namespace) was watched. It was not initially but was added at one time during some maintenance of the site, when redirecting old talk pages or converting them to LQT threads instead of sections. That's when I tried to edit the watchlist (that now fails miserably) that I had to use a manual edit in "raw" mode. Hovever the raw mode is not linked anywhere on the site and not documented. The raw mode should still be the default if the new coooked mode cannot be generated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
