Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | qwertyboy  | | Posted: | Feb 18, 2024 22:44 | | Subject: | Re: Adding Canada to my store | | Viewed: | 36 times | | Topic: | Shipping | |
|
| In Shipping, 1001bricks writes:
| | Much more; our TGV fast train tracks (200 MPH) would be incompatible with all
yours snail trains LOL!!!
|
Mwah. Looks like the French can't even build new trains that are compatible
with their own infra...
https://time.com/108252/france-trains-too-wide/
Niek.
|
 |
| Author: | qwertyboy | | Posted: | Feb 6, 2024 11:39 | | Subject: | Re: Massive refund error | | Viewed: | 48 times | | Topic: | Technical Issues | |
|
| In Help, 1001bricks writes:
| | In Help, Ziegelmeister writes:
| | In Help, 1001bricks writes:
| | Nubs_Select talked about this.
It's a bug I see since the Refund page exists.
When you've input any amount in the "Refund amount Buyer will receive"
field, then using your mouse to scroll either up or down will increase or
decrease the value by increment of 1 (ex: 12.37 = 13.37, 14.37, etc)
Which can also lead to negative numbers.
But a few times I was to validate a refund which in the end was 1 or 3€ more
than what I typed because of this. Of course it's more difficult to notice
if you've a non trivial number like 12.37 which can become 13.37 without
you to notice.
In short, after clicking "Review refund" CAREFULLY double check the amount,
it may have changed since you typed it 
Note it's the same in a Shop page, you may type 4, scoll down, and buy 2...
|
... But... When I tried to replicate this after Nubs mentioned it above, I
scrolled up, down, left, right, expanded, contracted... nothing changed.
|
Depends the position of your cursor, the rotation speed or start time, many things...
Here I can make it happen 100% of the times.
Confirmed to happen here on Firefox and Nubs on Opera IIRC - at least, didn't
try other browsers.
|
The behavior of the mouse scroll wheel updating the contents of a "number"
input field is the default behavior on most browsers. This can be disabled with
a small tidbit of JavaScript (you can disable events generated by the scroll
wheel with a "blur()" override).
For devs: please let me know if you need more specific info.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Feb 2, 2024 16:04 | | Subject: | Re: Bricklink API - Update Store Inventory | | Viewed: | 52 times | | Topic: | Technical Issues | |
|
| In Technical Issues, ErwinNL writes:
| | The fix is to specify the "description" field.
{"quantity":4, "description":""}
Works fine and fixes it as far as I can tell.
|
I can't help but think someone at BL was a bit overzealous. With the merging
changes, the advice from BL was to put some text in the "description"
field to specify mold differences. Maybe this was construed as "now everything
needs a description", so the API was changed to now require a "description"
field...
Niek.
|
|
| Author: | qwertyboy | | Posted: | Feb 2, 2024 10:12 | | Subject: | Re: Bricklink API - Update Store Inventory | | Viewed: | 58 times | | Topic: | Technical Issues | |
|
| In Technical Issues, BigBBricks writes:
| | In Technical Issues, qwertyboy writes:
| | In Technical Issues, minithings4life writes:
| | Admin Russell, you did not understand what BrickFreedom was posting.
The API that updates inventory by a quantity (+ or -), is intermittently breaking
on part numbers that are not within your 4 changed parts.
This will break every piece of software that relies on updating Bricklink store
inventory using the API method.
|
I concur. The last failed update on our end was for
There were no other parts involved in this update attempt.
Niek.
|
Same error, did you happen to have a sale on BO for those four items?
|
Yes.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Feb 2, 2024 00:06 | | Subject: | Re: Bricklink API - Update Store Inventory | | Viewed: | 54 times | | Topic: | Technical Issues | |
|
| In Technical Issues, minithings4life writes:
| | Admin Russell, you did not understand what BrickFreedom was posting.
The API that updates inventory by a quantity (+ or -), is intermittently breaking
on part numbers that are not within your 4 changed parts.
This will break every piece of software that relies on updating Bricklink store
inventory using the API method.
|
I concur. The last failed update on our end was for
There were no other parts involved in this update attempt.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Jan 30, 2024 13:10 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 46 times | | Topic: | Catalog | |
|
| In Catalog, calebfishn writes:
[a well-thought-out post clipped]
All this. Thank you for the eloquent dissertation.
Niek.
|
| Author: | qwertyboy | | Posted: | Jan 30, 2024 09:14 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 51 times | | Topic: | Catalog | |
|
| In Catalog, Stellar writes:
| | In Catalog, qwertyboy writes:
| | In Catalog, Brickspert_AU writes:
| | I should also add that I think a community vote for each merge/deletion should
take place, that's probably the fairest way to do it, but that's just
me.
|
Seeing how this thread went, nothing could be done.
Niek.
|
Is it causality your post was the one that made this beat the longest thread?
https://www.bricklink.com/message.asp?ID=1450801
|
 
