quote-notificatie stuk?

[ardvark99]

Deze komt wel binnen. Maar mijn laatste melding is van 14-09, terwijl ik daarna een paar reacties heb gehad in verschillende topics. En natuurlijk heb ik mijn instellingen nagekeken, deze staan alle op website, en deze instellingen heb ik nog nooit aangepast.

[RubenSaurus]

ik krijg ook de gehele avond geen notificaties terwijl ik wel een paar keer gequote ben, ook niks aan de instellingen veranderd

[Raven]

Wildfire in "Het Grote Kleinemededelingentopic - Deel 344"

[Hero of Time]

Verwijderd in "Systeembeheerders en hun problemen - deel 35"

[Raven]

Verwijderd in "Buitenlandse TV Series 2016-2017"

[ImNotnoa]

Imnoa schreef op vrijdag 23 september 2016 @ 12:23:
Ben ik de enige met een flinke delay op de Notificaties op tweakers ?

BlackEyedAngel schreef op vrijdag 23 september 2016 @ 12:24:
[...]

Ah het ligt niet aan mij dus dat het wat achterloopt..

Touchdomex schreef op vrijdag 23 september 2016 @ 12:24:
[...]

Met de quotes wel ja. De duimpjes omhoog niet.

Daniel36 schreef op vrijdag 23 september 2016 @ 12:33:
[...]

nee, heb ik ook.

[Raven]

Delay is wat anders dan niet ontvangen

[We Are Borg]

Rainesh in "Het grote Audi topic - Deel 5"

Nooit notificatie van ontvangen

[.oisyn]

Ik ook weer eentje
Caelorum in "De Devschuur Coffee Corner - Iteratie ➓"

Saillant detail: op die post is later nog gereageerd door iemand anders: farlane in "De Devschuur Coffee Corner - Iteratie ➓"

[ Voor 43% gewijzigd door .oisyn op 28-09-2016 11:42 ]

[Raven]

Verwijderd in "Het Grote Kleinemededelingentopic - Deel 345"

[Raven]

Daniel36 in "Het Grote Kleinemededelingentopic - Deel 345"

[Migrator]

iTeV in "[F1 2016] Race 16 - GP van Maleisië"

[InFamous]

Rainesh in "Het grote Audi topic - Deel 5"

Geen notificatie gehad

[Raven]

xoniq in "Buitenlandse TV Series 2016-2017"

[Hero of Time]

Gaat weer lekker zo te zien. Lijkt haast wel erger dan eerst.

[.oisyn]

Inderdaad. Maar dat is op zich gunstig

[Hero of Time]

Nou, ik zou dat niet gunstig willen noemen. Gunstig is als het helemaal niet meer gebeurt.

[.oisyn]

Het is gunstig omdat de issue dan makkelijker te achterhalen is. Hoe beter een bug te reproduceren is, hoe sneller je 'm kan fixen.

[ Voor 34% gewijzigd door .oisyn op 01-10-2016 20:30 ]

[Hero of Time]

Definieer "herproduceren"? Want dit is een geval dat je niet in een 'lab' kan nabootsen. Het is meer een hit & mis en het verleden heeft al aangetoond dat het achterhalen wel heel erg lastig is.

[Raven]

.oisyn schreef op zaterdag 01 oktober 2016 @ 20:29:
Het is gunstig omdat de issue dan makkelijker te achterhalen is. Hoe beter een bug te reproduceren is, hoe sneller je 'm kan fixen.

Maar worden er inmiddels voor meer gebruikers logs aangemaakt dan? Dacht dat dat nog altijd voor maar 2 personen gebeurde. Hoe kunnen de extra meldingen van anderen dan helpen?

[.oisyn]

Hero of Time schreef op zaterdag 01 oktober 2016 @ 20:34:
Definieer "herproduceren"? Want dit is een geval dat je niet in een 'lab' kan nabootsen. Het is meer een hit & mis en het verleden heeft al aangetoond dat het achterhalen wel heel erg lastig is.

Hoe minder vaak het gebeurt, hoe lastiger het is om het te achterhalen. Nu kun je op korte termijn steeds gerichtere diagnostics toevoegen.

Raven schreef op zaterdag 01 oktober 2016 @ 20:36:
[...]

Maar worden er inmiddels voor meer gebruikers logs aangemaakt dan? Dacht dat dat nog altijd voor maar 2 personen gebeurde. Hoe kunnen de extra meldingen van anderen dan helpen?

Dat het er niet is wil toch niet zeggen dat het er niet kan komen?

[AW_Bos]

