chooch

FWR I had been thinking about creating a column left/right Auctions infobox for auction items for some time but never got round to doing it. As it was mentioned a few posts ago I thought it was something worth doing. Even though I'll be floating around here from time to time I go back to work tonight (night shift) so won't be able to start on it until the weekend but do you want me send it to you? I know it's an easy job and you can do it yourself if you have time but since you don't have time due to work commitments I can do it. As it's your contribution you can look at the code and decide if you want to add it to a release version - just a thought.

No problem.. here are the language ones I found includes/modules/auctions/auctions_show.php Lines: 105, 106, 114,115,120 includes/modules/auctions/auction_bids.php Lines: 129 There are lots of hard-coded colour codes too but not sure if you want to move them to the stylesheet. There are too many.

Well in that case I'll help out as much as I can, as stated before I am going to use a modified version of a release in a live store to achieve the things I need. Up until that point I am quite happy to test it and update here, as it goes I have two sites hosted with this contribution on two separate hosts (servers) so the results should help. As far as bugs go I can't see any yet.... I did see some hard coding (language) in the files somewhere but that was about it. So far my tests today have been quite successful

I'm not commenting on what people are querying here but how is the core functionality coming along? It's leaps and bounds better than it was from the first beta. Where are you at now with this FWR with regards to testing for bugs? I haven't found any bugs or problems recently.

I just had a look at this in my store, why don't you simply delete the corresponding affiliate sale in admin thus bypassing your order status 4? That has no effect on you keeping the order in admin/orders.php

Thanks

Thanks for the reply. What does it do then, just give coupons codes for redemption but not Gift Vouchers as products? Does it allow Gift Vocuhers to be created in admin and emailed out rather than purchased?

Ah, I am unfamiliar with that contribution. I use CCGV trad and am thinking of beginning to use the one listed in the link above. Is there no support thread link in the download?

Which Contribution have you added, can you provide a link?

Here's the SEO URL support thread

I am an old timer using CCGV for a very long time and am content with it even though the contribution could have done with a massive overhaul addressing issues. Since it was taken on by Vger in the form of CCGV Trad it sustained an almost bug free status as it was based on an older stable version of CCGV, however, there are other contributions allowing discounts but this Gift Voucher (GV) and Discount Coupons (DC) for RC1, RC2, RC2a seems to allow Gift Vocuhers too. Can someone who has experience of the latter give some feedback stating pros/cons of using it? I have downloaded it and flicked through the files noting there is no GV SEND page so voucher balances are not transferrable between customers - can anyone else who has experience of this please give some feedback. I will add this to a fresh install RC2 and give my own views too. Thanks

Try looking at your checkout_process.php file to see if you put the Points code in correctly

In it's original format Points are not transferable between customers, you would have to manually make those modifications if you wanted to achieve it.

You can create Gift Vouchers as normal products with a weight of 'zero'

There are so many people making modifications of all sorts using various techniques so I didn't know what you did to achieve your 4th order status. I think what you're asking for can be achieved quite easily but I haven't looked at the affiliate coding in for many months so off hand I can't help you and I don't have time to filter through it either as I am working on my own projects. I think it may be a good start for you to look at the contribution before you start looking at your store in general to find the status settings. If you're not familiar with php it may be a good time to start getting to know it since you do use it.

No your logic is not out. The only time it doesn't work is when there are more than one auction is quick succession or simultaneously run together. At least we know it is intended to work that way and it isn't a bug. Thanks

It seems I have won a Bugs Life auction which was added to the cart but not yet paid for. I then created a new Bugs Life auction and won that but it's the second item not being added to the cart.

I'll double check and get back FWR... does anyone use Firefox who can test it too?

When you register as an affiliate you receive a unique Affiliate ID. The URL's you place on you sites/ads are www.affilaiteyourstorename.com?id3 etc so that takes care of part one of your question. There is no referer Affiliate ID code to enter when customers register however, you can apply some initiative and get something similar by: First using a Where Did You Hear About Us contribution (which will allow manual entry of a name in a text input field) in either create_account or checkout and then Secondly by bringing up all your customers in admin by selecting the 'referer' - obviously you will have to do the hard work in linking the sales to percentages

