Hier kan je de bug's melden.
Verzoek om versienummer en als van toepassing een deel van de debug logging bij te voegen.
Debug log wordt weggeschreven naar: ..\Homeseer2\fbf.log
Vergeet niet op de persoonlijke gegevens uit de log te verwijderen voor dat je gaat posten.
Bug's in plugin
Moderator: RdP
Bug's in plugin
Bij deze de eerste bugmelding, door mijzelf maar met dank aan Enver 
De bij de plugin gevoegde Access-database bevat momenteel text-velden waarin telefoonnummers van max 10 posities kunnen worden opgeslagen. Dat is te klein en daardoor kan een telefoongesprek met een telefoonnummer met een lengte >10 posities tot problemen leiden: de database moet dus worden aangepast! Ik zit nog even te broeden op hoe ik een dergelijke verandering van de database kan doorvoeren zonder verlies van data. Zodra ik daar uit ben zal er een update komen.
De bij de plugin gevoegde Access-database bevat momenteel text-velden waarin telefoonnummers van max 10 posities kunnen worden opgeslagen. Dat is te klein en daardoor kan een telefoongesprek met een telefoonnummer met een lengte >10 posities tot problemen leiden: de database moet dus worden aangepast! Ik zit nog even te broeden op hoe ik een dergelijke verandering van de database kan doorvoeren zonder verlies van data. Zodra ik daar uit ben zal er een update komen.
Bug's in plugin
Robert,
is het een idee om simpel te houden.
1- DB vervangen.
2- Handmatig bijwerken door de gebruiker zelf.
Ik heb het ondertussen aantal posities verhoogd naar 20.
Bellen naar een nummer met 11 cijfers gaat nu goed..
is het een idee om simpel te houden.
1- DB vervangen.
2- Handmatig bijwerken door de gebruiker zelf.
Ik heb het ondertussen aantal posities verhoogd naar 20.
Bellen naar een nummer met 11 cijfers gaat nu goed..
Bug's in plugin
Robert,
Ik heb de nieuwe versie genstalleerd zoals beschreven.
Paar kleine puntjes.
Uit Db inlezen van call historie gaat niet goed voor binnenkomende gesprekken. Deze blijft leeg. Uitgaande wordt netjes gevuld.
Binnen komende gesprekken worden dubbel vermeld.
Bij binnenkomst wordt een nummer + ? op de eerste positie vermeld.
bij het ophangen verhuist nummer + ? naar positie twee en komt nummer +gespreksduur op positie 1.
Als je gebruik maakt van op %TM wordt 925 afgerond naar 15M het zou mooi zijn als 15:41 zou worden.
Als device ID maak je gebruik van 01, 02 etc
Andere Homeseer plugin beginnen bij 1,2 etc.
FBF device ID's zie ik niet terug in Blades Device matrix...weet niet of dit een gevolg hiervan is.
Ik heb de nieuwe versie genstalleerd zoals beschreven.
Paar kleine puntjes.
Uit Db inlezen van call historie gaat niet goed voor binnenkomende gesprekken. Deze blijft leeg. Uitgaande wordt netjes gevuld.
Binnen komende gesprekken worden dubbel vermeld.
Bij binnenkomst wordt een nummer + ? op de eerste positie vermeld.
bij het ophangen verhuist nummer + ? naar positie twee en komt nummer +gespreksduur op positie 1.
Als je gebruik maakt van op %TM wordt 925 afgerond naar 15M het zou mooi zijn als 15:41 zou worden.
Als device ID maak je gebruik van 01, 02 etc
Andere Homeseer plugin beginnen bij 1,2 etc.
FBF device ID's zie ik niet terug in Blades Device matrix...weet niet of dit een gevolg hiervan is.
Bug's in plugin
<b>Uit Db inlezen van call historie gaat niet goed voor binnenkomende gesprekken. Deze blijft leeg. Uitgaande wordt netjes gevuld.</b>
Dat zal komen doordat ik heb getest met een DB die alleen maar uitgaande gesprekken bevatte, en ik voelde er weinig voor om die DB tbv een test nog even snel te vullen met inkomende gesprekken en daarmee een hoop herrie in de keet te veroorzaken. Komt goed... bij het eerstvolgende weekend.[:)]
<b>Binnen komende gesprekken worden dubbel vermeld.
Bij binnenkomst wordt een nummer + ? op de eerste positie vermeld.
bij het ophangen verhuist nummer + ? naar positie twee en komt nummer +gespreksduur op positie 1.</b>
Dit is vreemd. Doe de log er even bij. Je hebt toch wel alle devices een keer verwijderd?
<b>Als je gebruik maakt van op %TM wordt 925 afgerond naar 15M het zou mooi zijn als 15:41 zou worden.</b>
Ik heb daar aan gedacht, maar niet zo gemaakt op basis van hoe het was gevraagd. Maar ja, u vraagt, wij draaien, toch?
<b>Als device ID maak je gebruik van 01, 02 etc
Andere Homeseer plugin beginnen bij 1,2 etc.
FBF device ID's zie ik niet terug in Blades Device matrix...weet niet of dit een gevolg hiervan is.</b>
Ik heb nog nergens kunnen achterhalen dat 01, 02 etc. tegen de regels is. Als iemand mij kan vertellen waar staat beschreven dat dit helemaal fout is, zal ik het veranderen. Of als ik een keer niks te doen heb..
Dat zal komen doordat ik heb getest met een DB die alleen maar uitgaande gesprekken bevatte, en ik voelde er weinig voor om die DB tbv een test nog even snel te vullen met inkomende gesprekken en daarmee een hoop herrie in de keet te veroorzaken. Komt goed... bij het eerstvolgende weekend.[:)]
<b>Binnen komende gesprekken worden dubbel vermeld.
Bij binnenkomst wordt een nummer + ? op de eerste positie vermeld.
bij het ophangen verhuist nummer + ? naar positie twee en komt nummer +gespreksduur op positie 1.</b>
Dit is vreemd. Doe de log er even bij. Je hebt toch wel alle devices een keer verwijderd?
<b>Als je gebruik maakt van op %TM wordt 925 afgerond naar 15M het zou mooi zijn als 15:41 zou worden.</b>
Ik heb daar aan gedacht, maar niet zo gemaakt op basis van hoe het was gevraagd. Maar ja, u vraagt, wij draaien, toch?
<b>Als device ID maak je gebruik van 01, 02 etc
Andere Homeseer plugin beginnen bij 1,2 etc.
FBF device ID's zie ik niet terug in Blades Device matrix...weet niet of dit een gevolg hiervan is.</b>
Ik heb nog nergens kunnen achterhalen dat 01, 02 etc. tegen de regels is. Als iemand mij kan vertellen waar staat beschreven dat dit helemaal fout is, zal ik het veranderen. Of als ik een keer niks te doen heb..
Bug's in plugin
Ben ik blij dat bijna weekend is..
ik stuur je mij Db (die redelijk gevuld is) en fbf.log
ik stuur je mij Db (die redelijk gevuld is) en fbf.log
Bug's in plugin
http://www.hekkers.net/files/FBF_20090405.rar
Fixed:
- Inlezen call historie uit database m.b.t. inkomende gesprekken.
- verkeerde device werd aangepast bij ophangen.
- %TM wordt nu weergegeven als mm:ss als gespreksduur > 60 sec.
Fixed:
- Inlezen call historie uit database m.b.t. inkomende gesprekken.
- verkeerde device werd aangepast bij ophangen.
- %TM wordt nu weergegeven als mm:ss als gespreksduur > 60 sec.
Bug's in plugin
Robert,
Er was een andere kleine punt..kan even niet meer terug vinden of ik deze ook had gemeld.
Last Change datum/tijd werd niet goed weergegeven.
Bedankt voor de update
Er was een andere kleine punt..kan even niet meer terug vinden of ik deze ook had gemeld.
Last Change datum/tijd werd niet goed weergegeven.
Bedankt voor de update
Bug's in plugin
Zal ook zeker zijn opgelost met puntje 2 uit het lijstje.
Bug's in plugin
Robert,
Het werkt helemaal okay...
wel een kleine verzoek voor de volgende versie
Tijd vermelding bij korte gesprekken is nu
40 (seconden)
lange gesprekken
01:20
een formaat zou makkelijker maken om tijd vermelding achter te vermelden
00:40 min
01:20 min
Het werkt helemaal okay...
wel een kleine verzoek voor de volgende versie
Tijd vermelding bij korte gesprekken is nu
40 (seconden)
lange gesprekken
01:20
een formaat zou makkelijker maken om tijd vermelding achter te vermelden
00:40 min
01:20 min
Bug's in plugin
een kleien bug....maar ook weer niet
Als achter elkaar zelfde nummer gebeld wordt zal "Last PhoneCall" last change niet bijwerkt worden
Niet echt een bug maar een HS probleem.
Als een device status (nu nummer) niet veranderd wordt tijd niet aangepast...dit zou dan via een force moeten.
Als achter elkaar zelfde nummer gebeld wordt zal "Last PhoneCall" last change niet bijwerkt worden
Niet echt een bug maar een HS probleem.
Als een device status (nu nummer) niet veranderd wordt tijd niet aangepast...dit zou dan via een force moeten.
Bug's in plugin
Gelukkig kan er nog wat aan deze bug geboetseerd worden
Evetueel zou ik als deze situatie herkend wordt, heel kort een dummy devicestring kunnen setten en daarna weer de juiste. Maar mooi is anders. Andere opties zijn er naar mijn weten niet.
Evetueel zou ik als deze situatie herkend wordt, heel kort een dummy devicestring kunnen setten en daarna weer de juiste. Maar mooi is anders. Andere opties zijn er naar mijn weten niet.
Bug's in plugin
Echt belangrijk is dat niet Robert.
Kwam tegen door dat ik homeseer move naar een andere machine heb gedaan en FBF aan het testen was..
Dacht even dat die niet werkte omdat tijd zelfde was gebleven..
Wat is het heerlijk met een nieuwe HS te starten..
Kwam tegen door dat ik homeseer move naar een andere machine heb gedaan en FBF aan het testen was..
Dacht even dat die niet werkte omdat tijd zelfde was gebleven..
Wat is het heerlijk met een nieuwe HS te starten..
Bug's in plugin
Alles weer lekker snel, voor zolang het duurt ...
Bug's in plugin
Robert, of je de lastchange timestamp wilt updaten kan je zelf bepalen bij het schrijven van de devicestatus string, namelijk door true als 3e argument mee te geven. Hoe heb je de device id's gegenereerd, er is namelijk een functie die automatisch een uniek device id genereert voor een specifieke huiscode en dat device id bevat nooit een voorloop 0.
Rene.
Rene.