Jump to content

dealio

Members
  • Posts

    110
  • Joined

  • Last visited

  • Days Won

    10

Everything posted by dealio

  1. Windows 10 Pro, 64-bit 64GB RAM 400GB free SSD disk space HomeManage 2022 (22.0.0.8) The notebook feature that is available on the properties dialog for an asset allows me to track events that happen with a particular asset. For example I track each time that I get the car serviced for maintenance, the mileage on the car and the cost of maintenance. It works well for record keeping. Recently I noticed that for one particular asset (a camera lens), I have made 9 short notes in the notebook, but only the most recent 5 entries show up in the Item Notebook section of the main window pane that displays asset summary information. Is there some way to get all the notes to show up in the list? When only some of the notes show up, it leaves the impression that the list is complete when it actually is not complete. thanks, David
  2. Apparently not yet. I have the 22.0.0.8 (2022) version and there is no option to save an attachments folder that I can see.
  3. There are two fields in the Asset Tracking section on the Additional tab of the Item Properties dialog box that I don't recall seeing in earlier versions of HomeManage (currently using v2022) -- did I just overlook them? Anyway, my question is how to use them. The fields are both checkboxes and their names are: Record Changes in Location Record Changes in Status & Assignment If I check these boxes, where would I find the log of changes that they record? Or is that not how they work? If not, how do they work? Thanks, David
  4. Just recently I was updating an item and noticed that the Asset#, which I sometimes refer to when pulling up an item, can be different from the HomeManage ID. For most of my records, these two are the same, which is what I like. I'm not certain how the 2 items I've noticed today have mismatched Asset#--HomeManage ID combinations. So I have some observations/questions for clarification to help me manage items without creating a mess. What's the relationship between Asset# and HomeManage ID fields? I know from looking at the input form that I can change the Asset#, but I don't usually do that as there is no need to. The only exception I can recall is long ago I found that for several items the Asset# field contained a space preceding the number and that was causing problems for me--in that situation, for each asset I edited the Asset# field to remove the space before the number. The Barcode field matches the HomeManage ID field. Is this always true? I don't think the Barcode field is editable by me. Just an observation, not a request to be able to edit it. The asset picture files appear to use the HomeManage ID number in the filename. Can/should I edit the Asset# fields so that the Asset# matches the HomeManage ID number? Reason: I'd rather that they match to keep things simple for me, but I don't want to cause a problem in the app either. Three different examples from my database: Asset# HomeManage ID Barcode 125 122 122 <<< not sure how many items are mismatched like this 122 192 122 (note: there is no Asset# 192; how does this happen?) 190 190 190 <<< this is what I expect to find Thanks for any explanations! David PS: Forgot to mention that some time ago I did some experimenting in the database with duplicates, clones and copies of items to learn what the differences/advantages of each type of copy is. How do duplicates, clones and copies handle these 3 fields?
  5. I believe an item can be either a parent or a child, but not both, if memory serves me. It seems like I tried this long ago, but not certain of the result. If true, that would mean there's only 1 layer of parent-child relationships that the app can track (no grandparents or grandchildren, etc.). Correct me if I've got that wrong.
  6. This has happened to me as well in the past. It's not just you 🙂
  7. That has been my experience as well. I think something is wrong in the application because the system date format M/D/YYYY doesn't break 2-digit months and days in any other application I use. I have a couple user-defined date fields which will not accept a second digit for either the month or the day. I don't think the developers understand the problem as I got the same response. But even if the app is using the system date format as he states, and that format is set to M/D/YYYY, date fields should still accept 2-digit months and 2-digit days. Microsoft's formatting string 'M/D/YYYY'--which is used in Windows and many MS apps, like MS Access--means display 2 digits only when the month/day is 2 digits--otherwise use 1 digit. In other words, don't pad the day and month with zeros. HomeManage uses Microsoft Access as its database. So the underlying database understands how to interpret the M/D/YYYY formatting string and will use it properly without the need to change the system date format.
  8. I figured this out. The installer fails with the message "The setup cannot continue because the above drive does not exist." The message confused me because the drive actually does exist. The issue is that the installer is not running from the user account on my machine, but from another account (administrator). And the administrator doesn't have access to the drive. So the error message was correct if cryptic. I managed to get the install to work after learning that. It's odd though, because, though I've run into the problem before, it hasn't happened on every install of HM -- only some.
  9. In version 2022 of HomeManage my toolbar is giant-sized and I can see no way to change it back to the normal smaller size. While this doesn't prevent me from working with the application, I would prefer to put the toolbar back to its normal size so that it doesn't unduly eat up so much screen real-estate. Please note that: the Large Icons setting in the Customize menu is NOT checked The Reset All option in the Toolbars tab of the Customize dialog box does nothing apparent, even after an application restart. the Reset Toolbar in the Standard menu of the toolbar dropdown does nothing also. How can I accomplish this? David
  10. In version 2020 of HomeManage, I had an item in the assets database (a computer) where I put the vendor description and specifications into the comments fields as I usually do for all items. The app accepted the comments and saved the asset to the database with no issues. I've upgraded to version 2022 without any errors. But today I went to add something to the item I mentioned above and got an ugly dialog box with no title and only the words TOO LARGE! in the center. Also, the data for the item did not show up in the comments field. I double-clicked the item and the properties box showed up with all the information--even for the Comments field--correct just as I entered it in 2020. Clearly the database can hold the field's text since it appears in the property dialog box. So why do I get an error when I navigate to this item? Is this a bug?
  11. This problem isn't a new problem. It's happened on previous versions of HomeManage as well. I run the check for updates process off the help menu and the popup show up and I click Next. The next box says "there is a new version of HomeManage 2022 available" so I click Next. It downloads a file called HM2020Up.exe (strange name -- looks like an update that is made for the previous version of HM), which runs immediately and I'm greeted by the Welcome screen. I click Next, then choose to agree with the license terms and click Next again to come to a summary screen that tells me where it will install the update. I click Next again and immediately get an error message saying "S: The setup cannot continue because the above drive does not exist." But the drive DOES exist. To verify that the HM2020Up.exe process ran in a context where the S: drive exists, I ran it from a command prompt where I had verified that the S: drive was accessible. The update process failed in exactly the same fashion. I hope we can get this issue fixed permanently, meanwhile, how can I update from 22.0.0.1 to the most recent version? David
  12. Did your images get deleted or just not showing up in the application? I've found that if you upgrade to a new version of HM and change the default directory for the application, the install program will delete your assets.mdb file and all images as well. I had to recover from this twice with both previous new versions. I used Windows recover to recover the whole directory of images that got deleted.
  13. MS Access is the database used for HomeManage. As someone who use to write code in MS Access, I'm aware that the single quote can cause issues when the app tries to save it to the database if it is not treated properly. There is nothing you can do, It's a bug. The same is true for the & -- it is a special character that has meaning on MS Access forms and it cause the exact results you found -- to put an underscore under the character following it. These characters have to be treated specially within the program in order to get saved properly in the database. They are bugs.
  14. By the way, I tried to view your video and got an error message that said the video is no longer available.
  15. This has been a problem for several versions of HomeManage. I reported it long ago and was told that the program uses the system locale to format dates. But that doesn't explain why you cannot enter a 2-digit day nor a 2-digit month. It's a bug and needs to be fixed. Until then, my user-defined fields are broken.
  16. @ComputerGeek I've noted the same issue in a post from a version or two ago of HomeManage. The explanation that I got was that the time/date fields in the application use the System locale date/time formats. But that explanation doesn't explain why I cannot enter 2 digits in either the day or month fields of the date. I have a default install of Windows 10 Pro on my machine and I have not changed the date/time setting. I checked the system locale setting for date, and it is M/d/yyyy. I've created two user-customized date fields to add Item Shipped and Item Received data to the asset record, and the date format used for them should be M/d/yyyy according to Admin. But I cannot enter a 2-digit month or a 2-digit day in either field. However, I have no problem entering a 2-digit month or day in the Date Bought field. So it seems that HomeManage interprets the M/d/yyyy to mean that only 1 digit can be used for each of the month and day user-customized fields. It's broken and needs to be fixed but I've gotten no traction on that.
  17. Thank you. Somehow I missed the video before. I'll check it out. Seems like you're also saying that user-defined fields cannot be included in reports currently. If I understood that correctly, then I cannot create the report I want because the vital fields I need in the report are user-defined fields. Please confirm. Thanks David
  18. I'm trying to create a report of all the smart lights I have added to the data base so that I can insure that I got all the serial numbers, and other details correctly recorded. I've created a new category called "Smart Light" and applied it to each light added. But I cannot figure out how to do a simple filter of the data in the report designer, where Category = "Smart Light". Second problem. I reviewed the video on YouTube about creating reports. I followed the steps in the video to select the fields that I wanted in the report, but found that the field selector (Available Fields, I think), excludes many fields, including several that I want to include in the report. Is there another way to create the report I want with all the fields I need? The filter I want to use and the fields I want to include are listed below: Filters: Category = "Smart Light" Fields for Smart Light report Asset # Image 1 Brand Name Model Number Status Invoice/PO # Date Bought Serial Number MAC Address (wireless) Location/Room Field 1 Name = "HomeKit Code" (this is a user-defined field: User Field 20) Field 1 Value (this is a user-defined field: User Field 21) Field 2 Name = "Host Name" (this is a user-defined field: User Field 22) Field 2 Value (this is a user-defined field: User Field 23) Field 3 Name (this is a user-defined field: User Field 24) Field 3 Value (this is a user-defined field: User Field 25) The bold labels are the names I gave to user-defined fields listed to the far right of the field name above within parentheses. TIA David
  19. Glad you got what you needed. Just curious what software you landed with. I haven't looked for inventorying software for years, but would be interested depending on the features it offers. TIA David
  20. @Pro86 I'm a user just like you and I came across this problem a few years ago. Somewhere on the forum I read about disabling Webcam Features as a work-around and it worked for me. You can get to the setting on Tools/Preferences on the Preferences tab on the right side of the dialog box. Uncheck Enable Webcam Features and see if that solves your crashing problem. If it does, it probably means your webcam is incompatible with the program. As for the second issue you mention, user-defined fields, my experience is that they are spotty with regard to how they do or don't work. I have up to 78 fields defined and most of them work, but they were created in an older version of HM (which may be key). Anyway, some of them do NOT work. For example field #25 doesn't show up even though 24 and 26 do show up. In addition, I've found that in the Preferences dialog box where you define the user-defined fields, some field numbers are duplicated. For example, Field2 2, 10, 11 and 12 show up twice on the left side of the dialog box making it appear as though you can assign a name to them twice. So I just don't use the second occurrence of those fields and that seems to work. Also be aware that there are some other quirks with Property column (contains User Field 1, User Field 2, etc.) is sorted alphabetically, not numerically, so Fields 10 - Field 19 are listed after Field 1 but before Field 2 and similarly Fields 20 - Field 29 are listed after Field 2 but before Field 3. This may make it easy to mistakenly use a field you didn't intend to use. Its also just counter-intuitive. David
  21. Recently I made a change in the location where all the attachments are stored to simplify backup of all attachments. This meant that I would need to edit every asset which has an attachment to update the drive letter to point to the new location. This process is highly manual, but was working well until about the 40th or so item when I received an error message upon attempting to open the next asset properties box. The text of the error is "System resource exceeded. (3035) and the OK button is the only option. Clicking the OK button results in another box popping up with the exact same message, then another box, then another and so on with no apparent way around the issue but to kill the program. The dialog box is modal and will not allow any other access to the program until it has been closed. UPDATE: I found that after 15 - 20 error dialog boxes, the properties dialog finally appeared and I could close it, then close the program without killing it! After restarting the app, it worked as expected. Note that the system HomeManage 2020 is running on has 64 GB RAM and 2TB drive storage space on 2 drives, both of which are less than 10% full. I don't know what system resource HM2020 is running out of, and so I don't know how to prevent this issue. A quick look at Task Manager revealed that the AssetMng.exe process (HomeManage) was consuming 1.4 GB as Working Set and 1.3 GB as Active Private Working Set. As it is a 32-bit program, it should be able to access at least 2GB of memory with no problem. So I need help understanding what the problem is and how to correct it.
  22. The problem with apostrophes has been around for a couple versions. I recall figuring out that it was the apostrophe that I had put in attachment titles that causes an unreadable error consistently. I now avoid them.
  23. Thanks for the link to videos. However, it didn't work for me. Maybe there's a typo in it.
×
×
  • Create New...