Modification Date and Modification Time header/footer strings/tags do not display on Android app.

• Jul 1, 2015 - 12:47

If I (EDiT: first upload to musescore.com) open this test file in my android musescore app:

https://musescore.com/ericfontainejazz/test-all-header-strings/s/02d2e9

Then I notice all the strings display except for Modification Date and Modification Time.

Expected Behavior: all strings that I can write in musescore desktop will display in the mobile app.

PS: I haven't checked this on iphone or any other androids other than my Samsung Galaxy S3.

Attachment Size
test-all-header-strings.mscz 6.15 KB

Comments

When I download the mscz and open the file in songbook app, I see the strings. But when I access my online scores from the songbook app, then those two strings are not displayed.

In reply to by Jojo-Schmitz

No, it's private. It's a secret link.
I downloaded the score and put it on my account. I can reproduce but somehow it's expected. These metadata fields come from the file system and are not stored in the MuseScore file itself (just like the name of the file)

In reply to by [DELETED] 5

Ah, I see.
But the filename is shown, so it should have a timestamp to display too, shouldn't it?
On the other hand that would be the time and date of viewing (and downloading into some temp folder) I guess, not the time and date of having loaded it to MuseScore.com, right?

In reply to by Jojo-Schmitz

It should have a modification timestamp, but doesn't when viewing from the "My scores" menu in the android mobile app (both songbook and free app).

  1. When viewing from desktop, score has timestamp of last modification save.
  2. When viewing from webbrowser, score has same timestamp of that modification time (however in GMT).
  3. I would expect the android app to display that same modification time as the last edit on the desktop (whever that is GMT or local timezone is unspecified), and not the time of upload/download from musescore.com (even if musescore.com does some resave internally). Sound like you disagree and instead think that the mod time should be time of download?

The mod timestamp is useful for keeping track that all the musicians rehearsing a piece have the same latest version of a score that is going through revisions (incase some musicians may have printed or downloaded an older version of the chart).

In reply to by [DELETED] 5

If this is "expected behavior" and "not a bug", then can I put in a feature request that the mobile app modification timestamp always display the timestamp of the last saved *edit* of the score?

Regarding my score being private, I had shared the "secret link" as I didn't want to clutter my public account with test cases :) I just set it to "public".

* To clarify, I would want to request that the the mobile app always displays the last *DESKTOP SAVE* of the file, regardless of opening in musescore app via "My Scores" or my "Songbook".

In reply to by ericfontainejazz

thinking out loud: Could the fix be to not rely on the computer operating system's filesystem? Example fix:

  1. Append the .mscx file specification to include the latest modification timestamp (as UDT) which is stored in the actual file, and not in the OS's filesystem.
  2. Upon save in musescore desktop, musescore writes the current timestamp (as UDT) into the .mscx.
  3. When rendering (regardless of on computer, musescore.com server, or mobile app), use that timestamp stored in the .mscx (instead of the filesystem's timestamp) to generate the string for "$m" and "$M".
  4. Additionally, define another metadata tag, to be used in headers/footers, that specially renders time in UDT and date in UDT, for those people who need that level of preciseness. (And leave the specification for $m and $M tags to refer to the computer's local timezone.)

Do you still have an unanswered question? Please log in first to post your question.