= Description = First time today I found in my server logs a ValueError: invalid literal for long() with base 10: 'uts' some instances showed an Internal Server Error {{attachment:traceback.txt}} The problem was solved by server restart. It sounds therefore a bit like a caching problem. == Component selection == ## Where you think is this bug happening ? (general, plugin [plugin name], theme [theme name], ... * general == Details == ## If you got a traceback, please save the traceback page as html and attach here: ## [[attachment:traceback.html]] ## if the bug is in this wiki, just kill the table and write: This Wiki. ## If a traceback is not available, please fill in the details here: || '''!MoinMoin Version''' || 1.9.3pre || || '''OS and Version''' || || || '''Python Version''' || || || '''Server Setup''' || || || '''Server Details''' || || || '''Language you are using the wiki in''' (set in the browser/UserPreferences) || || == Workaround == ## How to deal with the bug until it is fixed = Discussion = Likely defect edit-log that contains "uts" instead of a timestamp or revision number. . Unfortunately not [[attachment:data_edit_log.txt]] [[attachment:page_edit_log.txt]] Those log files look a bit strange: where is the ip addr of some of the entries? * In page_edit_log the page was created by xmlrpc in a wiki * then copied to the new wiki instance. * This instance has a config value show_hosts = 0 for supressing the hostname. * afterwards some scripts add new content. I guess the don't write the ip into the file And it is very obvious from the traceback that it tries to parse a timestamp from "uts". I know but I didn't find it So, if you created these entries by yourself (not using the web interface), check your code. I created those entries by xmlrpc and cli and not manually. = Plan = ## This part is for Moin``Moin developers: * Priority: * Assigned to: * Status: ---- ## If you are a moin core developer, replace the category to Category* in these cases: ## Category MoinMoinNoBug - if this is not a bug. ## Category MoinMoinBugConfirmed - if you can confirm the bug on current code. ## Category MoinMoinBugFixed - after the bug is fixed in current code. CategoryMoinMoinBug