Not a compatibility bug: Download filename settings are very buggy (userID missing, itemID?)

[S-U-M-1]

In the "File" section of the XInsta settings, I encountered a lot of bugs on v2.0.6 which were also present in v2.1.0.

My XInsta had for 3 years been saving files under the following filename format:

• Username
• MediaID
• UserID

Note: this was not shown in the settings. I did not check this. I only know this from the filenames of downloads.

Today, I decided to explore these settings. When I entered the "Change File Format" window, for some reason it showed the following:

• Username
• ItemID
• MediaID

This was incorrect.

I also quickly found out that the X's next to each item did nothing. I couldn't remove nor add any formats, only reorder them.

I then tested downloading an Instagram file, and now, very strangely, the filenames were

• Username
• The text "ItemID" (literally)
• MediaID

I tried fixing this bug by going into "Change Date Format" and pressing "Day Month Year" (even though it was already selected, with a filled radio button). Initially, the files began saving as

• Username
• Month Day Year
• MediaID

but after I switched the settings to Month Day Year and back to Day Month Year, they saved with the correct Day Month Year instead.

I then went back into the "Change File Format" settings and suddenly the setting "ItemID" was replaced with the setting "Date".

The issue I have now is that I do not want a date if I cannot have the userID. I ideally wanted both the date and userID, but now I have no way of getting back the userID in the filename.

I tried multiple things after this to reset all settings to default:

• I updated the app and downgraded again
• I uninstalled and reinstalled
• I cleared the app's data in Android settings and also in TitaniumBackup
• I restored a backup of the app I'd made in TitaniumBackup a month ago.

Nothing worked, the settings remained the same throughout. I even went into my root folders looking for the prefs file and couldn't find it.

• Please allow the userID to be saved in the filenames again
• Please make sure the "Change File Format" settings reflect reality
• Please fix the X buttons next to each format so that they work
• Please allow the adding of more than 3 file formats

I really appreciate this app and have relied on it for nearly 4 years now. Thank you.

Phone: Samsung Galaxy S7 edge Android version: 6.0.1 XInsta versions: 2.0.6 (14 Jun 2018) and tested on 2.1.0 (11 Nov 2018) with same effects Instagram versions: 49.0.0.15.89 (21 Jun 2018) and tested on 69.0.0.30.95 (8 Nov 2018) with same effects

[S-U-M-1]

@iHelp101 How do I get the userID back in the filenames of downloaded media?

[iHelp101]

The preferences file for XInsta is under /storage/emulated/0/.Instagram/. The file in question is FileFormat.txt. You can edit the format manually or delete the file to be reverted to default. The specific file format I believe you want is Username_MediaID_UserID.

[S-U-M-1]

The preferences file for XInsta is under /storage/emulated/0/.Instagram/. The file in question is FileFormat.txt. You can edit the format manually or delete the file to be reverted to default. The specific file format I believe you want is Username_MediaID_UserID.

Thank you so very much.

However, I noticed that there are parts of the code that tell XInsta to not fetch the userID if File.txt exists (the file where filename date formats are set). I can still only have either the userID with no date, or the date with no userID. I also still don't know what "ItemID" is.

Are you able to fix this so users can have any combination of formats in the filename, including profile picture filenames?

[S-U-M-1]

I also noticed just now that having a FileFormat.txt file at all (i.e. going into the File Format settings for the first time and changing them, which creates the file) breaks multiple-photo downloads. It stops XInsta fetching the individual mediaIDs for each file (it seems to only fetch the mediaID of the first file), which results in only 1 file being able to be downloaded (since XInsta intelligently skips downloading a file if one with the same filename already exists).

[iHelp101]

I am working on rewriting a lot of the code for multi downloads and file formats. I will provide you a test APK to evaluate when complete tonight.

[iHelp101]

I got file formats setup to be more modular. I am having issues with the logic behind understanding the new modularity when saving files. I also am working on fetching all possible parameters for each type of post.

[S-U-M-1]

Okay, appreciate it. I'll be ready to receive a test APK.

[iHelp101]

Here is a test APK. In this version I made the file format options more modular. Item ID was deprecated by Instagram, so I removed this option. The file format now consist of username, media ID, user ID, and date. You can use all four if you would like or use the standard three (Username, media ID, and date). I did add a protection when saving if XInsta does not detect media ID or date in the file format for a multi-post that it will add the media ID to ensure all download.

