Is it 3k per folder?
Yeah, 3k is the limit for saving bookmarks in any folder (shared folders have a lower limit for saving) and all folders above this limit will show this warning. The part of "not all locations might be displayed" depends on the usage of subfolders: If any single subfolder has more than 3k, or if the base folder has more than 3k directly in it, then we limit how many we display (this is to prevent the client from freezing).
Didn’t they say there was a limit of like 5000 that would be migrated?
All bookmarks will be migrated (except bookmark vouchers in contracts). If you have more than 20k bookmarks (affects ~115 characters) than only 20k will be sent from the server to the client.
Out of curiosity: the player with the highest bookmark count; how many does he/she have?
I am not sure, if this is still the case, but in the test on Duality the player with the highest bookmark count had about 350k bookmarks, with quite some distance to the next one. I feel pretty sorry for him, as cleaning up and reorganizing as many bookmarks will be a lot of work.
Hey!
As I already explained in the bug report and also mentioned in a different topic here: There is indeed an upper 20k limit, but this limit is only for how many bookmarks are being loaded from the server to the client. As soon as you either delete bookmarks or move bookmarks to a different folder (and then offline this folder) you can get further bookmarks from the server (but you need to either relog or first offline the folder and then online it again, to force refresh it from the server). There is currently a risk here, that you might delete a folder or subfolder, which contains bookmarks on the server, but which you are not seeing yet and I am investigating ways to avoid this. Btw: On TQ there is currently no properly enforced limit, but if you would have too many bookmarks, it will just fail (and we had an open bug about this for a long time).
In my last check there were about 100 players on Tranquility affected by this 20k limit and we are planning to conta...
Read moreHave there been any changes to bookmark limitations since the last test?
Will there be a mirror right before the mass test?
Since the last one I have rearranged my ~40,000 bookmarks across ~80 500count folders, split across a bunch of new alts as of a few weeks ago. Being able to use those alphas on this mass test would be awesome!
The limitations are for now the same as in the last mass test (we discussed several changes, but ended up to leave the limits unchanged for at least this mass test), but due to potential performance issues we had to change a bit on how we handle folders, which are beyond the limits (from the migration):
Splitting the bookmarks over several alts w...
Read moreThis whole tunnel thing ... What is it? I saw that thing a bunch of caps jumped and landed :somewhat: organised, but tunnel???
Feel free to check out the presentation at EVE Vegas about these changes, which might also answer your question a bit: https://t.co/0CjiV08mUM.
So are you ever going to fix the glitch that allows rorquals to mine out of siege with bonus - or multiply their drone values exponentially? I submitted a bug report a week ago and haven't even gotten a "we're looking into it."
I sent you a private message with more details, but this bug has been dealt with. Thank you for the bug report!
We already had this in 2010.
We're defining a "deep safe" for these purposes as any bookmark which is more than 10AU further from the local star than the furthest-out celestial object (planets or stargates).
You will no longer be able to create bookmarks outside this range
You will no longer be able to issue a "warp to" command to any location outside this range
You will no longer be able to open a cynosural field at any location outside this rangeThis should make these locations essentially unreachable
Later changed to a 20AU range, and not deleting assets beyond it but relocating them.
We also found those old dev blogs yesterday and did some code archaeology into the fixes from 2010, when we investigated our options on how to fix the consequences of this bug. :)
no it is not, and no professional company would do it on their clients by their clients. But since ccp is not professional i guess its alrright
Testing at scale has many facets and from my experience such mass tests have a lot of value.
I can also assure you, that this is not the only scale testing for this feature. I was for example also running extensive tests with thin clients (our special version of bots) in the last few days. The problem with simulated tests like thin clients is that it is testing exactly, what we command them to do (assuming our commands make sense). A mass test on the other hand is invaluable in testing player behavior at scale. Sure, our instructions during the mass test will affect the player behavior to some extent, so it is not perfect, but it is giving us test results, which are much closer to reality. The mass test will also show me areas, which are interesting to test further with thin clients - and the other way around.
Performance reasons. (I'm assuming)
Each active folder needs to have its ACL checked. While it's not much for one player, that kind of thing stacks up.
Correct, the limits are indeed for performance reasons, both for the client (mostly count of bookmarks) and the server (mostly count of shared folders). We might also adapt these limits based on further performance testing.
I think there's a legitimate concern with moving bookmarks unlimitedly. At the moment there is a hard limit of 10 bookmarks at a time to copy it out of the list and generate a copy of the voucher to share. In the new system, do you feel this will be stable enough (assuming testing holds up) to handle people moving 3000 BM's at a time?
The limit of 10 bookmarks at a time is only for vouchers, which we are removing. Copying or moving bookmarks between folders is much faster and already nearly unlimited on TQ. Initial testing of copying 3000 BM's at a time looks quite acceptable (at least from a server point of view), but we are still running further tests for sure.
It will be hard / bad to implement - copy all bookmarks in folder?
I know that this can put additional strain like old gate bookmarks so i am fine with putting this functionality behind the ISK sink.
Something like - copy whole folder (500 BM) for 50mil.This will prevent just spamming the BM copies - but will also save a lot of clicking.
You can already multi-select bookmarks and copy them all in one go. If you open a folder in its own window, then you can easily also use CTRL+A to select them all.
Great if only you guys would mirror the server or fix the password reset link....
Lots of players who came back and had to change their PW and don´t know their old one can´t access SiSi!
Singularity received a new mirror yesterday, so you might want to check, if this fixed your problem.
Does this just remove the log entry, or does this mean the data is no longer sent to the client? If only the former, then presumably anyone inspecting memory directly in EVE client can still see this happening.
The data is indeed no longer sent to the client, so it is safe also if someone decides to break the EULA.
- Ships will now automatically enter warp after three minutes of attempting to align and reach the required speed.
Something tells me TiDi will not affect that 3 minute timer, so you will be essentially immune to points in huge engagements where u are not in a bubble...
I have not tested it myself yet, but I took a quick look at the change and as far as I can see it should correctly use time dilation.
Edit: And also confirmed tested on Singularity.
Legacy Code?
Pretty much. But yeah, I personally would totally love to change BPCs and allow merging them (or some similar mechanic). There are different ways on how this could be done (potentially even moving blueprints out of the inventory system), but it would require quite a bit of code refactoring, so it would take an extensive amount of programmer time - and programmer time is needed for many different projects. While it would probably improve server performance (and especially DB performance) in the long run, we would also need to be careful about the performance impact of the process of merging 1000 BPCs into one BPC.
FYI, a forum thread has been posted to discuss details of this feature proposal, following the discussion here: https://forums.eveonline.com/t/shared-bookmarks-use-case-discussion/171216
I know it was an example but please don't go as low as 3 shared folders.
As a wormholer my corp has 12 folders and I know groups with more.
Each shared folder can then have subfolders, which will replace the current folders within corp bookmarks. Those subfolders don't need a low limit (and have no limit at all so far in the prototype). So you could have a single shared folder for your corp, which has 12 subfolders, and then use the other shared folders for other purposes.
Read moreMy suggestion would be to keep it on a per-bookmark level, but also allow setting a default expiry time on a per-subfolder basis.
Imagine you have your 'wormholes' subfolder, you can right click on it in the places window or whatever and set this folder to have a default expiry time of 48 hours. When you create the bookmark, in the window that pops up you have the dropdown to select which subfolder you want to save it in, and then you have the radio button to select the expiry time. When you pick your 'wormholes' subfolder from the dropdown, it then automatically sets the radio button to the '48 hour' setting. If that's what you want, then you don't need to do anything else, but say you see this wormhole is EoL, so for this particular bookmark you then manually set the radio button to 4 hours instead. This particular bookmark will then expire in 4 hours, but doing that doesn't affect the default setting for the subfolder so the next bookmark you create pops up wit...
Great suggestions all around! Thank you all for giving feedback.
This will be for sure discussed further internally, publicly (like when we do our first test on a public test server) and also with the CSM. We discussed the bookmarks proposal already with the CSM as part of the winter summit, but then we did not really go into details regarding the expiring part (and we had no dedicated wormholer in the CSM).
Please for the love of bob allow ESI to interface with these to add/remove people from bookmark groups, delete bookmarks, and manage the bookmark folder.
Unfortunately this will pretty sure be outside of the scope of this project, but we will try to keep it in mind and structure things in a way so that it will be easy to add later.
devtrackers.gg