Easy Transaction Approval removing "cleared" status if accessing imported transactions via the "X new transactions to import, approve...etc." banner at the top

Name of Defective Feature

Easy Transaction Approval

System Settings (Required)

ToolKit Version: 2.10.0
Operating System (Mac/Windows/Etc): Windows
Browser (Chrome/Firefox/Safari): Chrome
Browser Version: 73.0.3683.86 (Official Build) (64-bit)
Other Extensions:

Export of Toolkit Settings (Bottom Left of Settings Page)

Settings Export
[{"key":"AccountsDisplayDensity","value":"2"},{"key":"AccountsEmphasizedOutflows","value":true},{"key":"AccountsStripedRows","value":true},{"key":"AdditionalColumns","value":true},{"key":"AdjustableColumnWidths","value":true},{"key":"AutoDistributeSplits","value":true},{"key":"AutomaticallyMarkAsCleared","value":false},{"key":"BetterScrollbars","value":"0"},{"key":"BudgetCategoryFeatures","value":true},{"key":"BudgetProgressBars","value":"0"},{"key":"BudgetQuickSwitch","value":false},{"key":"CalendarFirstDay","value":"0"},{"key":"CategoryActivityCopy","value":true},{"key":"CategoryActivityPopupWidth","value":"2"},{"key":"ChangeEnterBehavior","value":false},{"key":"CheckCreditBalances","value":false},{"key":"CheckNumbers","value":false},{"key":"ClearSelection","value":true},{"key":"CollapseSideMenu","value":true},{"key":"ColourBlindMode","value":false},{"key":"CompactIncomeVsExpense","value":true},{"key":"CreditCardEmoji","value":true},{"key":"CurrentMonthIndicator","value":true},{"key":"CustomFlagNames","value":false},{"key":"DaysOfBuffering","value":false},{"key":"DaysOfBufferingHistoryLookup","value":"0"},{"key":"DisableToolkit","value":false},{"key":"DisplayTargetGoalAmount","value":"0"},{"key":"DisplayTotalMonthlyGoals","value":false},{"key":"DisplayUpcomingAmount","value":false},{"key":"EasyTransactionApproval","value":true},{"key":"EditAccountButton","value":"0"},{"key":"EnableRetroCalculator","value":true},{"key":"EnlargeCategoriesDropdown","value":true},{"key":"EnterToMove","value":true},{"key":"FilterCategories","value":true},{"key":"GoalIndicator","value":true},{"key":"GoalWarningColor","value":true},{"key":"GoogleFontsSelector","value":"0"},{"key":"HideAccountBalancesType","value":"0"},{"key":"HideAgeOfMoney","value":true},{"key":"HideHelp","value":false},{"key":"HideReferralBanner","value":true},{"key":"HighlightNegatives","value":true},{"key":"ImportNotification","value":"2"},{"key":"IncomeFromLastMonth","value":"0"},{"key":"IncomeVsExpenseHoverHighlight","value":true},{"key":"LargerClickableIcons","value":true},{"key":"MonthlyNotesPopupWidth","value":"2"},{"key":"NavDisplayDensity","value":"2"},{"key":"Pacing","value":"0"},{"key":"PrintingImprovements","value":true},{"key":"PrivacyMode","value":"0"},{"key":"QuickBudgetWarning","value":true},{"key":"ReconciledTextColor","value":"4"},{"key":"RemovePositiveHighlight","value":true},{"key":"RemoveZeroCategories","value":true},{"key":"ResizeInspector","value":true},{"key":"ResizeSidebar","value":true},{"key":"RightClickToEdit","value":true},{"key":"RowHeight","value":"1"},{"key":"RowsHeight","value":"1"},{"key":"RunningBalance","value":"1"},{"key":"SeamlessBudgetHeader","value":false},{"key":"SetMultipleFlags","value":true},{"key":"ShowCategoryBalance","value":true},{"key":"ShowIntercom","value":true},{"key":"SpareChange","value":false},{"key":"SplitKeyboardShortcut","value":true},{"key":"SplitTransactionAutoAdjust","value":true},{"key":"SquareNegativeMode","value":false},{"key":"StealingFromFuture","value":true},{"key":"SwapClearedFlagged","value":false},{"key":"TargetBalanceWarning","value":false},{"key":"ToBeBudgetedWarning","value":false},{"key":"ToggleMasterCategories","value":true},{"key":"ToggleSplits","value":true},{"key":"ToggleTransactionFilters","value":"1"},{"key":"ToolkitReports","value":true},{"key":"TransactionGridFeatures","value":true},{"key":"ViewZeroAsEmpty","value":false},{"key":"goalIndicator","value":true},{"key":"highlightNegativesNegative","value":true},{"key":"l10n","value":"0"},{"key":"pacing","value":"0"},{"key":"popupCalculator","value":true},{"key":"reports","value":true}]