Very strange. In a stock oscommerce store the way contribution works is it is supposed to delete the affiliate sales in automatically once the order is 'deleted'. I am not sure how you set up your '4th' order status but you would need to manually edit code to get the two to work. I suggest you use the good old 'delete' button to remove any non-sales and therefore remove any potential affiliate sales.

FWR - I've done some more testing and noted some very interesting things. These were all carried out on a fresh install. 1) In catalog/auctions.php where the countdown js is visually static I ran an experiment using Firefox and IE. I had one bid each on different usernames for different browsers and then put both browsers on catalog/auctions.php. As there was no auto-refresh at auction end there is a possibility of someone placing a winning bid and going back to catalog/auctions.php and staying put. If they stay on that page with navigating at some point they will be timed out and will not know they have won the item until or unless they check their email inbox to find a winning bidder email or unless they log back in to find the item added to cart. And the emails are only sent out after the refresh/auto-refresh of the auction product info page. A suggestion: It may be better to add a manual countdown a'la product_info or if too many countdown clocks will appear when too many items are auctioned, maybe the clocks should not countdown but there could be an automatic refresh every 30 seconds or so will make sure a bidder doesn't lose track of time no matter how distracted they may become. Even though the refresh or js countdown with auto-refresh in catalog/auctions.php will not update the specific product_info page to trigger the adding of cart or sending out winning emails etc it is something worth considering even if it is just for being more user friendly. 2) Keeping the above scenario in mind and following on from it: In admin/auctions.php the settings did change from 'Auction Open' to 'Auction Ended' but that part would not change to 'Added to Cart' until or unless that product page was refreshed/auto-refreshed. A suggestion: For the admin end as there are stages to go through (Auction Open, Auction Ended, Won, Added to Cart), it may be an idea to consider leaving all won auctions as ' Auction Ended' until they are manually updated in admin. Maybe that was something one of the authors of the US contribution was attempting because I can't see the logic of automatically allowing a WON item to be added straight to the cart and also have an option in admin to REMOVE it. That scenario would only work if the winner decided not to pay therefore admin and choose the next bidder by using REMOVE but what if admin does want to REMOVE the winning bidder but the winning bidder has already checked out and beaten admin to it? It may make more sense to 'Update' or 'Confirm' the winning bid in the same place where the REMOVE option is placed as once selected/confirmed that can also trigger the 'winning email' cutting out the hassles of automatically sending a winning bid only to have to send another to the same bidder/winner if they are removed in admin using REMOVE. Just a thought: I'm looking for feedback on usability/feasiblity for this suggestion (2) as even if it does not get incorporated in to a released version there is a big chance I may make these changes for a live store so opinions and thoughts are requested from all please.

FWR - I noticed a possible bug. For some reason the Auction item won does not get added to the cart immediately upon auto-page refresh when the Auction ends. The admin continues to show Added to Cart in admin/auctions.php but in the catalog end I had to log out and then log back in to get the item Added to Cart. This problem seems to happen only in the Firefox browser and does not happen in IE. This was tested in a modified store and fresh install. I still have other things to check before posting back later but thought this was worth bringing up.

Sorry Chris my statement was made with a different angle and not intended for you however looking at this from a slightly different perspective I am guessing the metatags you refer to are on product_info.php (dynamically generated metatags for product pages, SEO pulled from category names or product names created in admin, or both) so I advise you try to take a look at your catalog/product_info.php manual edits and/or your catalog/includes/application_top.php manual edit to make sure they are correctly done. Hope something works out for you.

It would help out significantly more if we all can try to replicate each others errors when we post them here, rather than re-state and re-confirm the error once a fix has been found. Having 2, 3 or 4 people reporting anf confirming the same bug/error is more important than just one person doing it as it means it's not an isolated occurance.

It's difficult to say why there would be a conflict without knowing what those three contributions consist of. I use Chemo's SEO URL's (not dynamic metatags) and have no problems with auctions. If your specials and featured products contributions are not working properly and they are on the index.php or newly created featured_products.php or scrolling_specials.php then they have no connection to auctions as auctions modifies product_info.php I suggest you post in each of the three individual support threads asking for assistance, in the event there is no support thread maybe you should consider creating one so other people using the same contributions can benefit