You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I built and installed from HEAD onto my 7Plus. It's working great to sync and use MobileOrg when in the emulator, but I am crashing on the real device when attempting to sync a relatively large org-file. It crashes before finishing transfering all the agenda files, leaving me with the right list of files from index.org, but each of them are apparently empty.
I definitely haven't seen this any betas in my testing and i personally use the Dropbox integration. Please let us know what we can do to reproduce, interested to see what the issue is.
I'm not an IOS developer or XCode expert, so I might be doing something wrong, but I am not getting any debug info or crash logging on the device, it just basically stops. I've tried to step through the debugger, but not catching anything yet. It's always on the largest file, but even when I've cut it down to a small size (just one year of notes + tasks), still it happens.
I am NOT getting this problem when running from Xcode on the iPad Pro, running 10.2 (14C92) instead of 10.2.1 on the 7Plus. Everything works fine, though the information in the org file is oddly cut off - it grabs like 6 months of a years notes (a year is a top level heading), instead of the whole thing. No problem with tasks/agenda though.
If you run the app from xCode and it crashes then there must be some stack trace visible in xCode. Most likely a code line is marked red. Also in the left sidepane (6th tab) there should be some information about the current state.
@mgmart is it possible that iOS doesn't think it's a crash, but just the program exiting? Honestly, I could post a screen capture / video that shows it just stopping with no info in xCode.
As a point of reference, my largest file has 1231 headlines (with stars), just over 10,000 lines (with and without stars) and is 476 kB and this is loaded fine. I even pulled this entire file up in Document View and it worked (though it took a while to populate). My file uses date-tree format, but I separate each year into its own file.
@mgmart : I haven't tried XCode again, but I have been able to get MobileOrg to complete syncing on the iPhone, by cutting back and manually editing the org file. What I found is that ANY gaps or sequence skips in the order of headlines breaks the viewer on any device. The difference for me is that the emulator will sync the files and sort of work, same as the iPad Pro, whereas the iPhone will exit before finalizing the sync when it hits the file with the skip order.
Example that seems to cause the problem:
A
**B
**** D
My original organizer.org file is 199K, 3695 lines. I am not sure exactly how to use the lisp code above to check for headlines using the API. :-)
Great, that's something we must be able to reproduce in some way. It's a shame, though. We have tackled this particular scenario in #62.
I am not sure exactly how to use the lisp code above to check for headlines using the API. :-)
Just for reference, as it seems not to be the amount of headlines which is causing this particular problem.
Paste the code in a separate line at the end of your org-file. Position the cursor after the last parenthesis and press C-x C-e and you should see the result in the mini buffer.
On Sat, Feb 4, 2017 at 10:00 AM, Mario Martelli ***@***.***> wrote:
gaps or sequence skips in the order of headlines
Great, that's something we must be able to reproduce in some way. It's a
shame, though. We have tackled this particular scenario in #62
<#62>.
I am not sure exactly how to use the lisp code above to check for
headlines using the API. :-)
Just for reference, as it seems not to be the amount of headlines which is
causing this particular problem.
Paste the code in a separate line at the end of your org-file. Position
the cursor after the last parenthesis and press C-x C-e and you should
see the result in the mini buffer.
This works because emacs is not an editor 😄
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#163 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEjkByao9w5dvFGmfJjogwMPNDC2DdLlks5rZLzMgaJpZM4Lx6lQ>
.
😁 - exactly! I did try to execute the code in the region first, but
something must be off. Trying again now.
On Sat, Feb 4, 2017 at 10:00 AM, Mario Martelli ***@***.***>
wrote:
> gaps or sequence skips in the order of headlines
>
> Great, that's something we must be able to reproduce in some way. It's a
> shame, though. We have tackled this particular scenario in #62
> <#62>.
>
> I am not sure exactly how to use the lisp code above to check for
> headlines using the API. :-)
>
> Just for reference, as it seems not to be the amount of headlines which
> is causing this particular problem.
> Paste the code in a separate line at the end of your org-file. Position
> the cursor after the last parenthesis and press C-x C-e and you should
> see the result in the mini buffer.
>
> This works because emacs is not an editor 😄
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#163 (comment)>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AEjkByao9w5dvFGmfJjogwMPNDC2DdLlks5rZLzMgaJpZM4Lx6lQ>
> .
>
Activity
mgmart commentedon Jan 30, 2017
Could you run the app from xCode on the device and provide detailed information on the crash?
webframp commentedon Jan 30, 2017
Thanks for reporting this @jonathanwilner.
I definitely haven't seen this any betas in my testing and i personally use the Dropbox integration. Please let us know what we can do to reproduce, interested to see what the issue is.
jonathanwilner commentedon Jan 31, 2017
I'm not an IOS developer or XCode expert, so I might be doing something wrong, but I am not getting any debug info or crash logging on the device, it just basically stops. I've tried to step through the debugger, but not catching anything yet. It's always on the largest file, but even when I've cut it down to a small size (just one year of notes + tasks), still it happens.
I am NOT getting this problem when running from Xcode on the iPad Pro, running 10.2 (14C92) instead of 10.2.1 on the 7Plus. Everything works fine, though the information in the org file is oddly cut off - it grabs like 6 months of a years notes (a year is a top level heading), instead of the whole thing. No problem with tasks/agenda though.
mgmart commentedon Jan 31, 2017
If you run the app from xCode and it crashes then there must be some stack trace visible in xCode. Most likely a code line is marked red. Also in the left sidepane (6th tab) there should be some information about the current state.
jonathanwilner commentedon Jan 31, 2017
@mgmart is it possible that iOS doesn't think it's a crash, but just the program exiting? Honestly, I could post a screen capture / video that shows it just stopping with no info in xCode.
mgmart commentedon Feb 1, 2017
Thought the app was crashing because you wrote it was crashing 😄
I assume a problem with the amount of entries.
What I understood is, that you have many entries in the file. Is the following assumption correct?
That would be 2000 - 3000 lines with stars at the beginning?
Can you tell how big the size of the file is?
abradd commentedon Feb 1, 2017
As a point of reference, my largest file has 1231 headlines (with stars), just over 10,000 lines (with and without stars) and is 476 kB and this is loaded fine. I even pulled this entire file up in Document View and it worked (though it took a while to populate). My file uses date-tree format, but I separate each year into its own file.
I checked headline count with:
mgmart commentedon Feb 4, 2017
@jonathanwilner Any news on this?
jonathanwilner commentedon Feb 4, 2017
@mgmart : I haven't tried XCode again, but I have been able to get MobileOrg to complete syncing on the iPhone, by cutting back and manually editing the org file. What I found is that ANY gaps or sequence skips in the order of headlines breaks the viewer on any device. The difference for me is that the emulator will sync the files and sort of work, same as the iPad Pro, whereas the iPhone will exit before finalizing the sync when it hits the file with the skip order.
Example that seems to cause the problem:
**B
**** D
My original organizer.org file is 199K, 3695 lines. I am not sure exactly how to use the lisp code above to check for headlines using the API. :-)
mgmart commentedon Feb 4, 2017
Great, that's something we must be able to reproduce in some way. It's a shame, though. We have tackled this particular scenario in #62.
Just for reference, as it seems not to be the amount of headlines which is causing this particular problem.
Paste the code in a separate line at the end of your org-file. Position the cursor after the last parenthesis and press
C-x C-eand you should see the result in the mini buffer.This works because emacs is not an editor 😄
[-]Can sync via dropbox in emulator, not on device[/-][+]Heading level skips (again ...)[/+]jonathanwilner commentedon Feb 4, 2017
jonathanwilner commentedon Feb 4, 2017
mgmart commentedon Feb 4, 2017
It seems, that the content is not cut off. Instead it is wrongly indented
** Subsection 2
**** Subsection 4
In my test scenario
Headline 2is on the same level asSubsection 4in MobileOrgFix for new heading level bug