Je zou denken aan een race-condition of een bepaalde, soms weigerende services (ActiveMQ?) die die notificatie niet afhandelt.

[ACM]

AW_Bos schreef op zondag 02 oktober 2016 @ 09:21:
Je zou denken aan een race-condition of een bepaalde, soms weigerende services (ActiveMQ?) die die notificatie niet afhandelt.

Inderdaad, maar bijvoorbeeld van ActiveMQ hebben we geen enkele aanwijzing dat andere berichten ook niet verwerkt worden. Bijvoorbeeld onze clickouts in de pricewatch lopen ook via ActiveMQ en worden daarna in de database geplaatst. Dus daarvan kunnen we precies vergelijken wat we in access logs vinden en wat er in de databas zit; allemaal. En als het iets is dat 'af en toe' gebeurt, zou je juist verwachten dat het dan een duidelijker verschil geeft met iets dat frequenter gebeurt.

Dus het is niet zo simpel als af en toe een weigering van ActiveMQ. Maar desalniettemin lijkt het wel 'daar ergens' te zitten... We hebben deze issue een tijdje stil gelegd omdat het niet te reproduceren is, maar ik ga 'm weer in de komende sprint toevoegen om te zien of onze sindsdien uitgebreidere logging wat nuttigs toont.

[ACM]

Raven schreef op woensdag 28 september 2016 @ 22:15:
Verwijderd in "Het Grote Kleinemededelingentopic - Deel 345"

Nu we de betere logging hebben en we precies kunnen zien hoe laat en vanaf welke servers e.e.a gebeurde, is het eigenlijk vrij duidelijk wat er de oorzaak is. En volgens mij logt de nieuwere versie van ActiveMQ die we ondertussen hebben geinstalleerd ook duidelijker wat er gebeurt:

code:

2016-09-28 22:14:55,310 | WARN  | suppressing duplicate message send
[ID:phobos-44763-1473074816679-26:18380536:-1:1:3] from network producer
with producerSequence [3] less than last stored: 5 |
org.apache.activemq.broker.ProducerBrokerExchange | ActiveMQ Transport:
tcp:///172.29.249.33:59068@61616

Nou nog oplossing... Want het is ofwel helemaal geen duplicate, ofwel de originelen is ie ook kwijt

[ Voor 7% gewijzigd door ACM op 02-10-2016 13:41 ]

[Raven]

Wait, duplicate, what the F?

[ACM]

Raven schreef op zondag 02 oktober 2016 @ 15:05:
Wait, duplicate, what the F?

Dat heeft met de interne communicatie te maken. Het wordt verzonden vanuit de php-code naar de activemq op dezelfde webserver (localhost). En vanuit die activemq naar de centrale. Vanaf die centrale worden de berichten vervolgens geconsumeerd.

En deze melding vindt rond dat doorsturen van webserver bij ontvangst op de centrale server plaats. Dus het heeft verder niets te maken met eventueel meerdere keren quotes tegenkomen ofzo

[Onbekend]

Heeft het nog zin om elke gemiste notificatie hier te posten?
Tom-Z in "Opnieuw 14 dagen zichttermijn/bedenktijd/spijtoptant?"

[Kees]

We hebben nu de config van ActiveMQ iets aangepast zodat hij minder zeurt, hopelijk lost dat dit probleem ook op.

Raven schreef op zondag 02 oktober 2016 @ 15:05:
Wait, duplicate, what the F?

De centrale server vond ze duplicate, maar dat waren ze niet. Zo te zien trad het alleen op als we meer dan 1 bericht per pageview stuurden, dus stel dat we 'bericht1 en bericht2' naar de lokale server stuurden, dan zou die ze weer naar de centrale server moeten sturen.

Alleen heel afentoe (3000x per dag, op een totaal van ~5 miljoen berichten per dag) stuurde de lokale server ze 'verkeerdom' door, namelijk eerst bericht2 en dan pas bericht1. Dan klopten de sequence nummers niet meer en de centrale server gooide hem dan weg, iets wat hij pas met de nieuwe versie logged. Die check hebben we nu uitgezet (hoop ik).

[ACM]

Onbekend schreef op maandag 03 oktober 2016 @ 10:16:
Heeft het nog zin om elke gemiste notificatie hier te posten?
Tom-Z in "Opnieuw 14 dagen zichttermijn/bedenktijd/spijtoptant?"

Als je sinds het bericht van Kees hierboven nog quotes mist, dan willen we dat inderdaad weten.

[ACM]

