I set my General Preferences to display 1,000 rows...
# administration
m
I set my General Preferences to display 1,000 rows in a list segment. I then updated it to 25 and it seems to be stuck on 1k. Any known issue with this? (been a few weeks of this now)
s
try clearing your browser cache, it should have done itself but maybe your browser setting is set to clear at longer interval
m
No dice, even if set to 5. Sales Orders will show 500 rows, and in edit mode it'll show 25.
d
Check if there's a preference set in the role you're using
m
Admin role
g
Could it be a company-level preference?
m
Company is set to 50/50 (Numbers of Rows/Maximum in Dropdown). Overrides are allowed.
I put in a NS ticket.
k
This happens even in a different browser?
m
Same issue. Even in sandbox. Let me ask a follow up question -- should these preferences change the sublist rows on a SO/Fulfillment?
I just noticed it updates for searches, but not transactions?
k
No. It doesn't change from 25.
m
Well, that solves my problem then.
Thanks
k
You can on the individual page though tell it to show all rows - but expect a performance hit.
m
Alittle annoying as those are sublists...
k
As a general rule, my pain point for performance on an individual transaction is around 100 lines - 150 at most. 200 if the client promises me no one is ever going to need to look at/change it.
Even though the system will let you do more - it just becomes too difficult to manage.
m
I have an order with 500 lines that NS hates.
k
500 lines you can create with CSV/Script - but no one can really do anything with it.
it's effectively a dead transaction at that size
m
I can't even load it half the time. LOL
Going to need to implement some new rules regarding these types of transactions.
k
Probably can't even delete it.
m
Delete? Shoot... it has ARM involved. Its hosed.
k
My limit drops substantially whenever ARM is involved...
it's just not worth it to try and get it all on a single transaction with that many lines
m
Yep. I see that.