|
|
| Author: | qwertyboy | | Posted: | Jan 30, 2024 06:03 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 63 times | | Topic: | Catalog | |
|
| In Catalog, Brickspert_AU writes:
| | I should also add that I think a community vote for each merge/deletion should
take place, that's probably the fairest way to do it, but that's just
me.
|
Seeing how this thread went, nothing could be done.
Niek.
|
| Author: | qwertyboy | | Posted: | Jan 26, 2024 16:49 | | Subject: | Re: Variants Thread - January 26 | | Viewed: | 94 times | | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| | Hello again everyone,
My initial post on this subject earlier this month has garnered almost 700 replies,
which is right about the level of the BrickArms threads a few years ago.
|
Yup - that thread stopped at 748 posts. Only 41 to go!
Niek.
|
| Author: | qwertyboy | | Posted: | Jan 24, 2024 23:01 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 52 times | | Topic: | Catalog | |
|
| In Catalog, Nubs_Select writes:
| | the trick with the teeth is to not count the teeth but just look for the large
gap between them on the 1 version
|
Correct. You can see the missing teeth on the large picture for [p=53029].
Niek.
|
|
|
| Author: | qwertyboy | | Posted: | Jan 16, 2024 16:24 | | Subject: | Re: Store suspended | | Viewed: | 32 times | | Topic: | New Stores | |
|
| In New Stores, 1001bricks writes:
| | In New Stores, yorbrick writes:
| | In New Stores, Nubs_Select writes:
| | In New Stores, yorbrick writes:
| | | |
He made an extra account (WanderSTEINE) for that purpose. Works fine for testing
your own shop....
|
Breaking the rules is not a good idea.
|
your allowed to open a second account for testing
|
The terms of service still limit users to one account, unless permission is sought
for a second account.
|
Russell said it in forum somewhere.
I guess for legitimately and only trying to debug your own shop not working,
I can't see why it wouldn't be possible.
|
https://www.bricklink.com/message.asp?ID=1264926
Niek.
|
|
| Author: | qwertyboy | | Posted: | Jan 13, 2024 17:16 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 71 times | | Topic: | Catalog | |
|
| In Catalog, axaday writes:
| | I saw enough
to start thinking I may be done working on the Bricklink catalog. I have wasted
a LOT of my time getting them information that they don't want and in the
future I'll never know if I am wasting my time. They accept my work now,
but might throw it away later.
|
Selfish me would like you to continue your work, but I totally get the frustration
of seeing your work undone and the total lack of acknowledgment and appreciation
from BL. You must do what is good for you. Whatever you decide, a massive THANK
YOU for your work.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Jan 12, 2024 18:29 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 64 times | | Topic: | Catalog | |
|
| In Catalog, Saitolegos writes:
| | If people keep pricing by average then the price
will go up, and up, and up. Pricing lower than the competition is not only good
for business, but it keeps the price steady. Compared to just the average which
will slowly go up over time.
|
As most all of the long(er)time sellers can attest, historically, prices of parts
have gone down and down. There are precious few parts where prices have stayed
steady or have gone up. This last phenomenon mostly happens for parts unique
to popular builds, popular MOCs, parts no longer in production etc.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Jan 11, 2024 21:21 | | Subject: | Re: Important proposal regarding catalog variants | | Viewed: | 63 times | | Topic: | Catalog | |
|
| In Catalog, randyf writes:
| | In Catalog, axaday writes:
| | Will all of my work be totally erased or will it still be recorded somewhere?
|
|
| | They could do a database back-up before this all occurs and have the information
stored somewhere, but not being able to publicly access that information means
that it is basically useless and non-existent.
|
Info such as catalog contributors, dates of changes, item logs etc are only available
in BL's own databases. However, the bare info of what parts make up a minifig
or a set are contained in the nightly database builds for BrickStock / BrickStore.
It would only take a bit of tinkering and programming to use an older copy of
these database files to resurrect the state of inventories at some point in time.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Jan 1, 2024 19:04 | | Subject: | Re: Reddish Orange error | | Viewed: | 82 times | | Topic: | Technical Issues | |
|
| In Technical Issues, crimson30 writes:
| | Efficient database fields strike again 😉
|
In this case, it appears to be "just" the frontend that is limited. The
color ID for Reddish Orange looks to be OK in the database, judging by the nightly
brickstock/brickstore data dumps (they do show 256 as the ID - if the DB field
was too tight, it would show ID 0 if anything).
Niek.
|
|
| Author: | qwertyboy | | Posted: | Dec 18, 2023 11:54 | | Subject: | Re: Order paid but not visible in BL | | Viewed: | 28 times | | Topic: | Help | |
|
| In Help, sonnich writes:
| | In Help, SylvainLS writes:
| | In Help, sonnich writes:
| | […]
I will let it be this time.
|
If there’s taxes and BL should have collected them, it’s not your choice: it’s
tax evasion.
See: https://www.bricklink.com/message.asp?ID=1401495
And if there’s no taxes, as the order is not in the Paid status, I think you
should be able to change the payment method or the status, maybe by editing the
invoice or something (don’t know, not a seller  ).
|
The right thing here would be a video, for first time buyers. I see this often,
that people do not know how to do this and that.
We should have a video on YouTube, that could share to new buyers.
|
If you are required to let BL handle taxes, you want to prevent people from making
payments "the old-fashioned way":
- Make sure the email address you have with Paypal for deposits is different
from your BL email address (so people can't easily "guess" where
they send a manual payment to);
- Don't advertise that email address in any BL invoicing you send out.
This way, at least you prevent people from skipping the online PP option.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Dec 14, 2023 13:33 | | Subject: | Re: BrickLink vs. Rebrickable Discrepancies | | Viewed: | 35 times | | Topic: | Inventories | |
|
| In Inventories, SDF_Bricks writes:
| | Well, here is one example. For set 7649 Mars Mission, Part 61485 shows up in
WHITE on Rebrickable, and in BLACK on BrickLink
|
Well, this is a turntable base:
It is used with a top:
Could it be that Rebrickable shows white on the assembly of the two? Like:
(which is in the "alternate items" on the inventory for your set).
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 30, 2023 16:18 | | Subject: | Re: Dreaming of a white Christmas… | | Viewed: | 44 times | | Topic: | Sales | |
|
| In Sales, Team86 writes:
| | Tomorrow is December 1st, so we are starting to dream of a white Christmas.
|
You can keep the white cr*p there, that's more than fine with me.
We have an awesome season up to now (hope I didn't jinx it).
11 C coming Tuesday, yay!
Niek.
|
| Author: | qwertyboy | | Posted: | Nov 23, 2023 10:30 | | Subject: | Re: List of E-Mail Basic Macro Tags is broken | | Viewed: | 30 times | | Topic: | Technical Issues | |
|
| In Technical Issues, cosmicray writes:
For the tech people -
This is because the tag delimiters are not "HTML-escaped" - they should
be written out as "& lt ;" and "& gt ;" in the page to prevent
them from being interpreted as HTML code by the browser.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 19, 2023 10:53 | | Subject: | Re: Update on November 3rd incident | | Viewed: | 72 times | | Topic: | Administrative | |
|
| In Administrative, Almere_Bricks writes:
| | Please handle as promis feedback remove fast, waiting 4 days and no response
on removal or ticked, how much damage we as store need to take before you guys
help??
|
Honestly, looking at your FB, I don't think the Nov 3 incident is your main
issue.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 18, 2023 19:39 | | Subject: | Re: Anyone looking for anything in bulk? | | Viewed: | 53 times | | Topic: | Sales | |
|
| In Sales, Zeldafan writes:
| | In Sales, PlanetEarthToys writes:
| | In Sales, Stella2015 writes:
| | anyone looking for anything in bulk, check out our store. Willing to really work
with people that want any bricks, pleates or technic pieces in large bulk. Take
a look at our store:
Stella's Bricks.
|
12,000 yellow hands !!!!!
impressive
|
And they also have 1,480 1x1 orange bricks! I don't even have one! XD
|
Sometimes you walk into bulk deals. At one time we had 5,313 yellow 2x4 bricks,
3,900 yellow 1x2 bricks, 4,001 yellow 1x1 bricks (still have 3,326 of those),
1,500 2x6 white Duplo plates, 20,500 black 1x2 plates etc. Not sure what we're
going to do with our 50,000 new LBG 1x1 round tiles ("only" listed 8,735
at the moment).
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 15, 2023 17:47 | | Subject: | Re: Grand Opening!!! First Ten Orders get Coupons | | Viewed: | 73 times | | Topic: | Announce | |
|
| In Announce, PlanetEarthToys writes:
| | In Announce, brandon.foley writes:
| | Announcing the Grand Opening of BBF Brick Store!!!
Star Wars and Marvel Minifigs!
Tons of Parts with more being added constantly.
First ten orders will receive a coupon for 3% off next purchase!!
Stop by and take a look.
Brandon F.
Owner
|
i'll give anyone a 3% off coupon if you tell a joke in this feed...
|
I didn't know you could give yourself a coupon.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 8, 2023 15:06 | | Subject: | Cookies? | | Viewed: | 112 times | | Topic: | Technical Issues | |
|
| As most of us, we have changed our password during the log-in process. We also
appreciate the email sent when a "new" device logs in.
However, I believe BL would need to take a look at how the site remembers a previously-authenticated
browser. After changing the password o on our account from my laptop, I refreshed
the BL page on my tablet, and it authenticated without asking for our new password.
I have to assume this is because of some cookies stored on my tablet.
Changing an account's password does not invalidate sessions which were authenticated
with the old password. It would be good to put in some logic that would kick
off these "old" sessions.
Niek.
|
|
| Author: | qwertyboy | | Posted: | Nov 8, 2023 14:41 | | Subject: | Re: Well, that was weird and stressful | | Viewed: | 98 times | | Topic: | Selling | |
|
| In Selling, Fidelito writes:
| | As a seller, what measures will you take as a response of what we, as a community,
just experienced?
Safety measures, diversification of selling platforms, inventory backups, contingency
plans, etc...
|
I was reading the FB sellers group, and there were quite a few shops relying
on the "remarks" field, as well as many shops without any regular backup
of their inventory. Several of these commenters also said their livelihood depended
on BL for a significant part of their income.
There was a discussion a while ago where inventory storage was discussed - using
"remarks" or using "category naming":
https://www.bricklink.com/messageThread.asp?ID=285809&nID=1259033
Some language was used (stores being "nuts" to use inventory storage
based on the catalog, and using that system "is trouble" that was a
bit harsh because clearly storing based on the "remarks" field is far
superior. Well, as I mentioned in that thread, each store has its preference,
but I also mentioned (and this is a literal quote): "If for whatever
reason that field goes belly-up, you are in deep doodoo, whereas catalog-based-sorted
stores can still easily find any part". I could not help but notice how relevant
that post was when reading the FB posts. Our shop (aside from obviously not getting
any new orders) had no issue whatsoever managing our inventory, and pulling existing
orders.
I am grateful that BL came back in one piece, and I am happy for all shops that
(apparently) the remarks fields survived. I also mentioned in that thread, when
using the "remarks" field to manage your inventory, how important it
is to have a good (and verified working) backup. Now that everyone can wash their
soiled underpants and rejoice at seeing the remarks, are we actually going to
at least do sensible backups?
Niek.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Canada, Alberta