Steps to Reproduce the Behavior

Enable "Easy Transaction Approval" in the toolkit
When there are cleared transactions to be imported, click the "X new transactions to import, approve...etc." banner at the top so it only shows those transactions
select multiple cleared transactions that are to be accepted
3, press "a" or "enter" to accept checked transactions, and then they disappear from view and then cleared from view.
remove the "Is: Unapproved or Needs Category" filter by pressing the X in the filter search box to show all transactions
The approved transactions that were just accepted are no longer marked as cleared.

Expected Behavior
selected and approved imported transactions should remain marked as "cleared"
Actual Behavior
the imported transactions that were accepted and already cleared are highlighted but no longer marked as cleared.

I also experienced this issue.
I am hoping for a fix for this, because it is SO much faster to click "A" to approve with the Toolkit feature enabled.

I'm having some trouble reproducing this on my Mac, I will need to test it on a windows machine. @dbaldon are you able to reproduce this?

Sorry for the delayed response. I am able to reproduce the error on my windows machine.

Here is some extra info that will hopefully help you to isolate the issue...
on windows, I am noticing that the issue happens when pressing "A"   AFTER you have filtered to only show those that need to be reviewed. (which happens when you click the following message to filter and only show the NEW transactions... "10 new transactions to import, approve or categorize   [VIEW]" )
This results in the green C turning to a gray C (uncleared)
Whereas.. In an unfiltered state (showing ALL transactions for the account), the CLEAR flag does works correctly and remains green after pressing the "A" hotkey.

I'm pretty sure I see what's going on here.  Seems to still be an issue (last I checked)

I'm getting this issue too. Exactly as the OP describes.

I'm pretty sure I see what's going on here. Maybe I'll get a PR submitted this weekend.

Any luck getting a PR to fix this issue? Thanks

Any updates?

This is still an issue in the latest release.
When you filter a screen in accounts using the banner, the transactions remain cleared. When you approve them and unfilter, the previously cleared transactions are now uncleared.
Any updates on a fix? Or better -- can you tell me what area of the code this is in? I may have time to take a peek.

Here's another issue that is related or a duplicate to this one.
Approving uncleared scheduled transactions with imported cleared transactions #1712

I'd really like to see this get fixed

After looking at the code for this, when you highlight transactions and press "a", it's simply firing the standard YNAB keyboard shortcut of "c" for Clear/Unclear. It fires that shortcut twice to accomplish the approval. You can replicate this by manually pressing "c" twice to see the identical behavior. It was intended to simply toggle the "cleared" state and then toggle it again to return to the initial state. However, it doesn't work that way if you have a mixture of cleared and uncleared items selected. Instead, the first press of "c" will apply the cleared (or uncleared) status to ALL the selected items to make them the same. It's at that point where the original status of some has been lost. The second press will then toggle them ALL to the opposite state.
So, the real issue is that this feature is using the standard YNAB "c" shortcut, which doesn't respect the individual cleared/uncleared states of each item selected (it mashes them into the same state). A different method will need to be implemented, or someone needs to convince the YNAB team to change the behavior of the "c" keyboard shortcut, or even better, the YNAB team needs to implement out-of-the-box support for bulk approving multiple items. To me, and obviously many others here, this feature is very much needed.