Raven schreef op donderdag 07 juli 2016 @ 10:43:
Jep, maar die meldingen werden niet samengevoegd (anders had ik het niet gemeld ), voor de quote van Kees staat een aparte melding. Alleen zeggen beide meldingen dat het om een quote in "het grote ipv6 topic" gaat wat bij de melding van Snow_King dus niet klopt. De link klopt wel overigens.

En het is wel eens eerder voorgekomen.

Beetje late reactie, maar wat ons betreft is dit toch geen bug.

De tekst is zoiets: user X reageerde op jouw post in topic A.

De 'in topic B' slaat op waar de post waarop gereageerd is staat, niet waar de nieuwe reactie (waar de quote in zit) is neergezet... Als daar had gestaan 'op jouw post in topic B' dan kan je je weer afvragen waarom, want jij had helemaal niet gereageerd in B.

Al met al is het wel wat verwarrend omdat je twee verschillende topics ziet. Maar omdat het bericht erg lang wordt als we beide titels gaan tonen, en de code een stukje complexer voor een uitzonderlijke situate, gaan we dit vooralsnog niet aanpassen.

[.oisyn]

In dat kader wil ik nog eens een eerdere post van mezelf aanhalen: .oisyn in "quote-notificatie stuk?"

Oftewel, merge notificaties per doelpost (of helemaal niet) ipv per bronpost.

[Raven]

Waarom kan dat mergen eigenlijk niet (per user) uitgezet worden? Dat samenvoegen is soms wel erg irritant. Je kan dan niet van elke notificatie de link achterhalen.

[Hero of Time]

Meestal wordt je in hetzelfde topic gequote en dan wijst de link naar de eerste reactie met die quote. Als je dan verder leest in het topic, zie je de rest vanzelf wel.

Het is alleen vervelend als je dus met 1 reactie in meerdere topics wordt gequote. Denk aan het grappige plaatjes topic en het bijbehorende discussie-topic. Iemand kan op jou reageren met tekst in het discussie-topic, terwijl iemand anders reageert met een plaatje in het normale topic. In zulke situaties wil je dat het gescheiden is.

[ACM]

Het anders mergen van notificaties is geen bug, verandering daarin is dan ook een feature request.

Aangezien de originele issues van dit topic zijn opgelost sluit ik 'm af. Anders blijft het een vergaarbak van onduidelijk door elkaar lopende threads waarvan niet meer duidelijk is wat wel en niet opgelost is

[.oisyn]

ACM schreef op woensdag 19 oktober 2016 @ 14:37:
Het anders mergen van notificaties is geen bug, verandering daarin is dan ook een feature request.

Uiteraard, maar staat deze dan nu op de radar of moet daarvoor een apart topic worden geopend?

[ACM]

.oisyn schreef op woensdag 19 oktober 2016 @ 14:40:
[...]

Uiteraard, maar staat deze dan nu op de radar of moet daarvoor een apart topic worden geopend?

Doe nog maar even een los topic, ben nog wel benieuwd naar wat mede-bezoekers ervan vinden.
Zoals Hero of Time die aangeeft het juist wel handig te vinden, zolang het in hetzelfde topic is.

[Hero of Time]

ACM schreef op woensdag 19 oktober 2016 @ 14:37:
Aangezien de originele issues van dit topic zijn opgelost sluit ik 'm af.

Maar wat was dan de oplossing? ActiveMQ een schop verkopen en de dubbele berichten beter afhandelen (ivm verkeerde volgorde ontvangen op de eindserver)?

ACM schreef op woensdag 19 oktober 2016 @ 14:42:
Zoals Hero of Time die aangeeft het juist wel handig te vinden, zolang het in hetzelfde topic is.

Ik heb niet gezegd het handig te vinden. Ik heb alleen uitgelegd waarom het scheiden niet altijd even zinvol is en toch ook weer wel.

[ACM]

Hero of Time schreef op woensdag 19 oktober 2016 @ 15:54:
Maar wat was dan de oplossing? ActiveMQ een schop verkopen en de dubbele berichten beter afhandelen (ivm verkeerde volgorde ontvangen op de eindserver)?

Een configuratieoptie om streng met de verkeerde volgorde van sequence ids om te gaan weer uitzetten. Effectief hield ie dan het hoogst geziene sequence id (niet die van TCP-ip) bij en alles wat daar onder zat werd weggegooid.

En met losse TCP-sessies weet je natuurlijk nooit zeker dat dat inderdaad altijd perfect oplopend is.

[.oisyn]

ACM schreef op woensdag 19 oktober 2016 @ 14:42:
[...]

Doe nog maar even een los topic, ben nog wel benieuwd naar wat mede-bezoekers ervan vinden.

Done: [forum] Quote-notificaties niet mergen op bron-post