Let me know if you have any issue with this APK.

https://drive.google.com/open?id=1GphjyH7nOKbHxsiBZDvGy5U49_sVPClx

[S-U-M-1]

I tested the APK, and the following problems were found:

• 1 – Remaining issue: The default file format setting (before editing any file format settings, i.e. before FileFormat.txt and File.txt are created) is in reality Username_MediaID_UserID, but this is still not reflected in the File Format setting description, which says "Username_Date_MediaID", nor the default File Format settings themselves, which are Username, MediaID, Date. Additionally, the file format of downloads will not change to this Username_MediaID_Date setting unless I physically edit the File Format settings, such as removing and adding "Date": only then will FileFormat.txt be initially created and these settings be applied.

  This can be fixed by simply editing the description and displayed default settings to be Username_MediaID_UserID. However, this will trigger bug 3 mentioned below unless it is fixed.

• 2 – New issue: If I change the File Format settings for the first time (and thus create the FileFormat.txt file) and include the "Date" parameter in the settings, but I don't change the Date Format setting for the first time (and thus don't create the File.txt file):

  • The filenames of downloads show the text "Yes" where the date should be. In other versions, it would show the text "Date" instead.

• 3 – New issue: If I change the File Format settings for the first time (and thus create the FileFormat.txt file) and include the "UserID" parameter in the settings, and then I also change the Date Format setting for the first time (and thus create the File.txt file):

  • The date is inserted where the userID should be. If I also added "Date" along with "UserID", it which results in 2 dates – one where "Date" should be, and one where "UserID" should be. It would seem the code that replaces "userID" with "Date" if File.txt exists is still present in this APK.

  *This does not happen if I only add "UserID" after selecting a date format and thus creating File.txt.

• 4 – Remaining issue which I have not yet addressed: The default file format for profile photo downloads is Username_Unix timestamp_"Profile". It would seem the Unix timestamp is not intended, because it gets converted to the current date when File.txt exists and "Date" is set in FileFormat.txt.

• 5 – Remaining issue: There is still no way to change the file format of profile photo downloads, except by replacing the Unix timestamp with the date (which occurs when File.txt is created by editing the Date Format settings).

• 6 – New issue: Multiple photo downloads are now broken if "MediaID" is not set in the File Format settings. Details of this conflict issue are found below in bug 7.

• 7 – New issue: The new modular File Format settings will not allow filenames to have just a username and userID, even if you set it as such. It will result in filenames with the format Username_UserID_MediaID. Additionally, if you set only "Username", it will save as "Username_MediaID", and if you set only "UserID", it will save as "UserID_MediaID". However, if you set only "Date" or only "MediaID", it saves correctly.

  • This causes conflict issues: issue A is that unless bug 2 is fixed, only 1 file will ever save while only "Date" is set, because the filename of every download will be "Yes".

    However, issue B is that even if this bug is fixed, it means photos posted on the same date (or by the same user, or both) will overwrite each other, prohibiting the saving of both files separately.

    My suggestion to avoid the inevitable conflict issue No. 2 is to force XInsta to number conflicting downloads (as " (2)", " (3)", etc.) only when non-unique filenames are set, which is anything that doesn't include the MediaID.

    Once this fix is implemented, it should be possible to fix bug 7 and allow only usernames, userIDs or both in filenames without conflicts.

• 8 – Remaining issue which I have not yet addressed: Underscores at the end of usernames will not be included in the filenames of downloads, but they will be included in the filenames of profile photo downloads.

Other remarks:

• 9 – The new modular File Format settings allow you to still add a blank parameter when all 4 parameters are used. This adds an extra underscore to the contents of FileFormat.txt, which is removed when the File Format settings are edited in any way, It does not seem to affect the format of download filenames, but it may be useful to remove this anomaly.
• 10 – Removing every parameter from the new modular File Format settings seems to reset the settings to Username, MediaID, Date. This does not seem to cause an issue, but it may be possible to better handle this behaviour.
• 11 – If the profile photo Unix timestamp issue (bug 4) is fixed, it may be useful to indicate to users that the date fetched when downloading profile photos is the date of download and not the date when the profile photo was set.
• 12 – The new modular File Format settings use radio buttons where it may be more appropriate to use checkboxes.

[iHelp101]

Thank you for the feedback. I just got home from a trip and working on your request.