Good analysis @DavidCannon. I think we’re better off fixing this ourselves as the YNAB team will take much longer.

I have found that selecting multiple transactions to approve and then hitting the "Enter" key handles this much better, because it doesn't modify the Cleared status. That is what I use now, or the right-click menu, so one option for this mod is to change the "a" key to issue an "Enter" keystroke, rather than a "c" keystroke. I could submit the PR, but what would others think about that change?

I tried following your steps manually (selecting multiple transactions I
wanted to approve) and then press "Enter"
The result I see is that nothing gets approved when pressing "Enter"
Am I missing something?
Thanks!
On Thu, Apr 8, 2021 at 6:00 PM David Cannon @.***>
wrote:

I have found that selecting multiple transactions to approve and then
hitting the "Enter" key handles this much better, because it doesn't modify
the Cleared status. That is what I use now, or the right-click menu, so one
option for this mod is to change the "a" key to issue an "Enter" keystroke,
rather than a "c" keystroke. I could submit the PR, but what would others
think about that change?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/toolkit-for-ynab/toolkit-for-ynab/issues/1552#issuecomment-816285186,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIS7XXD2ALYRFWXQIGUJ3TDTHYYRLANCNFSM4HBXBCMQ
.

@todsandberg Perhaps the "Enter" key feature is a part of this "Easy Transaction Approval", since I noticed it says the following:

Quickly approve scheduled or linked transactions by selecting the transaction(s) and pressing 'a' or 'enter' on your keyboard. Alternately, approve single scheduled or linked transactions by right clicking on the blue 'i' or link icon.

So, do you still have that feature enabled in the toolkit? If not, enable it and try again. The Enter key definitely works for me to quickly approve multiple transactions.

Thank you. I see it’s enabled with the “a” for approve feature.
I enabled the feature and the issue is that it too CLEARS the “cleared”
mark for that transaction(just like the “a” key)... Which messes up things
when I go to reconcile.
How do you get around that?
On Mon, Apr 12, 2021 at 2:00 PM David Cannon @.***>
wrote:

@todsandberg https://github.com/todsandberg Perhaps the "Enter" key
feature is a part of this "Easy Transaction Approval", since I noticed it
says the following:
Quickly approve scheduled or linked transactions by selecting the
transaction(s) and pressing 'a' or 'enter' on your keyboard. Alternately,
approve single scheduled or linked transactions by right clicking on the
blue 'i' or link icon.
So, do you still have that feature enabled in the toolkit? If not, enable
it and try again. The Enter key definitely works for me to quickly approve
multiple transactions.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/toolkit-for-ynab/toolkit-for-ynab/issues/1552#issuecomment-818057967,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIS7XXFKXJJXFZJPHDY2SITTIM7ODANCNFSM4HBXBCMQ
.

Hmmm... Perhaps it's happening to you because of an applied filter, as stated by the original poster. Do you have a filter applied when you press Enter, like Is: Unapproved or Needs Category? I always do the approval from my main account list with no filters applied, so perhaps that's the difference?

@todsandberg I just saw it happen using the Enter key and no filter, so you are correct. It's behaving exactly like the "a" key. I guess the right click menu is our only safe option.

Closing due to inacticity.


Rename console script from email to emailer

Tools like pipx expect the console script to be the same name as the package: https://github.com/pipxproject/pipx

I also like emailer as a console command better than email.


[FEATURE] Support to delete the engine node from ha namespace if failed to connect to engine host:port

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Search before asking

[X] I have searched in the issues and found no similar issues.

Describe the feature
Support to delete the engine node from ha namespace if failed to connect to engine host:port
Now if this situation happen(for example, hive client initialization failed because of issue), we have to delete the engine manually.
Motivation
No response
Describe the solution
No response
Additional context
No response
Are you willing to submit PR?

[ ] Yes. I would be willing to submit a PR with guidance from the Kyuubi community to improve.
[ ] No. I cannot submit a PR at this time.

The feature is useful in certain cases, but specific to the case you list, should be resolved by https://github.com/apache/kyuubi/issues/5331

