Nieuws filteren op trefwoord op Android doet raar

Pagina: 1
Acties:

  • michiel_
  • Registratie: Juli 2005
  • Niet online
Als ik op mobiel naar https://tweakers.net/nieuws/zoeken/ en het trefwoord filter invul, herhaalt een deel van de zoekterm zich bij elk teken dat wordt ingevoerd.
Als ik rustig "Test" invul, komt er "TeTesTeTest" te staan.
Probleem speelt niet op desktop Chrome (ook niet in mobile emulatie)

User agent: Mozilla/5.0 (Linux; Android 7.1.2; XT1039 Build/N2G47E) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.84 Mobile Safari/537.36

(Chrome op Android, LineageOS 14.1)

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 21:48

Hero of Time

Moderator LNX

There is only one Legend

Welk toetsenbord gebruik je? Er is in 't verleden een issue geweest met een toetsenbord. Ik dacht dat het swiftkey was dat de boel om zeep hielp. Enige oplossing: gebruik een ander toetsenbord. Het is niet direct iets wat Tweakers kan veranderen dacht ik.

* Hero of Time gaat even zoeken.

Deze was 't:
[bug] autocomplete trefwoord pricewatch
Lijkt niet aan het toetsenbord te liggen overigens.

[ Voor 18% gewijzigd door Hero of Time op 13-11-2017 20:41 ]

Commandline FTW | Tweakt met mate


  • _David_
  • Registratie: Februari 2011
  • Laatst online: 09-11 10:26

_David_

FP ProMod

llama llama duck

Ik kan dit ook reproduceren met GBoard als keyboard.

Chrome For Android 62.9.3202.84

I thought fail2ban would keep the script kiddies out but somehow you still seem to be able to login.


  • michiel_
  • Registratie: Juli 2005
  • Niet online
Gebruik het standaard toetsenbord. Staat in systeem als Android Keyboard (AOSP).

Dit lijkt inderdaad een duplicate te zijn van de gelinkte andere bug. De screenshots daar komen overeen met mijn ervaring. Bedankt voor het zoeken.

  • crisp
  • Registratie: Februari 2000
  • Laatst online: 23:45

crisp

Devver

Pixelated

Ik vermoed dat het te maken heeft met de manier waarop we bij het verwerken van results via Ajax het formulier 'resetten' maar daarbij de huidige waarde van het tekstveld proberen te 'bewaren'. Mobile keyboards doen toch een soort asynchrone interactie met het daadwerkelijke formulierveld waarbij je ook niet goed kunt vertrouwen op keyboard-events.

Ik heb in onze huidige testcode een alternatieve manier om het formulier te resetten geimplementeerd waarbij ik het actieve tekstveld nu effectief helemaal ongemoeid laat. Dat moet ik nog verder doortesten, maar hopelijk gaat dat het probleem wel oplossen :)

Intentionally left blank