Vendors, can you at least do an ACK?

When you put in a support ticket on a module and you see the vendor responding to other support tickets around yours for other modules, it makes you wonder if you are being ignored.  At least do an ACK so we know that you read the ticket and are not just ignoring it.  Getting critical php errors being reported from a module is serious and even if you don't know the cause and it may take you some time to track it down, let us know you are not ignoring us.

Geeks, making the world a better place
Quote · 15 Feb 2014

Yeah, I must admin it's not nice wondering whether or not reported issues / bugs are being looked at ... Last thing I want to be doing is mailing developers every day chasing this stuff up, but sometimes there is no choice, especially when you are feeling stuck and in the dark.

DedicatedServer4You.com -- BIGGEST Range of Dedicated Servers at the Lowest Price!
Quote · 18 Feb 2014

ive been burned sooo many times in that market i just have to say here .. In my world there are two venders deano and Anton . Other than that just flush your money down the toilet its way less aggravation. I have seen in the forum deano tries NOT to do a mod if already in the market but competition is a good thing in my opinion . I am fighting things myself when it would be way easier to buy a 25 dollar mod if it was from a trusted source . I am finished wasting money in this market . If deano or anton dont have it I fight code for months or foeget about it and and toss a couple twenties in the toilet which is exactly the same as buying from other venders in the market ... you end up with nothing ... but like I said its way less aggravation and you get to watch your hard earned cash swirl as dissapears

Quote · 19 Feb 2014

What it is, the module developers poll the IRQs from all the customers, and when the interrupt is from GG, the BUSY flag is automatically asserted, and ACK will remain false indefinitely..... therefore,  the ISR will never run.  After a while, the watchdog timer runs out and clears all interrupts.

My opinions expressed on this site, in no way represent those of Boonex or Boonex employees.
Quote · 19 Feb 2014

 

What it is, the module developers poll the IRQs from all the customers, and when the interrupt is from GG, the BUSY flag is automatically asserted, and ACK will remain false indefinitely..... therefore,  the ISR will never run.  After a while, the watchdog timer runs out and clears all interrupts.

 
LOL. This one is good.

https://www.deanbassett.com
Quote · 19 Feb 2014

 

 

What it is, the module developers poll the IRQs from all the customers, and when the interrupt is from GG, the BUSY flag is automatically asserted, and ACK will remain false indefinitely..... therefore,  the ISR will never run.  After a while, the watchdog timer runs out and clears all interrupts.

 
LOL. This one is good.

 yep

Quote · 19 Feb 2014

 

What it is, the module developers poll the IRQs from all the customers, and when the interrupt is from GG, the BUSY flag is automatically asserted, and ACK will remain false indefinitely..... therefore,  the ISR will never run.  After a while, the watchdog timer runs out and clears all interrupts.

I love you too HL

Geeks, making the world a better place
Quote · 19 Feb 2014

 RE:

I love you too HL

 Yeah... who could blame you...

My opinions expressed on this site, in no way represent those of Boonex or Boonex employees.
Quote · 19 Feb 2014
 
 
Below is the legacy version of the Boonex site, maintained for Dolphin.Pro 7.x support.
The new Dolphin solution is powered by UNA Community Management System.