hive client initialization failed because of issue

The hive client init succeeded when stating the engine, and it connected to old hivemetastore server.
Then we made some migration and shutdown the old hivemetastore server. and then the hive client can be initialized for new connections.


Build and provide 2.x maintenance releases

Summary
The latest version of wiremock-jre8 is 2.35 from November 2022. Can you please provide regular maintenance releases for the current stable version 2.x?
My request is specifically about the json-smart dependency, which has been fixed in https://github.com/wiremock/wiremock/pull/2252.
Many thanks for your work on wiremock!
References
https://github.com/wiremock/wiremock/pull/2252

Hello @ryru . Please see https://github.com/wiremock/wiremock/issues/2135 and my note there that is yet to be added to the documentation. To understand the request better, what is the problem that needs addressing? Is it JSON Depth limit addressed in https://github.com/netplex/json-smart-v2/pull/156?

Hi @oleg-nenashev, #2135 describes my request quite well. The wiremock version mentioned above only specifies the json-smart version 2.4.8 as a dependency. This forces dependency resolution to this very json-smart version in test packages. Which in turn triggers security scanners e.g. https://security.snyk.io/vuln/SNYK-JAVA-NETMINIDEV-3369748.
Because version 3 is still labeled 'beta', I think for the majority of wiremock users this is not an option at the moment. My suggestion is to regularly publish maintenance releases for the 2.x version branch to keep wiremock dependencies up to date. Or, as in this case with json-smart, maybe at least open the fixed version 2.4.8 dependency to a range e.g. [2.4.8,2.4.11].
In my understanding this would also correspond to the ideas in #2135. Thanks in advance!

@ryru While the recorded CVSS 7.5 is quite high, in this case I would argue that it is much lower for a developer tool that is not a public web service. There is no confidentiality or integrity risk in this issue, so, wearing my open source maintainer hat, I would put the risk as low for the vast majority of WireMock use-cases.
I will discuss the actions with @tomakehurst , but I think this issue alone does not justify the 2.x maintenance release and all the overheads of setting up the release flow for it


Need YAML syntax for ReceiveInit and SendInit message

Summary:
Need YAML support/syntax to send these ReceiveInit and SendInit message commands ,configure its parameters and its response.
Testplan screenshot:

This issue was created by me using a account that i had to delete due to access issues, I will continue to follow these issues with my current id.

This issue was created by me using a account that i had to delete due to access issues, I will continue to follow these issues with my current id.


documentation definitions

It would be awesome if the docs had helper definitions , for instance:
opacify
Increases the opacity of a color. Its range for the amount is between 0 to 1.
opacify(amount: (number | string), color: string): string

to..
(from W3c)
Definition and Usage
The opacity property sets the opacity level for an element.

The opacity-level describes the transparency-level, where 1 is not transparent at all, 0.5 is 50% see-through, and 0 is completely transparent.

https://www.w3schools.com/cssref/css3_pr_opacity.asp

opacify
Increases the opacity of a color. Its range for the amount is between 0 to 1.
opacify(amount: (number | string), color: string): string

I am willing to work on it if a PR would be accepted. Initial thoughts would be to just have a 'verbose' version of the docs for noobs like me.

@jeremy-coleman We're always happy to have more/better documentation. We would gladly accept a PR for this.

Closing this specific issue. We will be offering a variety of improvements in v4's documentation.


try to install in Ubuntu 16LTS

Hi, trying in PostgreSQL v11.3 (Ubuntu 11.3-1.pgdg16.04+1), server 10.8 (Ubuntu 10.8-1.pgdg16.04+1)), and  pgxnclient 1.2.1.  Results:

pgxn install h3

