Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Stefan Reuther <stefan.news@arcor.de>
Newsgroups: de.comp.lang.javascript
Subject: =?UTF-8?Q?Re:_Anf=c3=a4ngerproblem_mit_asynchroner_Verarbeitung?=
Date: Wed, 30 May 2018 20:08:43 +0200
Lines: 21
Message-ID: <pen0cc.31c.1@stefan.msgid.phost.de>
References: <pe96r0$8ki$1@news.albasani.net> <pe9i4n.2io.1@stefan.msgid.phost.de> <pellm5$vnr$1@news.albasani.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net RgPh1MRNr87FiSI0YT2jigaLhOhvsRWpG5RYN14VgSACSF06SJ
Cancel-Lock: sha1:nuTC6ggCyBSIV3xeEC0oyot1xp0=
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 Hamster/2.1.0.1538
In-Reply-To: <pellm5$vnr$1@news.albasani.net>
Xref: csiph.com de.comp.lang.javascript:4963

Am 30.05.2018 um 10:00 schrieb Jan Novak:
> Am 25.05.18 um 17:45 schrieb Stefan Reuther:
>> Aus der Hüfte geschossen und ungetestet:
[...]
> 
> Ich konnte das jetzt mal testen ... in der obigen Variante bekomme ich
> im Modal Dialog nur angezeigt: "Processing ...", dann alle Dateien auf
> einmal und dann schliesst sich der Dialog.

Mal davon abgesehen, dass das - wie gesagt - ungetestet aus der Hüfte
geschossen war: wenn du alle Anfragen gleichzeitig absendest, und der
Server die auch alle gleichzeitig verarbeiten kann, ist es gut möglich,
dass das alles so schnell geht, dass der Browser am Ende nur einmal rendert.

Ich bau mir für solche Fälle in die Serverscripte testweise ein 'sleep
1' o.ä. ein. Ebenfalls hilft, die Funktion großzügig zu verprinten
(console.log) und auf die Zeitstempel zu achten. Und, wie gesagt, gut
möglich, dass da ein Bug drin war.


  Stefan