https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
See Also|
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
Priority|Unprioritized |High
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #1 from Chris McMahon cmcma...@wikimedia.org ---
Created attachment 13722
-- https://bugzilla.wikimedia.org/attachment.cgi?id=13722action=edit
beta commons localStorage after loading UploadWizard
--
You are receiving this mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #2 from Chris McMahon cmcma...@wikimedia.org ---
Comment on attachment 13721
-- https://bugzilla.wikimedia.org/attachment.cgi?id=13721
beta commons localStorage nearly full
I meant beta enwiki for this attachment
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #3 from Brion Vibber br...@wikimedia.org ---
Can we determine the limits of available localStorage in some consistent way?
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #4 from Chris McMahon cmcma...@wikimedia.org ---
(In reply to comment #3)
Can we determine the limits of available localStorage in some consistent way?
I believe it is per-browser. Empirically I found that my Chromium allows 5MB
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #5 from Brion Vibber br...@wikimedia.org ---
So apparently the only way to find the limit is to keep adding data until you
fill it up. Awesome.
http://dev-test.nemikor.com/web-storage/support-test/
^ looks like a frequent limit is
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #6 from Bartosz Dziewoński matma@gmail.com ---
Well, the limit can be worked around…
Introducing the HTML5 Hard Disk Filler™ API http://feross.org/fill-disk/
:P
--
You are receiving this mail because:
You are the assignee
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #7 from Ori Livneh o...@wikimedia.org ---
Several points:
- Can you isolate the size of the module storage? You can check it by running
mw.loader.inspect('store') in a JavaScript console. (See 'totalSize' column).
- Pruning old
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #8 from Ori Livneh o...@wikimedia.org ---
(In reply to comment #7)
My suspicion is that the mtimes of modules is being continuously changed
because of the way [beta] is set up.
Doesn't appear to be the case. I hacked up a quick
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #9 from Chris McMahon cmcma...@wikimedia.org ---
(In reply to comment #8)
(In reply to comment #7)
My suspicion is that the mtimes of modules is being continuously changed
because of the way [beta] is set up.
Doesn't appear
https://bugzilla.wikimedia.org/show_bug.cgi?id=56728
--- Comment #10 from Ori Livneh o...@wikimedia.org ---
(In reply to comment #9)
(In reply to comment #8)
(In reply to comment #7)
My suspicion is that the mtimes of modules is being continuously changed
because of the way [beta] is set
12 matches
Mail list logo