INFO: best version: h3 1.0.6
INFO: saving /tmp/tmpZIHVXA/h3-1.0.6.zip
INFO: unpacking: /tmp/tmpZIHVXA/h3-1.0.6.zip
INFO: building extension
git clone --branch v3.4.4 --depth 1 https://github.com/uber/h3 libh3-v3.4.4
Cloning into 'libh3-v3.4.4'...
remote: Enumerating objects: 283, done.
remote: Counting objects: 100% (283/283), done.
remote: Compressing objects: 100% (268/268), done.
remote: Total 283 (delta 44), reused 119 (delta 9), pack-reused 0
Receiving objects: 100% (283/283), 15.58 MiB | 7.19 MiB/s, done.
Resolving deltas: 100% (44/44), done.
Note: checking out '7273ae1262d62cdce50d41e41acb5fc64ff8f745'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again.
-- The C compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning at CMakeLists.txt:235 (message):
  clang-format was not detected, so automatic source code reformatting is
  disabled

CMake Warning at CMakeLists.txt:247 (message):
  clang-tidy was not detected, so source code linting is disabled

-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
CMake Error at /usr/share/cmake-3.5/Modules/CMakePackageConfigHelpers.cmake:254 (file):
  file RELATIVE_PATH must be passed a full path to the directory:
  ./install/lib/cmake/h3
Call Stack (most recent call first):
  CMakeLists.txt:543 (configure_package_config_file)

-- Configuring incomplete, errors occurred!
See also "/tmp/tmpZIHVXA/h3-1.0.6/libh3-v3.4.4/CMakeFiles/CMakeOutput.log".
Makefile:31: recipe for target 'h3.a' failed
make: *** [h3.a] Error 1
ERROR: command returned 2: make PG_CONFIG=/usr/bin/pg_config all

I've published a new version (3.4.0). It should solve your issue.

Now is running (!), but   pgxn load -d mydb  h3 producing
INFO: best version: h3 3.4.0
ERROR:  could not open extension control file "/usr/share/postgresql/10/extension/h3.control": No such file or directory

Thanks @zachasme ,  now is running (!), but   pgxn load -d mydb  h3 producing
INFO: best version: h3 3.4.0
ERROR:  could not open extension control file "/usr/share/postgresql/10/extension/h3.control": No such file or directory

Hm, I'm having trouble reproducing the issue.
I've made a simple docker file which should replicate your environment
ARG UBUNTU=xenial
FROM ubuntu:${UBUNTU}
ARG UBUNTU
ARG POSTGRESQL=10
ARG POSTGIS=2.4

RUN apt-get update && apt-get install -y \
    build-essential \
    gnupg-curl \
    cmake \
    git

# Setup PostgreSQL apt repository
RUN apt-key adv --fetch-keys https://www.postgresql.org/media/keys/ACCC4CF8.asc
RUN echo "deb http://apt.postgresql.org/pub/repos/apt/ ${UBUNTU}-pgdg main" >> /etc/apt/sources.list.d/pgdg.list
RUN apt-get update

# Install dependencies
RUN apt-get update && apt-get install -y --no-install-recommends \
    postgresql-${POSTGRESQL}-postgis-${POSTGIS}-scripts \
    postgresql-${POSTGRESQL}-postgis-${POSTGIS} \
    postgresql-server-dev-${POSTGRESQL} \
    postgresql-${POSTGRESQL} \
    pgxnclient

RUN pgxnclient install h3

USER postgres

CMD service postgresql start && \
    psql -c "CREATE EXTENSION postgis;" && \
    pgxnclient load h3  && \
    pgxnclient check h3

which works fine.
What's the output of pgxnclient install h3 on your machine? And ls /usr/share/postgresql/10/extension/?

Hi, I redo `` and see that after cmake and after 100% there are warnings,
....

-- The C compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning at CMakeLists.txt:235 (message):
  clang-format was not detected, so automatic source code reformatting is
  disabled

CMake Warning at CMakeLists.txt:247 (message):
  clang-tidy was not detected, so source code linting is disabled

-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/tmp9bxQpB/h3-3.4.0/libh3-v3.4.4
cmake --build libh3-v3.4.4 --target install

.....

gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -g -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fPIC -pie -fno-omit-frame-pointer -fPIC -shared -o h3.so src/hierarchy.o src/indexing.o src/type.o src/uniedges.o src/extension.o src/miscellaneous.o src/traversal.o src/inspection.o src/regions.o -L/usr/lib/x86_64-linux-gnu  -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -L/usr/lib/llvm-6.0/lib  -L/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,--as-needed  -lh3 -Llibh3-v3.4.4/install/lib
/usr/bin/clang-6.0 -Wno-ignored-attributes -fno-strict-aliasing -fwrapv -O2  -Ilibh3-v3.4.4/install/include -I. -I./ -I/usr/include/postgresql/11/server -I/usr/include/postgresql/internal -I/usr/include/x86_64-linux-gnu -Wdate-time -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -I/usr/include/libxml2  -I/usr/include/mit-krb5 -flto=thin -emit-llvm -c -o src/hierarchy.bc src/hierarchy.c
/usr/bin/clang-6.0 -Wno-ignored-attributes -fno-strict-aliasing -fwrapv -O2  -Ilibh3-v3.4.4/install/include -I. -I./ -I/usr/include/postgresql/11/server -I/usr/include/postgresql/internal -I/usr/include/x86_64-linux-gnu -Wdate-time -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -I/usr/include/libxml2  -I/usr/include/mit-krb5 -flto=thin -emit-llvm -c -o src/indexing.bc src/indexing.c
src/indexing.c:89:23: warning: using integer absolute value function 'abs' when argument is of floating point type [-Wabsolute-value]
        if (extend && abs(lon - firstLon) > M_PI) // check if different sign
                      ^
src/indexing.c:89:23: note: use function 'fabs' instead
        if (extend && abs(lon - firstLon) > M_PI) // check if different sign
                      ^~~
                      fabs
1 warning generated.

About ls, there are 406 items... no grep h3 neither pgx.

Hi @zachasme, I redo pgxnclient install h3 and see that after cmake and after 100% there are warnings,
....

-- The C compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning at CMakeLists.txt:235 (message):
  clang-format was not detected, so automatic source code reformatting is
  disabled

CMake Warning at CMakeLists.txt:247 (message):
  clang-tidy was not detected, so source code linting is disabled

-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/tmp9bxQpB/h3-3.4.0/libh3-v3.4.4
cmake --build libh3-v3.4.4 --target install

.....

gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -g -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fPIC -pie -fno-omit-frame-pointer -fPIC -shared -o h3.so src/hierarchy.o src/indexing.o src/type.o src/uniedges.o src/extension.o src/miscellaneous.o src/traversal.o src/inspection.o src/regions.o -L/usr/lib/x86_64-linux-gnu  -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -L/usr/lib/llvm-6.0/lib  -L/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,--as-needed  -lh3 -Llibh3-v3.4.4/install/lib
/usr/bin/clang-6.0 -Wno-ignored-attributes -fno-strict-aliasing -fwrapv -O2  -Ilibh3-v3.4.4/install/include -I. -I./ -I/usr/include/postgresql/11/server -I/usr/include/postgresql/internal -I/usr/include/x86_64-linux-gnu -Wdate-time -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -I/usr/include/libxml2  -I/usr/include/mit-krb5 -flto=thin -emit-llvm -c -o src/hierarchy.bc src/hierarchy.c
/usr/bin/clang-6.0 -Wno-ignored-attributes -fno-strict-aliasing -fwrapv -O2  -Ilibh3-v3.4.4/install/include -I. -I./ -I/usr/include/postgresql/11/server -I/usr/include/postgresql/internal -I/usr/include/x86_64-linux-gnu -Wdate-time -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -I/usr/include/libxml2  -I/usr/include/mit-krb5 -flto=thin -emit-llvm -c -o src/indexing.bc src/indexing.c
src/indexing.c:89:23: warning: using integer absolute value function 'abs' when argument is of floating point type [-Wabsolute-value]
        if (extend && abs(lon - firstLon) > M_PI) // check if different sign
                      ^
src/indexing.c:89:23: note: use function 'fabs' instead
        if (extend && abs(lon - firstLon) > M_PI) // check if different sign
                      ^~~
                      fabs
1 warning generated.

