Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Asset Notes #63

Closed
peelman opened this issue Nov 26, 2013 · 6 comments
Closed

Asset Notes #63

peelman opened this issue Nov 26, 2013 · 6 comments
Milestone

Comments

@peelman
Copy link

peelman commented Nov 26, 2013

Think bug tracker issue commentary; a date/time/user stamped message from a user about a particular piece of hardware. Could be noting a repair, a recurring issue, retirement, etc.

@snipe
Copy link
Owner

snipe commented Nov 27, 2013

This has been done on checkin and checkout. Please make sure to run

php artisan migrate

after grabbing the latest!

@peelman
Copy link
Author

peelman commented Nov 27, 2013

So when attempting to use action logs to log edit events, I ran into the roadblock that checkedout_to (I'm assuming others are as well) are required fields.

The requirements on that might need to be relaxed somewhat so that the action log can be used for more than checkin/checkouts (my next step was being able to just add a generic note, without a check in/out operation)

@snipe
Copy link
Owner

snipe commented Nov 27, 2013

That's not currently how the table structure is set up though. It's not meant to be a log notes, just log actions and keep notes with it that may inform about the actions.

@peelman
Copy link
Author

peelman commented Nov 27, 2013

then unfortunately it doesn't solve this ticket; "action log" seems like far too broad (and useful) to just be limited to check in/out.

@snipe
Copy link
Owner

snipe commented Nov 27, 2013

For me, custom fields and file uploads (service record invoices, original purchase invoices) and higher priority. Maybe a notes/uploads table combined?

@peelman
Copy link
Author

peelman commented Nov 27, 2013

Didn't know that was on the agenda...

But again, under the adage that every line of code is a liability, i think it would be easier to build one history system that's flexible, than try to build one out for each facet of things that change over time (and need to be kept track of).

@peelman peelman mentioned this issue Nov 28, 2013
This was referenced Jul 19, 2016
@bunzladi bunzladi mentioned this issue Mar 10, 2022
2 tasks
@Bjufen Bjufen mentioned this issue Feb 9, 2023
2 tasks
@manhvt20 manhvt20 mentioned this issue Mar 18, 2024
2 tasks
@uglycrab uglycrab mentioned this issue Mar 27, 2024
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants