comparison i18n/zh_TW.po @ 26240:2b1434e5eaa0

hg: always create new localrepository instance cachedlocalrepo.copy() didn't actually create new localrepository instances. This meant that the new thread isolation code in hgweb wasn't actually using separate localrepository instances, even though it was properly using separate cachedlocalrepo instances. Because the behavior of the API changed, the single caller in hgweb had to be refactored to always call _webifyrepo() or it may not have used the proper filter. I confirmed via print() debugging that id(repo) is in fact different on each thread. This was not the case before. For reasons I can't yet explain, this does not fix issue4756. I suspect there is shared cache somewhere that isn't thread safe.
author Gregory Szorc <gregory.szorc@gmail.com>
date Sat, 12 Sep 2015 11:31:56 -0700
parents 9e12579369f1
children 4acf569facef
comparison
equal deleted inserted replaced
26239:f39953663cc9 26240:2b1434e5eaa0