About ls, there are 406 items... no grep h3 neither pgx.

Can you send the entire output of pgxn install h3? That warning should not result in a failed install.

I'm going to close this issue now. Feel free to open another if you're still having problems.


Error when using validation_set='auto' in Activity classifier

Creating an activity classifier model with validation_set='auto' (which is the default) give an error:
  File "/Users/ilaigiloh/anaconda2/envs/TC4/lib/python2.7/site-packages/turicreate/toolkits/activity_classifier/_activity_classifier.py", line 190, in create
    validation_set = validation_set.filter_by(target_map.keys(), target)
  File "/Users/ilaigiloh/anaconda2/envs/TC4/lib/python2.7/site-packages/turicreate/data_structures/sframe.py", line 4371, in filter_by
    column_name + "' in SFrame.")
TypeError: Type of given values does not match type of column 'activity' in SFrame.

This will only happen if the dataset has more than 100 different sessions. For smaller datasets we currently don't create a validation set at all (by design).

Is there a workaround until it is fixed? I am trying to train more than a 100 sessions at the moment

Hi @iAmNaz,
As a matter of fact - I've just finished fixing this bug, the fix is coming up in a few hours 😀.
As for a workaround - there are two simple options:

When you're calling  create()  - pass in the param validation_set=None. This will train the model without a validation set.
Use your own validation set. If you've already saved aside a few of the training sessions - just pass them in as another SFrame, to the validation_set param.
For example:

train = tc.SFrame(sessions_1-200.csv)
valid = tc.Sframe(sessions_201-250.csv)
model = tc.activity_classifier.create(train, ... , validation_set=valid)

Make sure to pass in whole sessions (don't split the same session between test and valid) and have even distribution of the target labels (e.g. "walking", "running" etc) in both training and validation sets.

@igiloh I was able to process 192 sessions thanks to the second solution you shared! 😀


removed statusCodeInfo from data structure

The documentations contains

Overview of Generics Data APIs
Object APIs - Overview of all the APIs, Descriptions of the fields, sample request and response for each API
Search APIs- Overview of all the APIs, Descriptions of the fields, sample request and response for each API

Pending items:

API calls do not work on stage environment
Schemas need to be added to stage environment. Separate email sent to you regarding the same.

alias/label name assigned in the schema should be changed.
Email sent about the same.
change 'sampleAddress' to 'address'
change 'sampleUser' to 'user'

Delete function in Update API is not working properly.
The API returns the field that is deleted from the object as an empty field in the response.

Data not populated for few fields in the API response.
utcCreatedOn and utcLastUpdatedOn is not populated for the existing object in 'Link with new object'      API response.

Search API
Few functions are not working properly
gt, lt, lte, freetext (must not contain)

Object which do have the field are returned in the response.
Example: Objects that do not have property 'placeOfBirth' are returned in the response  when the below query is passed.
Query: firstName eq 'John' AND placeOfBirth eq 'San Francisco'

OR function does not work.
Example: The API response does not return the objects that contains 'lastName' as 'Smith' eventhough the object contain property contains lastName as 'Smith' when the            below query is passed.
Query: firstName eq 'Mark' OR lastName eq 'Smith'
        firstName eq 'Mark' OR age eq '28'

8         Sort function does not work.
  Example: Age is not sorted in descending order when the below query is passed.

  Query: firstName asc,age desc

9        The API does not filter attributes. The API returns both attributes and properties for few objects for retrieve field searches when the below query is passed.
  Query: firstName, age

Created another pull request for the same.


Progress Bar

This PR has a progress bar for base table scans.
If a query takes longer than 2s it automatically starts printing a progress bar.
(Unfortunately, windows was not very fond of 🦆 so I had to use a rather boring | to depict progress :-( )
Of course, other table scans are still missing,  I can think of the CSV and Parquet Reader, but maybe others as well, we can list them on task #983 and I'm more than happy to implement it.
Also, this PR only implement the call in the shell, other APIs still have to be implemented (I guess python, R, ...), should add those on the task as well

Thanks, looks great now!